qmk
Keys are held down and keep repeating after waking from sleep.
Describe the Bug
Like I said in the title. I have an AKKO 5075S VIA board. This issue appears whenever my laptop goes into sleep mode with the board connected. I will go to press a key to wake it again, to find that the same key is held down and spamming itself into the password box. The only way to fix this is to press another key and delete what it's typed.
Keyboard Used
AKKO 5075S VIA
Link to product page (if applicable)
No response
Operating System
Windows 11
qmk doctor Output
No response
Is AutoHotKey / Karabiner installed
- [ ] AutoHotKey (Windows)
- [ ] Karabiner (macOS)
Other keyboard-related software installed
No response
Additional Context
No response
I believe I am having a similar issue. I am using a Keeb.io sinc split keyboard. It uses RP2040s for the microcontroller.
Yesterday I was unable to wake the computer from sleep (S3) by typing on the keyboard. I was able do this using my previous keyboard I used on this computer. While researching this issue I found this github issue, which was fixed last year. So, I figured I was running an old version of the firmware and that I needed to flash the keyboard firmware.
Today I downloaded QMK MSys (currently using qmk-cli version 1.1.5 which appears to the be latest released version) and flashed the keyboard. This made it so that I was able to wake my computer from sleep by typing on the keyboard. However after this, after hitting a key on the keyboard, it will repeatedly type that same key forever. So, for example, if I wake my computer up by hitting "j" it will repeatedly type "j" once entering Windows 11.
I can't seem to get it to stop unless I unplug and replug in the keyboard. I tried compiling the firmware with various config options such as NO_USB_STARTUP_CHECK, USB_WAIT_FOR_ENUMERATION, and setting USB_SUSPEND_WAKEUP_DELAY to numbers ranging from 200 to 5000. None of it worked.
I should mention that the keyboard is plugged into a USB switch (basically just a hub with a button that allows me to switch between different computers). I plug all my peripherals into it and use it to switch my peripherals between my work and personal computers. When I plug directly into my desktop via USB, this issue doesn't happen. It seems to be exclusive to using the USB switch. However, it only happens when waking up Windows by typing on the keyboard, if I use the mouse or power button to wake up the computer it doesn't happen.
Also I should note, if I hit a key like "ctrl" Windows keeps thinking Ctrl is pressed, even if I disconnect the keyboard! So if I wake using a letter or number, unplugging stops it, but something like ctrl will have windows thinking ctrl is pressed forever. The only solution I've found is to restart Windows in this case.
[Griffin@Griffins-Desktop ~]$ qmk doctor
Ψ QMK Doctor is checking your environment.
Ψ CLI version: 1.1.5
Ψ QMK home: C:/Users/Griffin/qmk_firmware
Ψ Detected Windows 10 (10.0.22631).
Ψ QMK MSYS version: 1.9.0
Ψ Userspace enabled: False
Ψ Git branch: develop
Ψ Repo version: 0.25.17
⚠ Git has unstashed/uncommitted changes.
Ψ - Latest develop: 2024-07-13 14:06:19 -0400 (484edf4449) -- Add my own configuration
Ψ - Latest upstream/master: 2024-07-13 23:40:36 +1000 (875eb43a28) -- `dp60`: move RGB Matrix LED config to data driven (#24022)
Ψ - Latest upstream/develop: 2024-07-15 08:42:14 +0000 (fef8e7195b) -- Merge remote-tracking branch 'origin/master' into develop
Ψ - Common ancestor with upstream/master: 2024-07-12 22:11:00 -0400 (7b5d7907df) -- adds veilid SAO macropad (#23868)
Ψ - Common ancestor with upstream/develop: 2024-07-13 18:41:05 +1000 (1552cf2ddc) -- Update atomic GPIO macros in keyboard custom matrix (#23796)
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 12.2.0
Ψ Found avr-gcc version 12.2.0
⚠ We do not recommend avr-gcc newer than 8. Downgrading to 8.x is recommended.
Ψ Found avrdude version 7.0
Ψ Found dfu-programmer version 1.1.0
Ψ Found dfu-util version 0.11
Ψ Submodules are up to date.
Ψ Submodule status:
Ψ - lib/chibios: 2024-02-17 19:20:06 +0000 -- (be44b3305)
Ψ - lib/chibios-contrib: 2024-04-03 20:39:24 +0800 -- (77cb0a4f)
Ψ - lib/googletest: 2021-06-11 06:37:43 -0700 -- (e2239ee6)
Ψ - lib/lufa: 2022-08-26 12:09:55 +1000 -- (549b97320)
Ψ - lib/vusb: 2022-06-13 09:18:17 +1000 -- (819dbc1)
Ψ - lib/printf: 2022-06-29 23:59:58 +0300 -- (c2e3b4e)
Ψ - lib/pico-sdk: 2023-02-12 20:19:37 +0100 -- (a3398d8)
Ψ - lib/lvgl: 2022-04-11 04:44:53 -0600 -- (e19410f8)
Ψ QMK is ready to go, but minor problems were found
The latest commit I have from develop is:
commit 1552cf2ddca1668c5230506de03e6b4a870f8961 (origin/riot, origin/develop)
Author: Ryan <[email protected]>
Date: Sat Jul 13 18:41:05 2024 +1000
Update atomic GPIO macros in keyboard custom matrix (#23796)
2024-07-13 14:06:19 -0400 (484edf4449) -- Add my own configuration is my own commit messaging with the configuration to try to fix it a bit.
I have the same issue as @crimsonyote on a xiudi xd75 (Windows 10).
Not quite the same as @griffingarland because I do not have to replug the keyboard. I simply have to press another key.
I also experience the password input box getting spammed after waking from suspend with the Boardsource Unicorne, which uses a RP2040. Typically results in being locked out for 5 minutes or more. In my case, the host is Arch Linux, not Windows.
My Canoe gen2 does this, specifically for my left control (no matter what is mapped to it), but is quickly resolved if i just press ESC
I updated my dactyl_manuform after a few years, and I ran into this issue
I could fix this by using #define USB_SUSPEND_WAKEUP_DELAY 500, I'm on qmk 0.30.5