laubblaeser

1288/1289 haben den Wert 60, das ist also wie in der Modbus Doku beschrieben ein komplett eigenständiger Wert.

Mit Option 2 scheint es mir, als funktionierte alles wieder wie davor. Ich lass die Firmware jetzt mal drauf und teste das morgen nochmal, wenn ich auch das Auto wieder eingesteckt habe. Danke für's Kümmern so weit schon mal! wem2-2gbS-Debug-Report-2026-09-26T10-27-10-576.txt

Mit Option 1 funktionierte es nicht. Nach dem erzwungenen Laden direkt in Entladen blockieren gewechselt. Vorbedingungen nicht erfüllt. Danach war die Batteriesteuerung generell blockiert mit der Meldung "Keine aktive Steu­e­rung, prüfe Vor­be­din­gung". wem2-2gbS-Debug-Report-2026-09-26T10-15-30-825.txt

Wenn das Lesen eines Modbus Registers echt den Watchdog zurücksetzt, dann läuft da was bei Kostal schief imho. 🤨

Ich probiere das Testvorgehen gerne aus, sobald der Strompreis mal wieder für ne Stunde niedrig genug ist. (Gaskathis Wirtschaftspolitik macht den Strommarkt die letzten Wochen leider ziemlich kaputt und die Preise spielen ziemlich verrückt.)

Steht schon seit Ewigkeiten auf 30 Sekunden. Nein. Sorry, weiß nicht was du mit 2.9.0 meinst. (2.13.4 wäre die aktuelle Versionsnummer der WARP Charger Firmware?) Vor dem Update des WEM2 auf 1.8.0 (aktuell 1.8.4) habe ich dieses Problem nicht festgestellt und ich lade häufig am Wochenende über mehrere Stunden das Auto und belade zeitgleich die Batterie vom Netz. (Bei meiner relativ kleinen PV und großen Batterie lohnt sich das im dynamischen Stromtarif.)

Gerade getestet. Batterie wurde vor kurzem wegen günstiger Strompreise zwangsgeladen, danach einmal die Wallbox angemacht. Batterie entlädt wieder obwohl sie gesperrt sein sollte. wem2-2gbS-Debug-Report-2026-09-20T14-51-49-532.txt

Hatte gestern schon die logs gezogen, aber ich versuch das Verhalten heute noch mal zu provozieren und lade dann direkt nochmal die logs. Evtl finden sich darin ja mehr Infos.

Selber Fehler trat gerade noch mal auf, nachdem die Batterie sich nach dem Neustart des Wechselrichters wieder auf den Zielwert vom Netz beladen hatte. Der Entladeblock danach warf einen Fehler und funktionierte nicht. Habe im Konfigurationsmenü des Batteriespeichers die Testfunktion angeworfen. Beim Entladeblock kam ein Fehler, dass eine Voraussetzung für diesen Modus nicht erfüllt ist: Starte Test für Modus "normal Laden, Entladen blockieren" Verbinde zu wattwurm.local:1502 KOSTAL PLENTICORE G3 meldet Big-Endian Byte-Reihenfolge Prüfe Vorbedingung für Modus "normal Laden, Entladen blockieren" Vorbedingung des Modus "normal Laden, Entladen blockieren" nicht erfüllt bei Registerblock 1 von 3 Der"Normal" Modus warf den gleichen Fehler. Der "Alles Blocken" Modus ließ sich testen, aber nur für wenige Sekunden und anschließend entludt sich die Batterie direkt wieder, obwohl im Interface eine aktive Regel angezeigt wird. Da ist auf jeden Fall das Problem im Moduswechsel begraben.

Der Wechselrichter Neustart hat geholfen. Sehr komisches Verhalten, denn wenige Minuten zuvor wurde die Batterieregel zum erzwungenen Laden der Hausbatterie noch korrekt ausgeführt und nachdem das mit Erreichen des Ziel-SOCs abgeschlossen war, war der WR wohl nicht mehr erreichbar, um die Entladung zu blockieren. Werde das mal im Blick behalten, ob das noch mal vorkommt. Da scheint wieder irgendwas mit den Wechseln zwischen den Zuständen im Batteriemanagement nicht zu funktionieren, obwohl das doch erst in einer der letzten Versionen hatte verbessert werden sollen? Hatte vor 1.8.x keine Probleme damit. Mit welcher genauen Patchversion das Problem dann begann, kann ich leider nicht nachvollziehen. :/

Hi, heute ist mir beim Auto laden aufgefallen, dass die Regeln zum blockieren des Entladens nicht mehr greifen und stattdessen die Hausbatterie in die Autobatterie entladen wird. Im Log steht folgendes: 2026-09-19 14:25:07,164 | batteries_mbtcp | Battery 0: Check of precondition for mode "charge normally, block discharge" failed at register block 1 of 3: Timeout (263) / After 498 ticks, 0 recvs, 2002 ms Ich versuch es jetzt mal noch mit einem Neustart des Wechselrichters (Kostal Plenticore G3), aber da ist wohl irgendwas in den letzten Updates schief gelaufen? Letzte Woche klappte es noch alles normal. Sowohl WEM als auch WARP3 sind auf den aktuellsten Firmwares.

Ah, damit hast du wahrscheinlich den Nagel auf den Kopf getroffen. Seit 2.8 gibt's ja die Autodiscovery für den WEM2, die ich dann auch mal aktiviert habe. Da scheinen sich jetzt, wie du wohl richtig vermutest, die topic prefixes zu beißen. Kenne mich mit MQTT nicht aus, daher wäre ich hier um weitere Hilfe dankbar. Beide Geräte haben derzeit den Topic-Präfix energy und jeweils eine eigene Client-ID. Wieso überschreibt sich hier dann etwas? Und wie muss ich es einstellen, dass beide gleichzeitig funktionieren? Danke schon mal! :)

Hm, die Google Passwortverwaltung nutze ich nicht. Ich benutze eine KeePass Datenbank für alle meine Passwörter (konkret KeePassDX als App) und das Autofill funktioniert in anderen Apps (allen voran Firefox) sehr gut über die Tastatur. Auch beim Login in die App selbst, also den WARP Account für Fernzugriff, funktioniert das wie gewohnt. Nur eben nicht bei der Login-Seite, wenn man sich über die App lokal bei einem Gerät anmelden will. Ließe es sich einrichten, dass das auch funktioniert?

Nee, eben nicht. Da scheint irgendwas in der MQTT Kommunikation zwischen WARP3 und HA nicht zu passen. Die autodiscovery Werte vom WEM2 in HA sehen nebenbei bemerkt gut aus. Debug Report der WARP3 ist anbei. Was genau ich bei HA für ein hilfreiches Log in Bezug auf dieses MQTT Gerät machen muss, weiß ich leider nicht. warp3-2hdj-Debug-Report-2026-09-12T17-42-52-605.txt

In Home Assistant springen alle Sensoren, die mit "Zähler WARP Charger" beginnen. Nicht nur zwischen 0 und sinnvollen Werten, sondern auch ins negative bei manchen Sensoren. Sehr wild. Die Sensoren des Netzanschlusszählers sehen stabil aus bis auf Strom L1, L2 und L3, welche zwischen 0 und einem sinnvollen Wert hin und her hüpfen. Im Interface der WARP3 selbst sind die Werte des integrierten Eltako Zählers stabil. (Wirkenergie auf korrektem Wert, Frequenz auf zweiter Nachkommastelle leicht schwankend, Wirkleistung stabil auf 0 W)