qmk/qmk_firmware

[Bug][Split keyboard][RGB] When RGB wakes up from Sleep, only Master RGB wakes up until a key on the Slave half is pressed

Open

#25.584 geöffnet am 28. Aug. 2025

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)C (43.867 Forks)batch import
bughelp wanted

Repository-Metriken

Stars
 (20.368 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 20T 9h) (27 gemergte PRs in 30 T)

Beschreibung

Describe the Bug

Hi all

  • I'm using a Boardsource Unicorne (so split keyboard)
  • In my config.h I have these two commands
  • #define RGB_MATRIX_TIMEOUT 60000
  • #define SPLIT_RGB_MATRIX_ENABLE
  • The RGB sleep/ timeout works as expected, on both halves
  • (I even get the caps word change in RGB to reflect on both sides , so I know the two halves are in sync)
  • However, when RGB sleep is active and I press a key on the Master half (which is the left side for me), the Master RGB wakes up , but the right / Slave RGB does not wake up. Until I press a key on the Slave half
  • How can I fix this? Is there anything wrong with my setup?
  • My files can be found here - https://github.com/kmsingh-git/qmk_firmware/tree/master/keyboards/boardsource/unicorne . The keymap is under keymaps/mvrck_keymap_unicorne_6x3 if that's relevant

Keyboard Used

boardsource/unicorne

Link to product page (if applicable)

No response

Operating System

No response

qmk doctor Output

Is AutoHotKey / Karabiner installed

  • AutoHotKey (Windows)
  • Karabiner (macOS)

Other keyboard-related software installed

No response

Additional Context

No response

Contributor Guide

Research-Richtung
Untersuchen Sie die Synchronisationslogik der geteilten RGB Matrix. Überprüfen Sie, wie das RGB Aufwecksignal der Master Hälfte zur Slave Hälfte übertragen wird. Konzentrieren Sie sich auf die Funktion `rgb matrix task` und die geteilte Transportschicht, um sicherzustellen, dass der Slave den Aufweckbefehl erhält.
Tech Stack
c
Domain
backend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitC
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50