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)

Seit dem Update auf 2.13.0 und heute auch weiterhin mit 2.13.1 bezieht die WARP3 laut Home Assistant Strom im Leerlauf. Es ist kein Auto angeschlossen, aber der Leistungszähler springt auf und ab, zwischendurch liegt der Bezug im kW Bereich. Es wird nun also nicht mehr der interne MID Zähler in mqtt gemeldet, sondern der Netzanschluss im HAK. In Home Assistant sind nun zwei Reihen an Sensoren vorhanden und einer davon spinnt rum (Werte springen sekündlich zwischen 0 und sinnvoller Anzeige). Das war vorher nicht so. Was hat sich da seitdem geändert? Wie bekomme ich das wieder sinnvoll hin?

Habe heute die App aktualisiert und 2.13.1 bzw. 1.8.1 installiert. Die App meldet mich jetzt gerne komplett ab und nach Neuanmeldung hat er sich auch nicht die zuvor schon eingegebenen Anmeldedaten der lokalen Verbindungen gemerkt. Was genau ist denn da jetzt das erwartete Verhalten? Nicht, dass ich ganz falsche Erwartungen habe.

Das würde mich auch freuen. Momentan ist es leider so, dass in der App zwar ein lokaler Zugriff möglich ist (schönes neues Feature btw), aber mein Autofill dort nicht funktioniert. Mag evtl an irgendwelchen Einstellungen auf meinem Android Smartphone liegen, aber ließe sich das eventuell so programmieren, dass die App sich den lokalen Login merken kann?

Ich find den Aufwand äußerst überschaubar, aber verstehe natürlich, dass das manchmal nerven kann. Ich denk bei meiner Frage eher an die Betreiber öffentlicher Ladepunkte. Kabeldiebstahl ist keine Seltenheit und auch das Aufräumen des fest angebrachten Kabels nach dem Ladevorgang scheint für viele Personen ein untragbarer Mehraufwand zu sein.

Mal ganz vorsichtig gefragt: Wird die Eichrechtsversion so eine extern verriegelbare Typ 2 Dose unterstützen? Denke, dass es in diesem Anwendungsfall am bedeutendsten sein wird.

Jo. Wenn der Modus "Entladen Blockieren" in der WARP/WEM Batteriesteuerung aktiviert ist, wird weiterhin mit kleinem Strom von bis zu 0,5 A entladen. Das ist ein Bug von Kostal, der in einer der nächsten Plenticore G3 Firmware behoben wird.

Ging um das Problem hier.

Nee, aber scheinbar ich. 😅 Hab das erstbeste Ergebnis eines mir bekannten Webshops als Referenzpreis genommen. Das war Reichelt und die scheinen mit ihrem Preis sehr aus der Reihe zu tanzen. Edit: Scheinbar gibt's ne MID und ne ungeeichte Version.

Gibt ja echt viele Optionen, daher fällt eine Entscheidung sicher nicht leicht. Ich kann erzählen, dass ich einen Kostal Smart Energy Meter 2 eingebaut habe und mit der Messung recht zufrieden bin. Deckt sich fast 1:1 mit den vom Netzbetreiber übermittelten Viertelstundenwerten im dynamischen Stromtarif, was aber natürlich nicht die Auflösung ist, die für PVÜ benötigt wäre. Da bin ich aber sicher, dass das auch ganz und gar kein Problem ist, denn die Kompatibilität ist laut Warp Docs gegeben. Gibt's etwas günstiger als den von dir genannten EM24 (z.B. 291€ netto bei Knauer24.de) und ist eben Made in Germany (was mich immer erstmal halbwegs fröhlich stimmt, dass wir auch richtig gute Hardware herstellen können, vgl. Tinkerforge).

Der Kostal Support hat mir heute (nach einigem hin und her schreiben) bestätigt, dass sie das Verhalten reproduzieren konnten und der Fehler in einer der nächsten Software Versionen für den Wechselrichter behoben wird. Wir warten also noch etwas ab und können beruhigt sein, dass wir in der WARP Firmware nichts falsch konfiguriert haben. :)