Entscheidender Hinweis vom Gerät: "Sobald der serielle Monitor läuft, startet es fast immer einwandfrei." Dessen USB-Anmeldung verzögert den Start - und ersetzte damit unbeabsichtigt eine Wartezeit, die der Werks-Testsketch explizit hat: delay(2000) am Anfang von setup().
Unsere Firmware sprach Bridge und Panel sofort nach dem Einschalten an. Das Displaymodul ist dann noch nicht bereit: Die Bridge nimmt ihre Register nicht an oder das Panel zeigt trotz korrekt gesendeter DSI-Daten nichts - beides ohne Fehlermeldung, weil aus Sicht des P4 jeder Schritt geklappt hat. Daher das sprunghafte Verhalten und der Fehlstart beim ersten Anstecken.
jc_board_bringup() wartet für WS_PANEL_7H jetzt WS7_PANEL_WARMUP_MS (Vorgabe 2000 ms), bevor es beginnt. Der Wert steht in pins_config.h.
Entscheidender Hinweis vom Gerät: "Sobald der serielle Monitor läuft, startet es fast immer einwandfrei." Dessen USB-Anmeldung verzögert den Start - und ersetzte damit unbeabsichtigt eine Wartezeit, die der Werks-Testsketch explizit hat: `delay(2000)` am Anfang von `setup()`.
Unsere Firmware sprach Bridge und Panel sofort nach dem Einschalten an. Das Displaymodul ist dann noch nicht bereit: Die Bridge nimmt ihre Register nicht an oder das Panel zeigt trotz korrekt gesendeter DSI-Daten nichts - beides ohne Fehlermeldung, weil aus Sicht des P4 jeder Schritt geklappt hat. Daher das sprunghafte Verhalten und der Fehlstart beim ersten Anstecken.
`jc_board_bringup()` wartet für `WS_PANEL_7H` jetzt `WS7_PANEL_WARMUP_MS` (Vorgabe 2000 ms), bevor es beginnt. Der Wert steht in `pins_config.h`.
Mit arduino-cli übersetzt.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Entscheidender Hinweis vom Gerät: "Sobald der serielle Monitor läuft,
startet es fast immer einwandfrei." Dessen USB-Anmeldung verzögert den
Start - und ersetzte damit unbeabsichtigt eine Wartezeit, die der
Werks-Testsketch explizit hat: delay(2000) am Anfang von setup().
Unsere Firmware sprach Bridge und Panel sofort nach dem Einschalten an.
Das Displaymodul ist dann noch nicht bereit: Die Bridge nimmt ihre
Register nicht an oder das Panel zeigt trotz korrekt gesendeter DSI-Daten
nichts - beides ohne Fehlermeldung, weil aus Sicht des P4 jeder Schritt
geklappt hat. Daher das sprunghafte Verhalten und der Fehlstart beim
ersten Anstecken.
jc_board_bringup() wartet für WS_PANEL_7H jetzt WS7_PANEL_WARMUP_MS
(Vorgabe 2000 ms), bevor es beginnt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01P7JsiDJ1QbNFLDz5chf8Jt
thomas
merged commit 08d07bd1a0 into main2026-09-02 01:27:04 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Entscheidender Hinweis vom Gerät: "Sobald der serielle Monitor läuft, startet es fast immer einwandfrei." Dessen USB-Anmeldung verzögert den Start - und ersetzte damit unbeabsichtigt eine Wartezeit, die der Werks-Testsketch explizit hat:
delay(2000)am Anfang vonsetup().Unsere Firmware sprach Bridge und Panel sofort nach dem Einschalten an. Das Displaymodul ist dann noch nicht bereit: Die Bridge nimmt ihre Register nicht an oder das Panel zeigt trotz korrekt gesendeter DSI-Daten nichts - beides ohne Fehlermeldung, weil aus Sicht des P4 jeder Schritt geklappt hat. Daher das sprunghafte Verhalten und der Fehlstart beim ersten Anstecken.
jc_board_bringup()wartet fürWS_PANEL_7HjetztWS7_PANEL_WARMUP_MS(Vorgabe 2000 ms), bevor es beginnt. Der Wert steht inpins_config.h.Mit arduino-cli übersetzt.
🤖 Generated with Claude Code