photron

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

Okay, ich sehe wo das Problem liegt. Hier eine weitere Test-Firmware, die dieses Problem beheben sollte. Könntest du mit dieser Firmware auch einmal den "Laden erzwingen" nach "Normal" Übergang testen, ob dort auch der Speicher im "Laden erzwingen" Modus stecken bliebt? [EDIT: Test-Firmware entfernt]

Erzeug einmal das Problem, dass nach "Entladen blockieren" der Übergang nach "Normal" nicht funktioniert und der Speicher blockiert bleibt. Testmodus reicht völlig aus, du musst dass nicht über die Regeln erzeugen. Dann einen Debug Report herunterladen und hier anhängen. Da kann ich dann genau sehen was wir an Befehlen geschickt haben.

Test bitte mal mit dieser Firmware. Die gibt mehr Details im Debug Report aus. [EDIT: Test-Firmware entfernt]

Korrigierte Firmware-Versionen sind veröffentlicht.

Falls zuvor die Firmware WARP1/2/3/4 2.13.0, WARP Energy Manager 2.9.0 oder WARP Energy Manager 2.0 1.8.0 installiert worden ist, muss diese Firmware von Hand heruntergeladen und manuell installiert werden, da in der vorherigen Version ein Fehler im Auto-Update war. Firmware: WARP1 2.13.1, WARP2 2.13.1, WARP3 2.13.1, WARP4 2.13.1, WARP Energy Manager 2.9.1, WARP Energy Manager 2.0 1.8.1 Absturz während der Firmware-Aktualisierung korrigiert Home Assistant-MQTT-Discovery für Fahrzeugnamen und MAC-Adresse korrigiert Legacy Home Assistant Zählerwerte und numerischen Ladezustand wiederhergestellt Unterstützung für alle verfügbaren Lademodi zu Home Assistant hinzugefügt Download: WARP1 2.13.1 bzw. WARP2 2.13.1 bzw. WARP3 2.13.1 bzw. WARP4 2.13.1 bzw. WARP Energy Manager 2.9.1 bzw. WARP Energy Manager 2.0 1.8.1

@dinkel1975 Anbei eine Test-Firmware für WARP3.

Die Test-Firmware, die bei dir gerade läuft und leider auch das 2.13.0 Release, haben einen Bug im Auto-Update. Das manuelle Update ist nicht betroffen. Wir haben 2.13.0 zurückgezogen und es gibt heute noch 2.13.1, die das Auto-Update repariert hat. Alle die schon 2.13.0 oder 2.12.2+6A9ED70D installiert haben müssen dann später 2.13.1 von https://warp-charger.com/de/software/downloads#firmware herunterladen und manuell installieren. Sorry, das hätte nicht passieren dürfen ☹️

Korrigiertes Firmware-Release kommt heute.

In der nächsten Firmware-Version wird enthalten sein, dass bei Battierespeichern ohne Watchdog (Deye, Growatt, SAX Power, Sungrow und Victron Energy), nur noch dann Register-Werte geschrieben werden, wenn das Schreiben den Wert wirklich ändert.

Dafür mss du der Battiere das Entladen bei Schnellladung über die Batteriesteuerung verbieten. Aktuell wird SolarEdge noch nicht unterstützt. Als nächstes steht Support für Fronius auf der Liste. Fronius und SolarEdge laufen grundsätzlich beide über SunSpec. Daher könnte SolarEdge einfach funktionieren, wenn Fronius Support fertig ist, aber leider hat sich SolarEdge entschieden die Batteriesteuerung nicht über SunSpec zu machen. Daher braucht SolarEdge eine eigene Integaration für die Batteriesteuerung. Die wir kommen, ich kann dir aber gerade keinen Zeitrahmen dafür nennen.

@Tommes78 Mal zum Verstandnis: Warum willst du evcc temporär die Steuerung der Wallbox entziehen? Wenn wir besser verstehen was der Anwendngsfall ist könnten wir das ja villeicht besser unterstützen.

Rein was die Batteriesteuerung angeht ist, von dem was wir bisher unterstützen, Alpha-ESS/Hailei am besten. Dort ist die Batteriesteuerung sauber über Steuerungsregister gelöst und auch schön modelliert. SAX Power hat das Problem, dass man das Laden/Entladen des Speichers nicht erzwingen kann, außer man schaltet die eigene Regelung des Speichers komplett ab, aber dann muss man auch selbst die komplette Regelung machen. Wir wollen dem Speicher aber nur Rahmenbedingungen für seine eigene Regelung vorgeben und nicht selbst regeln. Daher ist es von uns aus nicht möglich das Laden/Entladen eines SAX Power Speichers zu erzwingen. Der Kostal Plenticore hat das Problem, dass wir beim Wechsel zwischen bestimmten Modi teilweise mehrere Minuten warten müssen, bis der Wechselrichter intern einige Register zurückgesetzt hat, da wir diese von außen nicht aktiv zurücksetzen können. Der Rest hält sich irgendwo dazwischen auf. Meist müssen wir mit einer Mischung aus Konfigurationsregistern und Steuerungsregistern arbeiten. Oft ist es notwendig, dass der Kunde die Werte für die maximale normale Lade-/Entladeleistung angeben muss, da wir die entsprechenden Konfigurationsregister nach dem Beenden des Blockieren des Laden/Entladens wieder auf sinnvolle Werte zurücksetzen müssen, da es keine Möglichkeit gibt dem Wechselrichter zu sagen, die Beschränung der Laden-/Entladeleistung zurückzunehmen.

Wie du schon herausgefunden hast, haben Wechselrichter typsicherweise zwei Arten von Registern, für Konfiguration und Steuerung. Die Konfigurationsregister werden dauerhaft gespeichert, die Steuerungsregister nicht. Es kommt jetzt darauf an wie gut der jeweilige Hersteller seinen Registersatz entworfen hat. Manche bieten einen schönen Registersatz an bei dem die gesamte Steuerung der Batterie über Steuerungsregister läuft. Leider gehört Sungrow nicht dazu, so dass wir auch Konfigurationsregister benutzen müssen. Das kann theoretisch dazu führen, dass wir den permanenten Datenspeicher des Wechselrichter auf Dauer zerschreiben, da wir aktuell z.B. bei Sungrow minütlich auch Konfigurationsregister schreiben, auch wenn sich die Werte eigentlich nicht ändern. Aber mir ist kein Fall bekannt in dem der permanenten Datenspeicher des Wechselrichter wirklich Schaden genommen hätte. Also erstmal Entwarnung. Ich erwarte, dass die meisten Hersteller die Konfigurationsregister nur dann wirklich in den permanenten Datenspeicher schreiben, wenn sich die Werte ändern und nicht bei jedem Schreiben der Konfigurationsregister. Es steht auf unserer TODO Liste, Register nur dann zu schreiben, wenn sich die Werte wirklich ändern, anstatt blind minütlich zu Schreiben, um genau dieses potentielle Problem zu vermeiden.

Hier ist das Datenblatt des Gehäuses: https://www.rose-systemtechnik.com/wp-content/rose-import-data/export/Zeichnung_PDF/KAT26162609.pdf Das Loch ist 50mm tief und hat 11mm Durchmesser. Da passt keine Stecknuss rein. 20mm + 40mm + 10mm = 70mm

Danke, ich nehme dich auf die Liste der potentiellen Testkunden auf. Ich kann dir allerdings nichts versprechen, wann wir dazu kommen werden. Die Liste der Hersteller, die wir noch unterstützen wollen ist lang.

Für PV-Überschussladen erwarten wir, dass der für PV-Überschussladen ausgewählt Zähler den Wert "Wirkleistung (Bezug minus Einspeisung); Summe L1, L2, L3 [W]" in Watt liefert, gemessen am Netzanschluss. Dabei bedeutet "Bezug minus Einspeisung", dass der Wert bei Bezug positiv und bei Einspeisung negativ ist. Ein klassiches Problem ist das Vorzeichen verdreht zu haben, oder einen vorzeichenlosen Wert zu schicken. Wenn die WARP3 immer nur postive Leistungswerte am Netzanschluss sieht, dann sieht das aus als würde nie eingespeist, also ist nie PV-Überschuss vorhanden und es wird im PV-Überschuss-Modus nie geladen.

stefan12345352 hat ein Verbindungsproblem auf dem Level von Netzwerkkabel-Wackelkontakt. Du hast aber einen Crash intern im TCP/IP Code. Wir haben das auch schon von anderen Kunden gesehen und sind dabei das zu debuggen, das Problem ist aber leider noch nicht behoben.

Maximal 11mm, siehe https://warp-charger.com/documents/WARP4_Betriebsanleitung.pdf Abschnitt "3.1.3 Wandmontage".

Das Debug-Log fehlt.