You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While you can flash code if you compile it, if you attempt to flash a precompiled binary the device is never detected. It just sits waiting forever when you run (for ex.) qmk flash gmmk_numpad_mykeymap.bin.
Has this happened to you? If so, please help me test this PR.
Affected Keyboards already in master
gmmk/numpad
gmmk/gmmk2/p96/iso
gmmk/gmmk2/p96/ansi
gmmk/gmmk2/p65/iso
gmmk/gmmk2/p65/ansi
hfdkb/keyboard_sw/k83 (a.k.a. inland/k83)
hfdkb/ac001
Keyboard Used
No response
Link to product page (if applicable)
No response
Operating System
Windows 10 / Arch Linux
qmk doctor Output
Ψ QMK Doctor is checking your environment.
Ψ CLI version: 1.1.2
Ψ QMK home: /home/less/osrc/qmk-src/qmk_firmware
Ψ Detected Linux (Arch Linux).
Ψ Git branch: master
Ψ Repo version: 0.21.1
Ψ - Latest master: 2023-06-11 03:56:20 -0400 (fdb2851187) -- [Keyboard] Add ScottoSplit Keyboard (#20945)
Ψ - Latest upstream/master: 2023-06-11 03:56:20 -0400 (fdb2851187) -- [Keyboard] Add ScottoSplit Keyboard (#20945)
Ψ - Latest upstream/develop: 2023-06-11 07:56:32 +0000 (f830b53a7a) -- Merge remote-tracking branch 'origin/master' into develop
Ψ - Common ancestor with upstream/master: 2023-06-11 03:56:20 -0400 (fdb2851187) -- [Keyboard] Add ScottoSplit Keyboard (#20945)
Ψ - Common ancestor with upstream/develop: 2023-06-11 03:56:20 -0400 (fdb2851187) -- [Keyboard] Add ScottoSplit Keyboard (#20945)
Ψ CLI installed in virtualenv.
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 13.1.0
Ψ Found avr-gcc version 8.3.0
Ψ Found avrdude version 7.1
Ψ Found dfu-programmer version 1.0.0
Ψ Found dfu-util version 0.11
Ψ Submodules are up to date.
Ψ Submodule status:
Ψ - lib/chibios: 2023-04-15 13:48:04 +0000 -- (11edb1610)
Ψ - lib/chibios-contrib: 2023-01-11 16:42:27 +0100 -- (a224be15)
Ψ - 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 -- (e19410f)
Ψ QMK is ready to go
Is AutoHotKey / Karabiner installed
AutoHotKey (Windows)
Karabiner (macOS)
Other keyboard-related software installed
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered:
lesshonor
changed the title
[Bug] qmk flash path/to/binary.bin only works in MSYS for WB32
[Bug] qmk flash path/to/binary.bin doesn't work for WB32
Jun 12, 2023
Describe the Bug
Description
While you can flash code if you compile it, if you attempt to flash a precompiled binary the device is never detected. It just sits waiting forever when you run (for ex.)
qmk flash gmmk_numpad_mykeymap.bin
.Has this happened to you? If so, please help me test this PR.
Affected Keyboards already in
master
gmmk/numpad
gmmk/gmmk2/p96/iso
gmmk/gmmk2/p96/ansi
gmmk/gmmk2/p65/iso
gmmk/gmmk2/p65/ansi
hfdkb/keyboard_sw/k83
(a.k.a.inland/k83
)hfdkb/ac001
Keyboard Used
No response
Link to product page (if applicable)
No response
Operating System
Windows 10 / Arch Linux
qmk doctor Output
Is AutoHotKey / Karabiner installed
Other keyboard-related software installed
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: