Open willyvmm opened 1 year ago
So.
Think twice. Then. Think twice. And. Code once.
The protocol is ready in my head.
Stay tuned.
For the new Tank Mouse a new open source driver was written for Mouse Wheel support that uses the cocolino protocol. It is working splendidly... maybe you could use that, no need to write a new driver then:
Anything new on this front ? :)
The new protocol turned out to be more difficult than I thought. Mostly because of different limitations. Also, I want to push the Amiga hardware to its limits. Different hardware versions are limitations. I don't want different drivers for different hardware. But everything is on its way to a happy end. I would say the most difficult part of the work seems to be done:
So. The driver is working. Still needs some work and polishing, but it is working :)
Now, I can call myself CIA master ;) I will write the whole story behind the driver soon.
New firmware: https://github.com/willyvmm/mouSTer/releases/tag/3.20.4600 And Driver: https://github.com/willyvmm/Amiga-mouSTer-wheel-mouse-driver/releases/tag/0.8
So ... testing is needed.
Hey, thanks for the great effort! My test:
Logitech Performance MX: Wheel jumps up and down, but mostly down, basically unusable :( Even scrolls when I don't touch it.
Cheap Chinese USB/BT/2.4GHz mouse: Wheel does not even move
Logitech M280: Wheel does not even move
Cheap Chinese USB/2.4GHz vertical mouse: Wheel does not even move
Logitech USB keyb+IR mouse: Wheel does not even move
So it does not seem too good so far :(
@gklka Could you please add your hardware configuration.
If You are using PiStorm, please update firmware to 4606. The bug is already fixed.
I Editet the initial response. I misiread what you wrote.
I use a clean install of OS 3.2.2.1 on an Amiga1200 with PiStorm32/Pi4 (firmware from a week ago).
Updated to 4606, and things changed. I haven't checked all the mice again, but neither Performance MX nor M280 works correctly, they scroll randomly to both dimensions without even touching them. :(
I'll think about some advanced debug feature to help identify this issue.
mouSTer.fw.3.21.4660.zip mouSTer.driver_330.zip
Completely new protocol. Slower but more reliable. The new driver, requires new firmware. Everything included. So far tested with my Stock A1200, and equipped with Pistorm32Lite with Pi3B(+). If tests are successful, I will copy everything to github.
Tested all the mice again, and... outstanding success! All of them worked flawlessly. Congratulations, this implementation is great!
Thank you for all the hard work.
Found a little glitch tho: keeping the mouse button pressed occasionally ends the event. For example when you drag a window around, in every 1-2 seconds it releases it.
I confirm @gklka finding. When i drag dh0 icon on the desktop it changes place although button is not released
Hi @lovrenco & @gklka I have identified a bug in the firmware. Likely it's also responsible for the LMB issue. Could you please test the new 4661 firmware against the LMB issue? As before, it's working on my hardware ... And I could not reproduce the reported issue.
Works perfectly! The releasing mouse button bug is fixed, the scroll is still working like a charm. Thank you!
Tried with A1200 and works with my wireless vertical mouse! Only issue I've found yet is DOpus4 - when scroll wheel is used, LMB stops working and starts again after few clicks. Anyway, thanks for great job!
The link to the driver does not seem to be working any more :(
I have a problem with the adapter and wheel support. Tested with firmware [mouSTer.fw.3.21.4660.zip] and [mouSTer.fw.3.21.4661.zip] and driver [mouSTer.driver_330.zip]. I use a Logitech RX250 cable mouse. When I push the LMB the Mouster-Adapter stops/no heartbeat. The RMB and wheel is working until I press the LMB. Without the driver I the LMB is working fine, but no wheel support.
As the micomys protocol implementation is at least problematic (see here: #28 ) I have decided to drop the micromys protocol support and either implement one of existing or develop a new one.