Trackball not working with qmk>= 0.18.0 about keyball HOT 5 CLOSED

Since the issue preventing the trackball from working is about RPC, as a workaround, instead of reverting the corresponding commit, plugging the USB cable to the side with the trackball also works.

This way, the trackball is on the master side, so no slave-to-master trackball reporting is needed, then no RPC issues :)

Finally resolved the issue. Since the breaking change is RPC requiring CRC checksum that prevents the trackball info from being transported from the slave side to the master side, we need to flash the firmware to both sides.

What will work:

• the trackball is on the slave side: both the master side and the slave side require CRC checksum
• the trackball is on the slave side: none of the master side and the slave side require CRC checksum
• the trackball is on the master side (no RPC so no issues)

What will not work:

• the trackball is on the slave side: only one of the master side and the slave side requires CRC checksum

from keyball.

Cherrypicked the auto mouse layer feature on qmk 0.18.17, and everything works as expected. So I'm happy with it right now.

If I could find time and fix the trackball issue without reverting the upstream commit, I could send a PR to make keyball firmwares compatible with qmk 0.18.x.

from keyball.

I have tried to build various commits between qmk 0.17.9 and 0.18.0, and it seems qmk/qmk_firmware#17840 is the change that causing the issue.

Confirmed the trackball works fine with qmk 0.18.0 after reverting the above commit. I don't quite understand why it breaks the trackball of keyball though, the crc checksum should be handled all in the common lib 🤔

Also, the SAFE_RANGE has been changed in 0.18.0 as well, the special keycodes of keyball should be +4 from the codes working for qmk 0.17.x, which means the current documented keycodes need to be +12 to work in 0.18.0 (e.g., 0x5DA5, 0x5DB1).

from keyball.

Confirmed the trackball works fine with qmk 0.18.17 (the last release before 0.19.0) after reverting the commit causing issues.

I tried to build qmk 0.19.0 as well. The trackball still works fine, however, the keymap is no longer recognized by REMAP any more. I guess it could be related to the VIA V3 update: qmk/qmk_firmware#18222

from keyball.

I am sorry I haven't had any action about this issue, because of I am quiet busy lately.
This PR will be helpful to catch up QMK.

Thank you so much for your cooperation;-)

from keyball.