Die Wartezeit aus 1.6.18 hat den Start deutlich verbessert, aber noch nicht zuverlässig gemacht: beim ersten Anstecken nur Beleuchtung, nach Reset zwei von drei Versuchen erfolgreich.
Aus dem Fehlerbild folgt, wo es hakt: Die Beleuchtung ging an. Sie hängt an der Bridge und wird über I2C geschaltet, die Kommunikation steht also. Verloren gehen die DCS-Weckbefehle an das Panel selbst - sie wurden genau einmal geschickt, bevor die Videoausgabe lief. War der Panel-Controller dann noch nicht aufnahmebereit, blieb der Bildschirm dunkel, während jeder Schritt Erfolg meldete.
ws7_panel_wake() gebündelt und jetzt zweimal aufgerufen: vor und nach esp_lcd_panel_init(), getrennt durch WS7_PANEL_SETTLE_MS (Vorgabe 200 ms). Die Befehle sind wiederholbar, der zweite Anlauf kostet nichts.
Die Wartezeit aus 1.6.18 hat den Start deutlich verbessert, aber noch nicht zuverlässig gemacht: beim ersten Anstecken nur Beleuchtung, nach Reset zwei von drei Versuchen erfolgreich.
Aus dem Fehlerbild folgt, wo es hakt: **Die Beleuchtung ging an.** Sie hängt an der Bridge und wird über I2C geschaltet, die Kommunikation steht also. Verloren gehen die DCS-Weckbefehle an das Panel selbst - sie wurden genau einmal geschickt, bevor die Videoausgabe lief. War der Panel-Controller dann noch nicht aufnahmebereit, blieb der Bildschirm dunkel, während jeder Schritt Erfolg meldete.
- `ws7_panel_wake()` gebündelt und jetzt zweimal aufgerufen: vor und nach `esp_lcd_panel_init()`, getrennt durch `WS7_PANEL_SETTLE_MS` (Vorgabe 200 ms). Die Befehle sind wiederholbar, der zweite Anlauf kostet nichts.
- Jeder Anlauf ist im Start-Log einzeln benannt.
Mit arduino-cli übersetzt.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Die Wartezeit aus 1.6.18 hat den Start deutlich verbessert, aber noch nicht
zuverlässig gemacht: beim ersten Anstecken nur Beleuchtung, nach Reset zwei
von drei Versuchen erfolgreich.
Aus dem Fehlerbild folgt, wo es hakt: Die Beleuchtung ging an. Sie hängt an
der Bridge und wird über I2C geschaltet, die Kommunikation steht also.
Verloren gehen die DCS-Weckbefehle an das Panel selbst - sie wurden genau
einmal geschickt, bevor die Videoausgabe lief. War der Panel-Controller
dann noch nicht aufnahmebereit, blieb der Bildschirm dunkel, während jeder
Schritt Erfolg meldete.
- ws7_panel_wake() gebündelt und wird jetzt zweimal aufgerufen: vor und
nach esp_lcd_panel_init(), getrennt durch WS7_PANEL_SETTLE_MS.
- Jeder Anlauf ist im Start-Log einzeln benannt.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01P7JsiDJ1QbNFLDz5chf8Jt
thomas
merged commit 5e2d0f7af8 into main2026-09-02 01:41:26 +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.
Die Wartezeit aus 1.6.18 hat den Start deutlich verbessert, aber noch nicht zuverlässig gemacht: beim ersten Anstecken nur Beleuchtung, nach Reset zwei von drei Versuchen erfolgreich.
Aus dem Fehlerbild folgt, wo es hakt: Die Beleuchtung ging an. Sie hängt an der Bridge und wird über I2C geschaltet, die Kommunikation steht also. Verloren gehen die DCS-Weckbefehle an das Panel selbst - sie wurden genau einmal geschickt, bevor die Videoausgabe lief. War der Panel-Controller dann noch nicht aufnahmebereit, blieb der Bildschirm dunkel, während jeder Schritt Erfolg meldete.
ws7_panel_wake()gebündelt und jetzt zweimal aufgerufen: vor und nachesp_lcd_panel_init(), getrennt durchWS7_PANEL_SETTLE_MS(Vorgabe 200 ms). Die Befehle sind wiederholbar, der zweite Anlauf kostet nichts.Mit arduino-cli übersetzt.
🤖 Generated with Claude Code