fix(P4): Nach Kaltstart einmal selbst neu starten (1.6.22) #50

Merged
thomas merged 1 commits from fix/kaltstart-neustart into main 2026-09-02 02:45:32 +02:00
Owner

Der DSI-Ab- und Wiederaufbau aus 1.6.21 hat nicht geholfen, sondern das Bild um einen Schritt verschlechtert: Einschalten - gar nichts, erster Reset - nur Beleuchtung, zweiter Reset - Bild. Ein Neuaufbau im laufenden Betrieb ist einem echten Chip-Reset also nicht gleichwertig. WS7_DSI_RESTART steht wieder auf 0, der Schalter bleibt dokumentiert.

Stattdessen der Weg, den die Messungen stützen: Nach einem Kaltstart startet der P4 sich genau einmal selbst neu, sobald der erste Hochlauf durch ist. Ein Reset hat in jedem Versuch zuverlässig geholfen.

  • Bedingung ist esp_reset_reason() == ESP_RST_POWERON, beim zweiten Durchlauf greift sie nicht mehr - keine Schleife möglich.
  • Der Frühstart-Zähler der Absturzsicherung wird vorher zurückgesetzt, damit der gewollte Neustart nicht in den Update-Modus führt.
  • Schalter WS7_COLD_BOOT_RESTART, kostet ~3 s beim Einschalten.

Das ist eine Umgehung, keine Erklärung: Warum das Panel den ersten Anlauf nicht annimmt, bleibt offen - der Hochlauf meldet durchgehend Erfolg.

Beide Panel-Varianten mit arduino-cli gegengebaut.

🤖 Generated with Claude Code

Der DSI-Ab- und Wiederaufbau aus 1.6.21 hat nicht geholfen, sondern das Bild um einen Schritt verschlechtert: Einschalten - gar nichts, erster Reset - nur Beleuchtung, zweiter Reset - Bild. Ein Neuaufbau im laufenden Betrieb ist einem echten Chip-Reset also nicht gleichwertig. `WS7_DSI_RESTART` steht wieder auf 0, der Schalter bleibt dokumentiert. Stattdessen der Weg, den die Messungen stützen: Nach einem Kaltstart startet der P4 sich genau einmal selbst neu, sobald der erste Hochlauf durch ist. Ein Reset hat in jedem Versuch zuverlässig geholfen. - Bedingung ist `esp_reset_reason() == ESP_RST_POWERON`, beim zweiten Durchlauf greift sie nicht mehr - keine Schleife möglich. - Der Frühstart-Zähler der Absturzsicherung wird vorher zurückgesetzt, damit der gewollte Neustart nicht in den Update-Modus führt. - Schalter `WS7_COLD_BOOT_RESTART`, kostet ~3 s beim Einschalten. **Das ist eine Umgehung, keine Erklärung:** Warum das Panel den ersten Anlauf nicht annimmt, bleibt offen - der Hochlauf meldet durchgehend Erfolg. Beide Panel-Varianten mit arduino-cli gegengebaut. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
thomas added 1 commit 2026-09-02 02:45:31 +02:00
Der DSI-Ab- und Wiederaufbau aus 1.6.21 hat nicht geholfen, sondern das
Bild um einen Schritt verschlechtert: Einschalten - gar nichts, erster
Reset - nur Beleuchtung, zweiter Reset - Bild. Ein Neuaufbau im laufenden
Betrieb ist einem echten Chip-Reset also nicht gleichwertig.
WS7_DSI_RESTART steht wieder auf 0, der Schalter bleibt dokumentiert.

Stattdessen der Weg, den die Messungen stützen: Nach einem Kaltstart
startet der P4 sich genau einmal selbst neu, sobald der erste Hochlauf
durch ist. Ein Reset hat in jedem Versuch zuverlässig geholfen.

- Bedingung ist esp_reset_reason() == ESP_RST_POWERON, beim zweiten
  Durchlauf greift sie nicht mehr - keine Schleife möglich.
- Der Frühstart-Zähler der Absturzsicherung wird vorher zurückgesetzt,
  damit der gewollte Neustart nicht in den Update-Modus führt.
- Schalter WS7_COLD_BOOT_RESTART, kostet ~3 s beim Einschalten.

Das ist eine Umgehung, keine Erklärung: Warum das Panel den ersten Anlauf
nicht annimmt, bleibt offen - der Hochlauf meldet durchgehend Erfolg.

Beide Panel-Varianten mit arduino-cli gegengebaut.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01P7JsiDJ1QbNFLDz5chf8Jt
thomas merged commit 95e97e5937 into main 2026-09-02 02:45:32 +02:00
Sign in to join this conversation.
No Reviewers
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: thomas/Dual-PID#50