[Bug] Lemokey L1 RGB lighting issue

[mrex]

Describe the Bug

There seems to be a problem with RGB lighting on the Lemokey L1.

I have created a new keymap with qmk new-keymap -kb lemokey/l1/ansi -km testkmap and compiled it with qmk compile -kb lemokey/l1/ansi -km testkmap. I made no changes to keymap.c.

After flashing it to the keyboard with QMK toolbox, the RGB lighting for the keys is not working properly. Some RGB LEDs stay off, and some seem to be out of sync when a RGB mode with changing colors is selected (see screenshot).

The keys where the RGB LED are not working at all are Esc, `, 1, Tab, Caps, LShift, LCtrl, F3, Insert and U. Basically, the leftmost key of every row, and a few random keys more.

The keys I, P, [ and ] seem to be out of sync.

When flashing the original 1.1.0 firmware to the board, the RGB LEDs act normal again.

That suggests the error is somewhere in the mapping of RGB LEDs, and not in the hardware itself, as it is working as expected with the original firmware downloaded from the Keychron website.

Keyboard Used

lemokey/l1/ansi

Link to product page (if applicable)

https://www.keychron.com/products/lemokey-l1-qmk-via-wireless-custom-gaming-keyboard

Operating System

Windows / WSL

qmk doctor Output

Ψ QMK Doctor is checking your environment.
Ψ CLI version: 1.2.0
Ψ QMK home: /home/mrex/src/lemokey-qmk/qmk_firmware
Ψ Detected Linux (WSL, Arch Linux).
Ψ Userspace enabled: False
Ψ Git branch: wireless_playground
Ψ Repo version: 0.14.29
⚠ The official repository does not seem to be configured as git remote "upstream".
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 14.2.0
Ψ Found avr-gcc version 15.1.0
⚠ We do not recommend avr-gcc newer than 8. Downgrading to 8.x is recommended.
Ψ Found avrdude version t
Ψ Found dfu-programmer version 1.1.0
Ψ Found dfu-util version 0.11
Ψ Submodules are up to date.
Ψ Submodule status:
Ψ - lib/chibios: 2024-01-10 10:36:30 +0800 --  (86a3ed9ba)
Ψ - lib/chibios-contrib: 2024-06-04 11:39:47 +0800 --  (5dbc2a07)
Ψ - 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

No response

Additional Context

No response

[lui62233]

Hey @mrex, this looks like a classic RGB matrix mapping mismatch between the official binary and the QMK source you're using.

Since the RGB works perfectly with the official 1.1.0 firmware but fails when you compile a fresh keymap from the wireless_playground branch, the hardware is fine—the issue is almost certainly in the led_config or the RGB matrix definition for the L1 in that specific branch.

The fact that the 'leftmost key of every row' (Esc, Tab, Caps, LShift, LCtrl) is dead suggests a shift in the LED index or a misconfigured driver pin/data line in the source.

Suggested Debug Path:

1. Compare info.json / config.h: Compare the RGB matrix definitions in the lemokey/l1/ansi folder of your current branch against a known working version (if available) or the official firmware's expected layout.
2. Check LED Count: If the source expects X LEDs but the board has Y, you'll get that 'out of sync' behavior you mentioned on the right side (I, P, [, ]).
3. Test a basic RGB effect: Try disabling all custom lighting and running a simple static color to see if the mapping is just offset by one or completely scrambled.

I'd bet on the wireless_playground branch having an outdated or experimental RGB matrix map for this specific model. Might be worth checking if there's a more recent merge from the main QMK upstream for the LED definitions.

[mrex]

Yes, something seems off with the mapping, looks like the QMK source used to build the official firmware is different from the one published in this repository. This is the only published QMK source for the L1 that I know of, though.

[PeterMortensen]

Re "the only published QMK source for the L1 that I know of": Yes, the Lemokey part of 2025q3 currently only contains source code for HE keyboards