[Feature Request] Windows flashing

[zvecr]

Description

WSL does not generally support flashing, however it can still be achieved by running the native windows executables. Initial testing has shown that these dont even have to be on a windows filesystem.

• driver install
• avrdude - needs Add WSL specific logic for avrdude device detection qmk_firmware#12392
• dfu-util
• dfu-programmer
• teensy-cli
• bootloadhid
• mdloader
• automatic github action updates for dependencies
• installed from upstream as during docker build?

[zvecr]

installed from upstream as during docker build?

Currently the integrated binary files have been manually copied over from toolbox.

[Geobert]

Before stumbling on this issue, I tried QMK WSL and was very pleased by its speed compared to MSYS version. But avrdude failed to connect to the programmer, is this issue about that?

I'm using 0.1.5

console message:

Copying sofle_rev1_geobert.hex to qmk_firmware folder                                               [OK]
Checking file size of sofle_rev1_geobert.hex                                                        [OK]
 * The firmware size is fine - 24174/28672 (84%, 4498 bytes free)
Waiting for USB serial port - reset your controller now (Ctrl+C to cancel)..........
Device /dev/ttyS0 /dev/ttyS7 has appeared; assuming it is the controller.
Remapped USB port to COM1 /dev/ttyS7

Connecting to programmer: .avrdude.exe: butterfly_recv(): programmer is not responding

[foureight84]

Before stumbling on this issue, I tried QMK WSL and was very pleased by its speed compared to MSYS version. But avrdude failed to connect to the programmer, is this issue about that?

I'm using 0.1.5

console message:

Copying sofle_rev1_geobert.hex to qmk_firmware folder                                               [OK]
Checking file size of sofle_rev1_geobert.hex                                                        [OK]
 * The firmware size is fine - 24174/28672 (84%, 4498 bytes free)
Waiting for USB serial port - reset your controller now (Ctrl+C to cancel)..........
Device /dev/ttyS0 /dev/ttyS7 has appeared; assuming it is the controller.
Remapped USB port to COM1 /dev/ttyS7

Connecting to programmer: .avrdude.exe: butterfly_recv(): programmer is not responding

I am also experiencing this issue. DFU works fine. For now, I am using QMK Toolbox to flash the compiled hex file in WSL QMK path.

[npross]

Flashing RP2040 from WSL2: I know this may be obvious, but I thought I'd add this here anyway.

You can mount the RP2040 directly in WSL (using the RPI-RP2 bootloader) once you have initially flashed with QMK with #define RP2040_BOOTLOADER_DOUBLE_TAP_RESET. Then you can press the reset button twice to enter the bootloader

Then you just mount the drive and copy the firmware (assuming the RPI is showing up as the F: drive in windows) i.e.:
sudo mkdir /mnt/f
sudo mount -t drvfs F: /mnt/f
cp my_kb2040.uf2 /mnt/f

Just make a shell script to compile, mount and copy

I have been doing this with my Adafruit KB2040 and it works great.