rasteri wrote on 2022-12-16, 14:01:

Just to say, I've ordered a load of used hi-dpi gaming mice on eBay, and I'm determined to get them all working in non-boot-mode (or at least with appropriate sensitivity ).

Thanks all for sticking with the project, we'll get it stable 😀

(For the moment though, all the cheap generic mice I've tried work great so that's one potential workaround 😜 )

Appreciate it! 👍

serisman wrote on 2022-12-15, 03:53:

I'll clean up my files over the next couple of days and put them in a new GitHub repo in case anyone else wants to duplicate this.

I was able to spend some time today cleaning up all my design files and adding them to a new GitHub repo: https://github.com/serisman/HIDman-mini

Enjoy!

serisman wrote on 2022-12-16, 22:00:

serisman wrote on 2022-12-15, 03:53:

I'll clean up my files over the next couple of days and put them in a new GitHub repo in case anyone else wants to duplicate this.

I was able to spend some time today cleaning up all my design files and adding them to a new GitHub repo: https://github.com/serisman/HIDman-mini

Enjoy!

Sweet, thanks!

Eivind wrote on 2022-12-12, 10:13:

Mouse no.1 (Razer Deathadder 2013):
Works perfectly AFAIK, the only gripe I have is that it's a bit too sensitive, even if I use ctmouse /r1. Like 1cm movement between edges of the screen.

I've been testing a Deathadder with the HIDman, and the DPI is set by the windows configuration program (synapse). Probably you've got it set to the full 6400, I'd set it to a lower value. (I think mine was set to 1200 out of the factory)

You can map a button to cycle between different DPI settings if you wanna be able to keep the higher sensitivity as an option.

I may add a sensitivity option to the menu.

rasteri wrote on 2022-12-21, 21:46:

I've been testing a Deathadder with the HIDman, and the DPI is set by the windows configuration program (synapse). Probably you' […]
Show full quote

Eivind wrote on 2022-12-12, 10:13:

Mouse no.1 (Razer Deathadder 2013):
Works perfectly AFAIK, the only gripe I have is that it's a bit too sensitive, even if I use ctmouse /r1. Like 1cm movement between edges of the screen.

I've been testing a Deathadder with the HIDman, and the DPI is set by the windows configuration program (synapse). Probably you've got it set to the full 6400, I'd set it to a lower value. (I think mine was set to 1200 out of the factory)

You can map a button to cycle between different DPI settings if you wanna be able to keep the higher sensitivity as an option.

I may add a sensitivity option to the menu.

Haha, that was 40 minutes I'm not getting back!
1. Look for Razer Synapse for macOS, install it, doesn't work. Ah, no they've stopped supporting macOS a few years back.
2. Fire up a Windows 11 VM, install Synapse 2 (version 3 doesn't support the Deathadder 2013), Synapse requires you to frickin log in before accessing any settings.
3. Register an account, log in. The pile of crap doesn't recognize the mouse.
Remind me never to buy any of their junk ever again. 😁

I'll set up a proper windows pc tomorrow, maybe I can get it working there.
But anyways, a sensitivity setting in the HIDman menu would be awesome! Also, did you figure out the weird X/Y axis issue I was seeing with your boot mode firmware?

Eivind wrote on 2022-12-21, 23:05:

did you figure out the weird X/Y axis issue I was seeing with your boot mode firmware?

Probably either the device doesn't support boot mode or I'm not switching it into boot mode properly.

I've pushed some changes that will hopefully fix the HID debug, and will display the protocol number (so we know if it got set into boot mode properly).

If you can give me some mouse movement data from the log menu then that would help me figure out what the issue is. (you could mash the left/middle/right buttons too)

Yay, I got third-party Razer drivers and config tools working in Linux - now with significantly reduced dpi the Deathadder 2013 works perfectly in DOS. Buttery smooth!

rasteri wrote on 2022-12-22, 01:04:

Probably either the device doesn't support boot mode or I'm not switching it into boot mode properly. […]
Show full quote

Eivind wrote on 2022-12-21, 23:05:

did you figure out the weird X/Y axis issue I was seeing with your boot mode firmware?

Probably either the device doesn't support boot mode or I'm not switching it into boot mode properly.

I've pushed some changes that will hopefully fix the HID debug, and will display the protocol number (so we know if it got set into boot mode properly).

If you can give me some mouse movement data from the log menu then that would help me figure out what the issue is. (you could mash the left/middle/right buttons too)

Yep, the debugging doesn't hang anymore. I've added the log file for the problematic Roccat Kova[+], and one for the Razer Deathadder 2013 which works just fine.
Mouse moved and buttons pressed.

Eivind wrote on 2022-12-22, 01:37:

I've added the log file for the problematic Roccat Kova[+],

Yeah the kova ain't going into boot mode. Could you log the unplug/replug of the kova? It should say what the protocol is when you plug it back in

rasteri wrote on 2022-12-22, 01:59:

Eivind wrote on 2022-12-22, 01:37:

I've added the log file for the problematic Roccat Kova[+],

Yeah the kova ain't going into boot mode. Could you log the unplug/replug of the kova? It should say what the protocol is when you plug it back in

Sure!

Eivind wrote on 2022-12-22, 02:16:

Sure!

Well it SAYS it's in boot mode...

eh whatever, when I get the 16bit parser working it'll fix the problem

Eivind wrote on 2022-12-22, 02:16:

Sure!

So I have a Roccat Kova (Non +) and goes into boot mode happily and works fine with hidman.

I did notice that the first thing the Roccat Swarm software did was update the mouse's firmware. Maybe that'll fix boot mode on your mouse?

rasteri wrote on 2022-12-22, 18:24:

Eivind wrote on 2022-12-22, 02:16:

Sure!

So I have a Roccat Kova (Non +) and goes into boot mode happily and works fine with hidman.

I did notice that the first thing the Roccat Swarm software did was update the mouse's firmware. Maybe that'll fix boot mode on your mouse?

Yeah good tip, I'll give it a shot! 👍

Eivind wrote on 2022-12-22, 18:30:

rasteri wrote on 2022-12-22, 18:24:

Eivind wrote on 2022-12-22, 02:16:

Sure!

So I have a Roccat Kova (Non +) and goes into boot mode happily and works fine with hidman.

I did notice that the first thing the Roccat Swarm software did was update the mouse's firmware. Maybe that'll fix boot mode on your mouse?

Yeah good tip, I'll give it a shot! 👍

So... The Kova Plus isn't supported by Roccat Swarm, but I did install the driver and control program in Windows. It let me lower the dpi, which was nice. Unfortunately no way of updating the actual mouse firmware.
I did have a look at the USB mouse -> PS/2 emulation code in SeaBIOS though, and I'm fairly certain it sets the mouse to use the boot protocol. There's even a comment in there saying as much.
And that does work for this particular mouse... I'm a complete noob when it comes to USB/HID stuff unfortunately, not sure how much more I can contribute here.
Anyways, if you're close to getting the 16-bit stuff working that's probably a better path to pursue than mucking around with the boot protocol perhaps? 😀

Always happy to test new CH559 fw builds, just let me know!

HIDman-mini (https://github.com/serisman/HIDman-mini/) works great with a combo PS/2 keyboard/mouse connector for computers that support it!

Now I'm wondering if an HIDman-micro using the smaller CH559T (SSOP-20) is in order. 😀 (would need to modify the pin configuration a bit)

serisman wrote on 2022-12-23, 20:58:

HIDman-mini (https://github.com/serisman/HIDman-mini/) works great with a combo PS/2 keyboard/mouse connector for computers that support it!

Now I'm wondering if an HIDman-micro using the smaller CH559T (SSOP-20) is in order. 😀 (would need to modify the pin configuration a bit)

Nice, i just order the pcb’s 😀

serisman wrote on 2022-12-23, 20:58:

Now I'm wondering if an HIDman-micro using the smaller CH559T (SSOP-20) is in order. 😀 (would need to modify the pin configuration a bit)

All the PS/2 stuff is bit-banged so the choice of pin is arbitrary, it should be very doable.

That said the SSOP package isn't really much smaller than the QFP one...

rasteri wrote on 2022-12-24, 00:41:

serisman wrote on 2022-12-23, 20:58:

Now I'm wondering if an HIDman-micro using the smaller CH559T (SSOP-20) is in order. 😀 (would need to modify the pin configuration a bit)

All the PS/2 stuff is bit-banged so the choice of pin is arbitrary, it should be very doable.

That said the SSOP package isn't really much smaller than the QFP one...

Here's what I just came up with (so far)...

Drops support for the 2nd USB port, Serial mouse, RGB LED, and the extra (unused) KB/MS ports. But, should allow for a really small USB wireless KB/MS combo to PS/2 KB/MS.

Think I should tie some of the unused pins to GND to support run-time identification of this hardware layout?

serisman wrote on 2022-12-24, 01:00:

Here's what I just came up with (so far)...

Drops support for the 2nd USB port, Serial mouse, RGB LED, and the extra (unused) KB/MS ports. But, should allow for a really small USB wireless KB/MS combo to PS/2 KB/MS.

Think I should tie some of the unused pins to GND to support run-time identification of this hardware layout?

Looks great!

Yeah if you tie some pins to ground we can do runtime detection. Always a fan of having a single binary across boards 😀

rasteri wrote on 2022-12-24, 01:07:

serisman wrote on 2022-12-24, 01:00:

Here's what I just came up with (so far)...

Drops support for the 2nd USB port, Serial mouse, RGB LED, and the extra (unused) KB/MS ports. But, should allow for a really small USB wireless KB/MS combo to PS/2 KB/MS.

Think I should tie some of the unused pins to GND to support run-time identification of this hardware layout?

Looks great!

Yeah if you tie some pins to ground we can do runtime detection. Always a fan of having a single binary across boards 😀

Ok, I tied P4.7 to ground. Think that is enough, or should I tie any others to ground as well?

I also realized I had just enough room left over to add back in a single LED. It is connected to P2.5/PWM2 (sinking from 5V through a ~1k resistor).

https://github.com/serisman/HIDman-mini/tree/ … Bs/HIDman-micro

I'll probably order a set of these boards up in a day or two. I just ordered a few CH559T ICs as well.

Do they have to be tied to ground through a resistor? Or is straight to ground okay?