Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mouse keys drifting/repeating #1059

Open
Zetaphor opened this issue Dec 25, 2024 · 8 comments
Open

Mouse keys drifting/repeating #1059

Zetaphor opened this issue Dec 25, 2024 · 8 comments

Comments

@Zetaphor
Copy link
Member

I upgraded to firmware 12.1.0 a couple of days ago and I've had a few incidents of the mouse keys driting/repeating.

What I mean by this is I will only tap a mouse key direction and the mouse will instead move a massive amount, continuing beyond the time that I've released the key. The first time I noticed this behavior I tried again by only tapping the key, and it moved a much larger distance than a tap should have emitted.

The first time this happened I disconnected both halves from each other and the USB cable, reset them both, and that resolved the issue. This time I tried resetting both haves, but leaving them both connected via the bridge cable and USB, this did not resolve the issue. Once I fully disconnected and reset everything the issue was resolved.

I was not having this issue before this firmware version, I've had it three times since upgrading.

I keep both halves connected via the bridge cable and the right half connected to USB.

@kareltucek
Copy link
Collaborator

Please share your user config.

@Zetaphor
Copy link
Member Author

UserConfiguration.json

@Zetaphor
Copy link
Member Author

Zetaphor commented Jan 2, 2025

I'm not sure if this should be listed here or a new issue but I just had a pretty severe software breakdown.

Here is the series of events:

  1. Flash to the new 12.2.0 firmware that was released yesterday
  2. After the firmware upgrade I again had severe mouse key drifting
  3. As I do whenever this happens I disconnect USB, disconnect the bridge cable, and reset both sides, starting with the right
  4. The left side went solid white, and then started slowly flashing the keys solid white. Normally when I reset it just goes solid until I reconnect the bridge cable
  5. Reconnect, still solid white. Did a few more resets of both halves, at one point in the process the left half was working, but would only respond to a few keypresses before it just stopped responding
  6. Downgrade to 12.1.0 and quite a few more resets and now everything is working fine

@pcooke9
Copy link

pcooke9 commented Jan 3, 2025

  • The left side went solid white, and then started slowly flashing the keys solid white. Normally when I reset it just goes solid until I reconnect the bridge cable
  • Reconnect, still solid white. Did a few more resets of both halves, at one point in the process the left half was working, but would only respond to a few keypresses before it just stopped responding

I haven't noticed any similar mouse key drift, BUT...

I just discovered that if I reset the UHK80's left half while the spiral cable is connected, it will cause it (left half) to go into a disconnect/reconnect loop (with the LEDs slowly flashing all white). I get the Windows device disconnect/reconnect sound and the UHK80's OLED display left battery indicator flashes, so I know it's actually disconnecting. If I disconnect/reconnect the spiral cable during the connection loop, it will stop. The right half stays normal when the left half is looping.

This can be reproduced every time I reset the left half with the bridge cable connected. After the loop is stopped, the left half stays stable (even when the bridge cable is connected), so I don't think it's a bad cable or other hardware failure.

If I reset the left half with the bridge cable disconnected (both halves connected wirelessly), it restarts with no problems.

UHK80 with firmware v12.2.0

@kareltucek
Copy link
Collaborator

@pcooke9 this sounds like yet another problem. I don't see why left half reset should cause right half disconnect from the computer.

In any case, this seems like one of the firmwares is crashing :-(. We really need to implement the zephyr shell so that at least some logs can be pulled out, although I am not sure if it will be possible to retrieve the crash logs via usb :-[.

@kareltucek
Copy link
Collaborator

Is it a new v12.2.0 regression, or a v12.1.0 regression?

@pcooke9
Copy link

pcooke9 commented Jan 3, 2025

this sounds like yet another problem. I don't see why left half reset should cause right half disconnect from the computer.

Sorry, I don't think the right half is disconnecting from the PC. I have both halves connected to the PC via USB, and the left half is disconnecting/reconnecting and causes Windows to make the device connection sounds from the left half USB. The UHK's OLED display only shows the left battery indicator flashing, not the right battery indicator.

Is it a new v12.2.0 regression, or a v12.1.0 regression?

I was experiencing this issue with v12.2.0
I have a lot to do today, so I'll have to test with earlier firmware versions tomorrow.

@kareltucek
Copy link
Collaborator

I have both halves connected to the PC via USB

Ah, I didnt realize this!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants