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

[Bug] Error 127 when flashing hands .epp file with DFU bootloader #24427

Open
2 tasks
Franiac opened this issue Sep 23, 2024 · 0 comments
Open
2 tasks

[Bug] Error 127 when flashing hands .epp file with DFU bootloader #24427

Franiac opened this issue Sep 23, 2024 · 0 comments

Comments

@Franiac
Copy link

Franiac commented Sep 23, 2024

Describe the Bug

When flashing my Avalanche v4 with Sea Micro (white) controllers and DFU bootloaders, I get an error at the end:

make: *** [platforms/avr/flash.mk:71: dfu-split-left] Error 127

Here's the complete output:

qmk flash -kb avalanche/v4 -km default -bl dfu-split-left
Ψ Compiling keymap with make -r -R -f builddefs/build_keyboard.mk -s dfu-split-left KEYBOARD=avalanche/v4 KEYMAP=default KEYBOARD_FILESAFE=avalanche_v4 TARGET=avalanche_v4_default VERBOSE=false COLOR=true SILENT=false QMK_BIN="qmk"


Generating: .build/obj_avalanche_v4_default/src/default_keyboard.c                                  [OK]
avr-gcc.exe (GCC) 12.2.0
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Size before:
   text    data     bss     dec     hex filename
      0   22050       0   22050    5622 avalanche_v4_default.hex

Generating: .build/obj_avalanche_v4_default/src/info_config.h                                       [OK]
Generating: .build/obj_avalanche_v4_default/src/default_keyboard.h                                  [OK]
Copying avalanche_v4_default.hex to qmk_firmware folder                                             [OK]
Checking file size of avalanche_v4_default.hex                                                      [OK]
 * The firmware size is fine - 22050/28672 (76%, 6622 bytes free)
Flashing 'eeprom-lefthand.eep' for EE_HANDS split keyboard support.
Bootloader Version: 0x00 (0)
Checking memory from 0x0 to 0x6FFF...  Not blank at 0x1.
Erasing flash...  Success
Checking memory from 0x0 to 0x6FFF...  Empty.
Checking memory from 0x0 to 0x7F...  Empty.
0%                            100%  Programming 0x80 bytes...
[>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>]  Success
0%                            100%  Reading 0x400 bytes...
[>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>]  Success
Validating...  Success
0x80 bytes written into 0x400 bytes memory (12.50%).
Checking memory from 0x0 to 0x567F...  Empty.
0%                            100%  Programming 0x5680 bytes...
[>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>]  Success
0%                            100%  Reading 0x7000 bytes...
[>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>]  Success
Validating...  Success
0x5680 bytes written into 0x7000 bytes memory (77.23%).
make: *** [platforms/avr/flash.mk:71: dfu-split-left] Error 127

Line 71 of flash.mk is the call for writing the hands .epp to the controller. I did that some time ago with QMK Toolbox, so my firmware does run without any problems anyways, but this error should not happen, i suppose.

Here's the section from flash.mk:

dfu-split-left: $(BUILD_DIR)/$(TARGET).hex cpfirmware check-size
	$(call EXEC_DFU,eeprom-lefthand.eep)

The firmware compiles fine and gets written to the controller and verified successfully, but writing the hands file to the controller fails.

Keyboard Used

avalanche/v4

Link to product page (if applicable)

No response

Operating System

Windows 11

qmk doctor Output

Ψ QMK Doctor is checking your environment.
Ψ CLI version: 1.1.5
Ψ QMK home: C:/Files/Repos/QMKFirmware
Ψ Detected Windows 10 (10.0.22631).
Ψ QMK MSYS version: 1.9.0
Ψ Userspace enabled: False
Ψ Git branch: franiac
⚠ Git has unstashed/uncommitted changes.
⚠ The official repository does not seem to be configured as git remote "upstream".
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 12.2.0
Ψ Found avr-gcc version 12.2.0
Ψ 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

Is AutoHotKey / Karabiner installed

  • AutoHotKey (Windows)
  • Karabiner (macOS)

Other keyboard-related software installed

QMK Toolbox

Additional Context

No response

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

No branches or pull requests

1 participant