Overclock.net - An Overclocking Community

Overclock.net - An Overclocking Community (https://www.overclock.net/forum/)
-   Mice (https://www.overclock.net/forum/375-mice/)
-   -   Progress on a fully custom mouse. (https://www.overclock.net/forum/375-mice/1724838-progress-fully-custom-mouse.html)

TranquilTempest 04-23-2019 10:16 PM

Progress on a fully custom mouse.
 
1 Attachment(s)
Over the past few years I've slowly been gaining knowledge about electronics, and recently I've been thinking there's not really anything about mouse technology that really mystifies me, so why not try to design and build one myself? It might be a little overambitious, but there's nothing wrong with failing.


Details of the current design:
PMW3360 (3389 should be an easy change though)
8 hardware debounced switches, 3 of which will be on separate board, for thumb buttons.
ALPS encoder
MCU: EFM8UB10F16G-C-QFN28 (may change later, but want to at least try it first)
61mm x 60mm, but I think I can get it smaller.

Prototype shell will be made by vacuforming over a clay sculpture. If that doesn't work out I may try 3d printing.

This is the first PCB I've laid out, and I'm not quite done with it yet, but I think it's good enough to get some feedback on. Learning to use KiCAD at the same time:

qsxcv 04-23-2019 10:44 PM

noice

why not centered sensor?

JackCY 04-23-2019 10:50 PM

The switches need 3 holes, your render at least to me has the middle leg blocked with some weird trace shapes. I don't get it either why mice sold in mass have no hardware debounce and instead rely on software with delays.

Never heard of that MCU, I would rather use some kind of AR but then I'm too lazy and cheap to go through all the trouble and expenses to make a custom mouse.

Good luck!


---

Why would sensor need to be centered on a PCB if it's centered on the mouse itself? ;)
There are some existing solutions for using 3360 with other MCUs dev boards. That's probably the trickiest part, to communicate with the sensor.

TranquilTempest 04-23-2019 10:54 PM

Quote:

Originally Posted by qsxcv (Post 27943698)
noice

why not centered sensor?

Partly trying to minimize size and deconflict buttons behind scroll wheel, partly because I vaguely remember a whitepaper from the era of ball mice about people being more accurate when the sensor was placed close to the index finger. Though I readily admit that study may have been based on people using a mouse for the first time ever, and I'm having a hard time finding it now.

TranquilTempest 04-23-2019 11:01 PM

Quote:

Originally Posted by JackCY (Post 27943700)
The switches need 3 holes, your render at least to me has the middle leg blocked with some weird trace shapes. I don't get it either why mice sold in mass have no hardware debounce and instead rely on software with delays.

That's just KiCAD being silly with the thermal relief on through hole ground pads, Those holes are indeed marked to be drilled. It's just showing up because it's not marked to be etched away.
Quote:


Never heard of that MCU, I would rather use some kind of AR but then I'm too lazy and cheap to go through all the trouble and expenses to make a custom mouse.

Good luck!
ARM or AVR? The microcontroller choice is mostly me satisfying my own curiosity, though it is significantly cheaper than my second choice, which would be the atmega32u4.
Quote:


---

Why would sensor need to be centered on a PCB if it's centered on the mouse itself? ;)
There are some existing solutions for using 3360 with other MCUs dev boards. That's probably the trickiest part, to communicate with the sensor.
Well, communicating with the sensor is just SPI, and there's a datasheet available, so not too big a deal.

qsxcv 04-23-2019 11:10 PM

Quote:

Originally Posted by JackCY (Post 27943700)
That's probably the trickiest part, to communicate with the sensor.

nah... the sensor communication code i wrote for avr can be easily ported to be used with other mcu architectures...

trickiest part is probably getting usb stuff set up; i never did this myself but just used usb code from https://www.pjrc.com/teensy/usb_mouse.html

gipetto 04-24-2019 12:03 AM

I don't see any spi level converters. Are you going the voltage divider route, then running the mcu at 3.3v and hope the mcu sees the low voltage from the 3360? I once made a shell myself by using a blowlamp to melt perspex over another mouse, then a towel to press it down around it.

TranquilTempest 04-24-2019 12:27 AM

Quote:

Originally Posted by gipetto (Post 27943754)
I don't see any spi level converters. Are you going the voltage divider route, then running the mcu at 3.3v and hope the mcu sees the low voltage from the 3360? I once made a shell myself by using a blowlamp to melt perspex over another mouse, then a towel to press it down around it.

MCU has an internal 5v to 3.3v regulator, and that's what it runs its IO on. Said 3.3v also drives the sensor's VDDIO pin(internal regulator can provide up to 100mA). There is a separate 1.9v regulator for the sensor's normal VDD.

Might have picked a MCU that can run on 1.9 if USB signaling didn't need 3.3 anyway.

Interesting idea with molding a shell. I do have a heat gun that might work.

Gordon59 04-24-2019 02:04 PM

I'm on a similar project but less complicated as I'm only trying to replicate a mouse design on a different pcb shape.

If you want to take a look : https://www.overclock.net/forum/375-...a-married.html

What king of button switches are you planning to use ?

I wish you good luck !

TranquilTempest 04-24-2019 03:06 PM

Quote:

Originally Posted by Gordon59 (Post 27944576)
I'm on a similar project but less complicated as I'm only trying to replicate a mouse design on a different pcb shape.

If you want to take a look : https://www.overclock.net/forum/375-...a-married.html

What king of button switches are you planning to use ?

I wish you good luck !

Switches will be Omron D2F-01F.

Took a look at your thread, it's interesting, but I would have added better debouncing if I was going through the trouble of a custom PCB anyway. Here's some more info on that: https://www.overclock.net/forum/375-...ncing-mod.html


All times are GMT -7. The time now is 02:39 AM.

Powered by vBulletin® Copyright ©2000 - 2019, Jelsoft Enterprises Ltd.

User Alert System provided by Advanced User Tagging (Pro) - vBulletin Mods & Addons Copyright © 2019 DragonByte Technologies Ltd.
vBulletin Security provided by vBSecurity (Pro) - vBulletin Mods & Addons Copyright © 2019 DragonByte Technologies Ltd.

vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2019 DragonByte Technologies Ltd.