laubblaeser

Moin @Andy569 , dazu gibt's schon ein Thema, schau mal hier: https://www.tinkerunity.org/topic/13620-kostal-plenticore-g3-hybrid-wr/ Ich nutze den WEM2 und die WARP3 im Zusammenspiel mit einem Kostal Plenticore G3 und kann alle möglichen Daten davon ansehen (ausgelesen über Sunspec). Die Einrichtung war äußerst unkompliziert. Die Batteriesteuerung ist noch nicht offiziell in der Firmware hinterlegt, aber ich habe schon eine Konfiguration selbst erstellt, die größtenteils funktioniert (siehe Thread oben).

Ich würde gerne etwas präziser die Dauer der günstigen Stunden im Ladeplan auswählen. Wäre es möglich, dort auch eine Abstufung in Viertelstunden einzuführen, wie es sie auch bei den günstigen Stunden für die Batteriesteuerung gibt?

Und es liegt wohl am LAN3 Port der Fritzbox. Umgesteckt auf LAN1 läuft alles einwandfrei. Also mit dem Support rumschlagen, weil die weniger als ein Jahr alt ist. 😩

Jupp, das scheint es zu sein. Den Router erreiche ich vom Switch aus auch nur mit Paketverlust, alle anderen Geräte am Switch einwandfrei. Danke für die Idee mit dem Laptop, da hätte ich jetzt sicher wieder ne Stunde für gebraucht, um auf die Idee zu kommen. 😅

Klasse, dankeschön. Gibt's irgendwo eigentlich einen öffentlichen Bugtracker oder eine Roadmap für kommende Releases?

Ich habe eine Regel per Schalter im Interface deaktiviert. Diese wird jetzt mit blauem Streifen als Aktiv angezeigt, obwohl sie a) gar nicht aktiviert werden soll und b) gerade die darauffolgende Regel aktiv ist, welche wiederum keinen blauen Streifen in der Anzeige hat.

Hm, Schiete. Soweit ich das gerade richtig sehe, sind alle Geräte, die per Kabel am Switch im Keller hängen, so schlecht erreichbar. Ich befürchte gerade fast, dass der Switch von Batterie oder Leitungen um sich herum gestört wird. :/

Nach mehreren Versuchen hat es dann doch geklappt. wem2-2gbS-Debug-Report-2026-03-05T11-11-38-871.txt

Das Anschlusskabel hat der Installateur gekrimpt. Ich gehe davon aus, dass die Krimpung sowohl im Verteilerschank als auch am Switch gut ist. Einen Debug Report konnte ich gerade nicht laden, da kam die Fehlermeldung "Konnte Debug-Report nicht laden The operation was aborted." Werde das gleich noch mal probieren, das kann ja nicht sein...

Sehr gerne. Meld dich einfach, wie ich unterstützen kann.

Mein WEM2 ist per Kabel (cat 7 s/ftp) am lokalen Netzwerk angeschlossen, aber wenn ich das Webinterface aufrufe, kommen häufige Fehlermeldungen wie unten zu sehen. Ein Neustart des WEM bringt keine Besserung. Die Fehler kommen auch, wenn ich per Fernzugriff über die App darauf zugreife. Woran kann das liegen?

Danke für deine Erfahrung mit dem Marstek Speicher. Ich hoffe, es gibt noch ein paar weitere Kommentare, ob das bei allen anderen Herstellern auch so reibungslos funktioniert, z.B. von den Entwicklern mit ihren Testgeräten. Das ist sehr gut möglich, aber meine Erfahrung mit der Modbus Steuerung des Kostal WR sieht gerade eher so aus wie oben beschrieben:

Ein anderes Beispiel noch, um das zu veranschaulichen: Wenn ich zwischen 7 und 9 Uhr morgens das Laden der Batterie blockiere, weil es über den Tag hinweg ausreichend PV Ertrag geben wird (frei nach "Deine Batterie kann mehr"), dann wird zeitgleich auch die Entladung der Batterie zur Deckung des Hausverbrauchs unmöglich. Das kann nicht im Sinne des Betreibers sein, denn ich möchte ja eigentlich das Netz entlasten und nicht auch noch beim morgendlichen Kaffeekochen und Brot toasten Strom aus dem Netz beziehen.

Nach weiterem Studium der Kostal Registertabelle und einigen Tests der Batteriesteuerung bin ich jetzt an dem Punkt, an dem alles zu klappen scheint. Die drei relevanten Register werden jetzt bei jedem Statuswechsel der Batteriesteuerung auf einen vordefinierten Wert gesetzt. Meine Bedenken, dass ich keine absoluten Werte in die Register schreiben wollte, haben sich erledigt, da es weitere Read-only Register gibt (z.B. vom BMS oder auch die Begrenzung der Wirkleistung im WR), die eine zu starke (Ent-)Ladung begrenzen, auch wenn die externe Batteriesteuerung über Modbus aktiv ist. Leider hat sich jetzt ein weiteres Problem aufgetan, das mir gerade noch Kopfzerbrechen bereitet: Wenn eine Regel greift, die das Entladen blockiert (z.B. weil der Strompreis gerade schön günstig ist), werden PV Überschüsse im Heimnetz leider nicht in die Batterie geladen, sondern in das Netz eingespeist. Es scheint, als ob der Kostal Plenticore WR jegliche Steuerung des Ladeverhaltens einstellt, sobald irgendein externer Steuerbefehl über Modbus eingeht. Also auch, wenn der eingegangene Befehl (maximale Entladeleistung = 0W) nichts mit dem Ladeverhalten zu tun hat. Kann mir bitte jemand sagen, ob so ein Verhalten bei anderen WR auch auftritt, wenn die externe Batteriesteuerung aktiv ist? Ich habe ja über den WEM2 keine Möglichkeit, die Ladeleistung dynamisch auf Basis des Überschusses am Netzanschlusspunkt zu regeln. (Und das soll ja auch explizit nicht der Scope der Warp Batteriesteuerung sein.) Das geschieht nur im Normalfall, also wenn der WR selbst alles regelt, durch die interne Steuerung von Kostal. Echt knifflig.

Funktioniert, aber dadurch springt bspw. die Batterie direkt zur Deckung der Hauslast für eine Sekunde an, obwohl gerade der Strom aus dem Netz so günstig ist, dass eine Entladung verboten wird. Das Problem mit den bestehenden Registerwerten bleibt also, denn so lässt es sich zwar lösen, aber nicht wirklich sauber. Wäre es möglich, in der Firmware eine 1 Sekunde Pause einzufügen, wenn zwischen den 6 Optionen zur Batteriesteuerung gewechselt wird? Also eben nur die nötige „Resetpause“ einfügen, wenn nicht der bestehende Modus bestehen bleibt.

Habe noch ein gravierendes Problem festgestellt. Wenn die externe Batteriesteuerung aktiv bleibt und nur den Zustand wechselt, bleiben alte Registerwerte erhalten und setzen sich nicht auf den Standardwert zurück. Wenn also vom Beschreiben von Register 1032 zum erzwungenen Beladen mit 10 A (battery permitting) zu einem anderen Status wie "Normal entladen, laden blockieren" gewechselt wird, bleibt der zuvor geschriebene Wert in Register X erhalten, obwohl der jetzt aktiv zu beschreibende Registersatz dieses Register gar nicht mehr beinhaltet. Ich dachte erst, dass ich das gelöst bekomme, indem ich alle mglw. zuvor beschriebenen Register in allen Batteriesteuerungsregelsätzen (schönes Wort btw) wieder neutralisiere, aber ich habe keine Möglichkeit auf die Default Werte zuzugreifen. Demnach musste eine andere Lösung her. Derzeit probiere ich aus, die Batteriesteuerung nach 60 Sekunden für eine Sekunde aussetzen zu lassen. Der Kostal watchdog erwartet alle 60 Sekunden ein Signal, sonst springt er auf die normale interne Batteriesteuerung zurück und setzt alle zuvor geschriebenen Werte auf default. Wenn ich im Warp Registersatz eingebe, dass die Wiederholung alle 61 Selunden stattfinden soll, wird das also kurz getriggert. (Lässt sich auch im Kostal webinterface nachvollziehen, da dort immer kurz angezeigt wird, dass die externe Batteriesteuerung für eine Selunde deaktiviert und dann wieder aktiviert ist.) Ich werde das weiter beobachten und schau mal, ob das jetzt gut klappt oder zu anderen Problemen führt. Hat jemand schon einmal so eine Herangehensweise probiert? Ist das aus irgendwelchen Gründen ne dumme Idee, die ext. Batteriesteuerung regelmäßig kurz zu unterbrechen?

Super, dafür schreibe ich es hier ja rein. Jeder Bugreport macht das Projekt ein bisschen besser. Danke für eure Zeit. :)

In der Warp App (Android) fehlen die Beschriftungen der diversen Graphen (Energiebilanz, Strompreise usw.), also beim antippen eines Punktes auf den Linien. Über den Browser sieht das so aus:

Die Registrierung habe ich in der Warp App auf Android 14 vorgenommen.

Wo denn? Finde in der App nix. Nuuun, das wäre natürlich schon ein Fall, den ich gerne berücksichtigen würde. (Auch wenn ich dann wohl größere Sorgen hätte, da alles in einem Passwortspeicher liegt.)

OK, ist kapiert. Wollte mich gerade über die App registrieren, was soweit auch geklappt hat. Dann kam direkt ein Hinweis, dass ich eine Sicherungsdatei runterladen soll. Der Speichern Knopf hatte aber keine Funktion und dann habe ich die Anmeldung abgebrochen, weil ich dachte, dass etwas schief gelaufen ist. Verifizierung per Mail und Anmeldung über den Webbrowser (my.warp-charger.com) klappte daraufhin problemlos. Fehlt mir jetzt eine Sicherungsdatei? Ich bin dezent verwirrt.

Ah, gut zu wissen. War nur ein spontaner Gedanke, was evtl möglich wäre, ohne das weiter zu recherchieren. Sieh's mir nach, ich bin nicht vom Fach. 😅 Das erscheint mir wirklich komisch, aber ich verstehe natürlich, dass das eine bereits bestehende Funktion ist, die das Problemchen lösen würde. Ließe sich nicht vielleicht eine Lösung für einen permanenteren Login finden, ohne den Fernzugriff aktivieren zu müssen?

Moin, da ich nicht möchte, dass jeder Besucher, der in meinem WLAN ist, auf mein HEMs zugreifen könnte, habe ich die Nutzeranmeldung im Webinterface aktiviert. Das funktioniert im Grunde einwandfrei, aber ist auf Dauer recht mühsam, da ich mich je nach Endgerät 1-3 mal täglich neu anmelden muss (Firefox auf Android Smartphone) oder sogar jedes einzelne Mal, wenn ich die Seite aufrufe oder auch nur neu lade (Safari/Vivaldi/Firefox auf iPad). Da ich gerne über den Tag hinweg auf das System schaue, um herauszufinden, ob z.B. die konfigurierten Batterieregeln wie erwartet funktionieren, wird das auf Dauer etwas nervig. Wäre es wohl möglich, das Login persistenter zu gestalten? Ein einfaches „stay logged in until reboot“ wäre schon ein riesen Gewinn für mich. Vielleicht ließe sich auch dauerhaft eine Liste authentifizierter Geräte Macadressen im Speicher hinterlegen, sodass für diese Geräte dann keine erneute Loginmaske erscheint? Ich gehe jetzt mal ganz dreist davon aus, dass das Verhalten nicht mit irgendeiner Fehlkonfiguration in all meinen Geräten zusammenhängt, sondern es bisher einfach noch niemandem aufgefallen ist. Falls doch irgendwo so etwas in der Richtung einstellbar ist, wäre ich happy über kurzen Hinweis. :) Schöne Grüße aus dem sonnigen Ruhrgebiet

OK, ich hatte die letzten Tage ein wenig Zeit und hab mich etwas in Modbus und die Kostal Register eingelesen und einige Settings ausprobiert. Alle Optionen sind jetzt fertig konfiguriert und funktionieren einwandfrei. Derzeit habe ich die Leistung bei erzwungener Ladung und Entladung jeweils auf 4,0 kW eingestellt. Das ist weit entfernt vom Maximum das WR und Batterie könnten, aber ein angenehmer Startpunkt, um das System zum laufen zu bekommen. Ich habe leider keine Möglichkeit gefunden, eine Zwangsladung herbeizuführen, ohne die Ladeleistung vorzugeben. Einen Min SOC von 100% kann ich zwar erfolgreich einstellen, aber leider führt das nicht zur Ladung mit von WR/Batterie gesteuerter Leistungskurve. Ich teste das jetzt ein paar Tage und wenn alles wie gewünscht funktioniert, könnte man eine Config für das Firmware Repo daraus stricken. :)

Das nennt sich Plug & Charge und ist Teil der ISO15118. Hier wurde das schon ausführlich für die Warp Wallboxen besprochen: https://www.tinkerunity.org/topic/12838-roadmap-f%C3%BCr-implementierung-iso15118/ Für weitere Infos zur ISO15118 empfehle ich den Übersichtsartikel von go-e: https://go-e.com/de-de/magazin/iso-15118