Step 5Finished, future improvements.
It's also pretty good for programming, scrolling through long files quickly and accuratly, or just giving it a spin to get to the top/bottom of the file.
Future improvements:
A shaped case
Though it's not as uncomfortable as it looks, curved edges would improve it.
Buttons
If I encounter a program that requires a mouse click and scoll for a frequantly used function, I may wire one of the buttons to the side of the case
A more complex improvement would be to have a button click when the wheel is pressed down.
Smaller footprint
The reason for the big case is the size of the circuit board, if I did this again I'd choose a mouse with a smaller board, or chop the board up and solder directly to the copper traces by the chip.
Optical encoder
It'd be possible to use an optical rather than a rotary encoder, it'd be smoother (The rotary encoder has clicks, or notches) and give much less friction, so would spin for longer.
The downside would be the additional complexity oh the build. (And trying to attatch that perferoated disc to the wheel shaft, could be awkward..)
Any more suggestions for improvements?
| « Previous Step | Download PDFView All Steps | Next Step » |












































here is a good link with schematic that will simplify things for you (i hope!!)
your idea sounds so much simpler; no point in having all the mouse hardware if you wont be doing actual clicking with it. although a click option (im imagining something similar to clicking a joystick on a xbox controller) would be very nice too. that would be a lot more scalable (maybe a few of these on a USB hub in a larger case for multiple wheels?) though im not sure what i would use them all for, it would stil be badass looking if done right (a bank of scroll wheels???)
Look for anything meant to interpret "gray encoding" or "quadrature encoding". If you just google "gray encoding" you will get how it works really fast! Its really simple.
Before anyone gripes parallel ports are old and slow, two things;
1) They were never meant to be a data transfer method, that was hacked on later and badly. The initial reason for them to exist was to interface with and control physical machinery in real-time. At this they excel, as that MUST be parallel in nature. Things like USB meant for fast data transfer are serial, and therefore there are timing and sequence errors.
2) Parallel cards are available to this day, for those machines that don't have it, for like $10.
Any equipment hacker who wishes to interface directly with hardware needs one. Even if its an ancient design, the fact is it was designed for just this exact purpose - and any new port designed for this would have to do the exact same damn thing inteface directly and avoid virtualization layers. Just get one already. There is a reason they are still standard in the CNC industry.
I have pictures of it, and a link on the original version of this ible.
joke ;)