photron

@laubblaeser Ist das im Zusammenhang mit der neuen Firmware aufgetreten? Welche Register mit welchen Werten geschrieben werden hat sich zwischen den 3 verschiedenen Varianten, die ich dir für den G3 gegeben habe, nie geändert. Es hat sich nur geändert wann die Register geschrieben werden. Die erste Variante hat die Register einfach immer alle 20 Sekunden geschrieben. Die zweite Variante hat beim Moduswechsel darauf gewartet, dass Register 1034/1035 auf 0 geht, was beim G2 notwendig ist, aber beim G3 nicht funktioniert, da das Register nicht auf 0 geht. Dadurch hattest du die Probleme beim "Entladen blockieren" nach dem "Laden erzwingen", weil dann unendlich darauf gewartet wurde das Register 1034/1035 auf 0 geht, was aber nicht passiert ist und dadurch, dann "Entladen blockieren" nie gesteuert wurde. Die dritte Variante wartet jetzt beim Wechsel von "Laden erzwingen" und "Entladen erzwingen" in einen anderen Modus darauf, dass der "Timeout ext. Bat­te­rie­steu­e­rung [s]" abläuft. Hast du versucht die Batterie an sich neu zu starten?

Hier eine Firmware die mit dem "Timeout ext. Bat­te­rie­steu­e­rung [s]" des G3 jetzt besser umgeht und nicht einfach nur ignoriert. energy_manager_v2_firmware_1_8_5_6abfdb9b_9cd3224ba8ceb1c_feature-kostal-g3-fix_merged.bin

Hier eine aktuelle Firmware mit dem alten Registersatz. energy_manager_v2_firmware_1_8_5_6abfb611_a6ae71f7f1819ce_feature-kostal-g3-debug_merged.bin

Firmware: WARP1 2.13.4, WARP2 2.13.5, WARP3 2.13.5, WARP4 2.13.5, WARP Energy Manager 2.9.5, WARP Energy Manager 2.0 1.8.5 Unterstützung für Netzanschluss- und Batterie-Stromzähler der Sonnenbatterie hinzugefügt Batteriesteuerung: Unterstützung für SunSpec-Modell 124 hinzugefügt (z.B. Fronius-Wechselrichter) Modbus TCP: Robustheit der Netzwerkommunikation verbessert SunSpec: Robustheit der Gerätesuche verbessert Ladetracker: Fehlenden Wallbox-Namen und falschen Monat im monatlichen PDF-Export korrigiert Ladetracker: Robustheit der CSV/PDF-Erzeugung verbessert ISO 15118: Kompatibilität mit BMW iX2- und anderen Modellen mit Delta Electronics OBC verbessert, indem vorläufige SLAC-Anfragen akzeptiert werden (Nur WARP Energy Manager 2.0) Heizung: Maximum der minimalen Haltezeit auf 120 Minuten verlängert Fernzugriff: Neuverbindung nach Hinzufügen eines Accounts mittels Benutzername und Passwort repariert EEBUS: QR Code für SKI hinzugefügt "§14a EnWG"-Automatisierungs-Bedingung hinzugefügt Zeitzonen-Datenbank aktualisiert Übersetzungen verbessert Download: WARP1 2.13.4 bzw. WARP2 2.13.5 bzw. WARP3 2.13.5 bzw. WARP4 2.13.5 bzw. WARP Energy Manager 2.9.5 bzw. WARP Energy Manager 2.0 1.8.5

Beim G3 funktioniert die Steuerung grundsätzlich, aber durch dass ich das erzwungene Laden/Entladen nicht aktiv abbrechen kann, sondern das nur durch den Watchdog beendet werden kann, wird z.B. beim Übergang von "Laden erzwingen" nach "Entladen blockieren" sofort "Entladen blockieren" im Webinterface der Wallbox angezeigt, wobei aber eigentlich für die Dauer des "Timeout ext. Bat­te­rie­steu­e­rung [s]" die Batterie weiter erzwungen lädt, auch wenn ich schon "Entladen blockieren" anzeige und auch steuere. Wobei "Entladen blockieren" normales Laden und nicht erzwungens Laden impliziert. Das ist also eher kosmetisch, führt dann aber dennoch zu Verwirrung beim Kunden, vorallem wenn der "Timeout ext. Bat­te­rie­steu­e­rung [s]" länger ist. Bei meinem G2 Testkunden steht das z.B. auf 3 Minuten.

Dann wird die Lösung sein müssen, dass man beim G3 den "Timeout ext. Bat­te­rie­steu­e­rung [s]" in die WARP Batteriesteuerung übertragen muss, da ich keine andere Möglichkeit sehe damit sonst richtig umzugehen.

Register 1034/1035 bliebt bei dir auf dem letzten geschriebenen Wert stehen. Beim G2 des anderen Testkunden springt das Register auf 0 zurück, wenn der "Timeout ext. Bat­te­rie­steu­e­rung [s]" abgelaufen ist. Durch wiederholtes Lesen des Register erkenne ich, wenn das der Fall ist und ich in einen Modus ohne erzwungenes Laden/Entladen wechseln kann. Dieser Mechanismus funktioniert leider bei deinem G3 nicht. Entweder hält Lesen des Registers den Timeout auf, oder das Register springt beim G3 generell nicht auf 0 zurück, wenn der Timeout abgelaufen ist. Von deinen vorherigen Schildrungen klingt es fast nach zweiterem. Könntest du nochmal einen Test mit der energy_manager_v2_firmware_1_8_4_6ab259b6_30b79274d704b5e_merged.bin Firmware machen? Gleicher Ablauf wie zuvor mit der zusätzlichen Frage, ob die Batterie 30 Sekunden nach dem Wechsel von "Laden erzwingen" nach "Entladen blockieren" mit dem erzwungenen Laden aufhört, während der Test für's "Entladen blockieren" weiterhin meldet, dass die Vorbedingung nicht erfüllt sei und es vom Register 1034/1035 weiterhin so aussieht als würde "Laden erzwingen" weiterhin anliegen. Wenn dem so ist, dann kann ich an Register 1034/1035 nicht erkennen wann der Timeout angelaufen ist. Aber der G3 hat Register 1288/1289, das dem G2 fehlt. Die Frage dazu ist, ob das ein eigener Timeout nur für die Register 1280/1281 und 1282/1283 ist, oder ob das der Timeout ist, der auch für Register 1034/1035 gilt. Könntest du das bei dir ausprobieren? Also Register 1288/1289 lesen und falls dort 30 Sekunden drin steht die "Timeout ext. Bat­te­rie­steu­e­rung [s]" Einstellung ändern und prüfen, ob sich Register 1288/1289 entsprechend mit ändert? Wenn das der Fall ist, dann kann ich für den G3 den Timeout für Register 1034/1035 aus Register 1288/1289 auslesen und entsprechend mitrechnen.

Aktuell gibt es da nichts Neues von uns dazu. Wenn ich das richtig sehe kann EVCC nur eine Neoom-N Wallbox steuern, aber mit nichts anderem von Neoom interagieren. Für die Neoom Speicher Blokk und Terra gibt es laut deren Dokumentation eine Modbus/TCP Schnittstelle, die wir nutzen könnten: https://wissen.neoom.com/modbus-spezifikation-f%C3%BCr-externe-ems Macht Neoom überhaupt Wechselrichrer? Es scheint mir fasst so, als ob die nur Wallboxen, Speicher und PV-Module machen und dazu Wechselrichrer anderer Hersteller integrieren. Oder die lassen das Wort Wechselrichrer unter den Tisch fallen und reden einfach nur von Speicher. Zumindest kommen in der Dokumentation der Modbus/TCP Schnittstelle nicht die typischen Keywords vor die ich erwarten würde. Hast du mal einen Namen oder einen Link zu dem Neoom Wechselrichter, der dir angeboten wird?

Ich habe es gerade nochmal mit einem Kostal Plenticore G2 getestet und dort funktioniert die Batteriesteuerung mit der aktuellen WARP Firmware genau wie erwartet. Ich lese Register 1038 zurück, um zu erkennen wann der Watchdog das erzwungene Ent-/Laden zurückgenommen hat. Dieses Lesen aber wiederrum scheint bei deinem G3 dafür zu sorgen, dass der Watchdog nicht abläuft ☹️

@laubblaeser Ich habe WEM1 und WEM2 verwechselt. 2.9.0 ist die erste WEM1 Firmware mit den vermutlich problematischen Änderungen für Kostal G3. Für WEM2 ist das Firmware 1.8.0. Hier zwei Testfirmware Aktuelle Firmware mit ein paar Änderungen im Detail: energy_manager_v2_firmware_1_8_4_6ab259b6_30b79274d704b5e_merged.bin Aktuelle Firmware mit der Kostal G3 Registertabelle auf dem Stand von vor Firmware 1.8.0: energy_manager_v2_firmware_1_8_4_6ab25c35_5496aabb88774b2_feature-kostal-g3-debug_merged.bin Kannst du bitte mit beiden Firmwares folgenden Ablauf durchführen: Die Batteriesteuerung des WEM2 deaktivieren und mindestens 1 Minute warten, damit sicher der 30 Sekunden Timeout im Wechselrichter abgelaufen ist Über den Testmodus den Speicher in "Laden erzwingen" schicken und den Test 5 Minuten laufen lassen Über den Testmodus den Speicher in "Entladen blockieren" schicken und den Test 5 Minuten laufen lassen Direkt danach einen Debug Report herunterladen energy_manager_v2_firmware_1_8_4_6ab259b6_30b79274d704b5e_merged.bin energy_manager_v2_firmware_1_8_4_6ab25c35_5496aabb88774b2_feature-kostal-g3-debug_merged.bin

Es gibt sporadisch Kommunikationsprobleme mit dem Wechselrichter. Leider reicht das detallierte Trace Log nur bis 2026-09-20 13:02:03 zurück. Dieser einzelne Modbus-Timeout ist im Trace Log. Das ist aber nur ein einzelner Modbus-Timeout, danach ging es ohne Fehler weiter. Die anderen Kommunikationsprobleme sind leider schon rausrotiert. 2026-09-20 14:20:09,804 | batteries_mbtcp | Battery 0: Setting mode "force charge, block discharge" failed at register block 2 of 3: Timeout (263) / After 512 ticks, 0 recvs, 2002 msUm 2026-09-20 14:42:59 wurde von "Laden erzwingen" nach "Entladen blockieren" gewechselt. Dabei warte ich jetzt seit Energy Manager v2 Firmware 2.9.0 darauf, dass der Watchdog im Wechselrichter das Register 1034 auf 0 zurücksetzt, um zu prüfen wann das "Laden erzwingen" wirklich beendet wurde. Das ist aber bis zum Ende des Trace Logs um 2026-09-20 14:51:23 nicht passiert. Ich nehme mal an du hast den "Timeout ext. Bat­te­rie­steu­e­rung [s]" im Wechselrichter nicht hochgestellt? Bzw. auf was steht dieser Wert in deinem Wechselrichter? Hast du mit der aktuellen Firmware überhaupt schon einen erfolgreichen Wechsel von "Laden erzwingen" nach "Entladen blockieren" gesehen? Funktioniert es besser mit Energy Manager v2 Firmware < 2.9.0 1.8.0?

Korrigierte Firmware ist veröffentlicht.

Korrigierte Firmware ist veröffentlicht.

Firmware: WARP1 2.13.2, WARP2 2.13.2, WARP3 2.13.2, WARP4 2.13.2, WARP Energy Manager 2.9.2, WARP Energy Manager 2.0 1.8.2 Batteriesteuerung: Hinzufügen eines Batteriespeichers repariert Batteriesteuerung: Rücknahme einer Lade-/Entladeblockierung bei Sungrow repariert Home Assistant-Details für Fahrzeugbatterie repariert Langsames Speicherleck in der mDNS-Antwortbehandlung repariert Download: WARP1 2.13.2 bzw. WARP2 2.13.2 bzw. WARP3 2.13.2 bzw. WARP4 2.13.2 bzw. WARP Energy Manager 2.9.2 bzw. WARP Energy Manager 2.0 1.8.2

Okay, danke für's Testen. Repariertes Firmware-Release kommt morgen.