fix(P4): Anlaufzeit des Displaymoduls abwarten (1.6.18)
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
This commit is contained in:
co-authored by
Claude Opus 5
parent
750a6fb78c
commit
ee74c700bf
@@ -148,6 +148,12 @@
|
||||
// Prueffarbbalken statt Oberflaeche anzeigen. Sie entstehen im DSI-Baustein selbst und
|
||||
// benutzen weder Bildspeicher noch LVGL. Damit laesst sich trennen, ob die Anzeigekette
|
||||
// bis zum Panel arbeitet (Balken sichtbar) oder nicht (schwarz). Nur zur Fehlersuche.
|
||||
// Anlaufzeit des Displaymoduls, bevor Bridge und Panel angesprochen werden. Ohne diese
|
||||
// Pause startet die Anzeige nur zufaellig - der Werks-Testsketch wartet aus demselben
|
||||
// Grund 2 Sekunden. Springt das Display beim Einschalten nicht zuverlaessig an, ist das
|
||||
// der erste Wert zum Erhoehen; laeuft es sicher, kann er vorsichtig gesenkt werden.
|
||||
#define WS7_PANEL_WARMUP_MS 2000
|
||||
|
||||
#define WS7_TEST_PATTERN 0
|
||||
|
||||
#elif JC_PANEL_TYPE == JC_PANEL_70
|
||||
|
||||
Reference in New Issue
Block a user