Alle Aktivitäten

Circa ab 14:00 bis 14:30 Uhr bekam ich die Fehlermeldung beim Aufrufen des API Links. Ich hatte im WEM stets nur die 15 Minuten Variante eingestellt. (Den Test mit den 60 Minuten hatte ich händisch über den Link probiert, aber das tut hier nur randseitig was zur Sache.) Ich hatte bis kurz nach 14:00 Uhr noch Daten im System, auf deren Basis ich eine Änderung in der Batteriesteuerung vorgenommen habe. Nach dem obligatorischen Neustart des WEM kamen dann circa 30 Minuten keine Preise mehr rein (hatte testweise auch noch alle paar Minuten einmal neu gestartet) und die vorher vorhandenen Daten für den Rest des Tages waren verschwunden. War also der Ablauf aus Entwicklersicht so zu erwarten? Ich hätte als User eher nicht gedacht, dass die Preisdaten nach einem Neustart verschwinden und danach scheinbar kurzfristig nicht mehr abrufbar waren.

Die 60-Minuten Börsenpreise gibt es nicht mehr und die 15-Minunten Preise funktionieren bei mir. Ich kann auch keine Downtime sehen o.ä. Hast du eventuell vorher mit den 60min Preisen getestet? Die alten Werte sollten nicht verschwinden wenn neue Werte (egal aus welchen Gründen) nicht abgefragt werden können. Anders ist das wenn du Konfigurationen änderst, dann fängt er immer bei 0 an und fragt neu ab.

Die API gibt gerade {"error":"Data not found"} aus, wenn man https://api.warp-charger.com/v1/day_ahead_prices/de/15min aufruft. Auch die 60 Minuten Variante ist wohl kaputt. Meine Automatisierungen zur preisgestützten Batterieladung funktionieren jetzt nicht, da gar keine Daten mehr im WEM vorliegen. Bis 14 Uhr waren noch die heutigen Preise vorhanden, jetzt gar nichts mehr. Was kann ich in so einer Situation tun? Eine API fällt mal aus, keine Frage, aber zwei Anregungen dazu: Könnte man eine Fallback API einrichten, falls der eine Server mal streikt? Können bitte bestehende Werte für den laufenden Tag beibehalten werden, anstatt sie direkt zu verwerfen? Beides könnte zur Resilienz des Systems beitragen.

Ich hätte da einen Wunsch bzw. eine Anfrage zur Batteriesteuerung. Es geht um das Wiederholungs-Intervall mit dem ja Registerblöcke erneut an den Wechselrichter / Speicher geschickt werden. Wäre es möglich dieses Intervall für jeden Speichermodus einzeln aktivierbar / deaktivierbar zu machen? Meine Anlage (Fronius Symo GEN 24 / BYD HVS Akku) braucht prinzipiell das Wiederholungs-Intervall z.B. im Speichermodus "Normal Laden, Entladen blockieren". Wenn aber wieder auf den "normalen" Speichermodus "Normal Laden, normal Entladen" gewechselt wird greift das Wiederholungs-Intervall der WARP3 hier ebenfalls. D.h. wenn z.B ein Script, eine APP, etc. den Speichermodus ändert (will) wird das von der WARP durch den Intervall wieder rückgängig gemacht. Im Grunde bräuchte ich das Wiederholungs-Intervall nur um den Speicher zu sperren, für den Normalbetrieb reicht es wenn einmal die Änderung gesendet wird. Gruß Steffen

Ich bin "etwas weiter gekommen". Ich kann den HAN-Port vom SmartMeterGateway erreichen und bekommen per Browser die Anmeldemaske. Die Zugangsdaten vom Messstellenbetreiber für den HAN-Port habe ich noch nicht, aber immerhin schon mal die PIN für den Zähler bzw. dessen Infrarot-Port. Meine Recherchen haben nun ergeben, dass die HAN-Schnittstelle vom Gateway für den Anwendungsfall PV-Überschussladen unbrauchbar ist. Dort liegen wohl nur alle 15 Minuten (!) aktuelle Daten vor und die Abfrage ist auch nicht einfach bzw. nur per Gefrickel möglich. Daher habe ich mir einen Infrarot-Leser mit WLAN-Interface beschafft (bitshake SmartMeterReader Air). Der funktioniert, auf dessen Browser-Interface sehe ich die Zählerdaten und die auch Sekunden-aktuell. Das Gerät basiert auf Tasmota mit zusätzlichen Erweiterungen von bitshake. Es beherrscht MQTT, sehe ich. Und schon habe ich die nächsten Fragen ... Wie bekomme ich die Zählerdaten in die Wallbox? Hat schon jemand mal so einen Zähler angebunden? Ich nehme doch mal an, das scheint ein übliches Verfahren zu sein. Geht das mit MQTT? Können die beiden dazu direkt miteinander kommunizieren oder braucht man da noch einen "Server" dazu? Ich hatte noch nie was mit MQTT zu tun ... Unsere PV-Anlage ist eigentlich zwei. Also zwei Anlagen auf zwei Dachflächen mit je zwei Strings und getrenntem Wechselrichter für jede der beiden Dachflächen. Eine Anlage speist in L1 ein, die andere in L2. Die eine hat 3 kWp, die andere 3,3 kWp. Wie geht denn da das PV-Überschussladen? Soweit ich weiß, kann die Wallbox das angeschlossene Auto nur entweder mit 1 Phase oder mit 3 Phasen laden. Was würde dann in meiner Situation passieren? Wenn z.B. 4 kW Überschuss da ist und der auf zwei Phasen verteilt ist, wird dann von beiden nur ca. je 2/3 genommen, das restliche 1/3 je Phase eingespeist und dafür auf der 3. Phase in Höhe der 2/3 der beiden anderen bezogen? Denn ich nehme mal an, wenn 3-phasig geladen wird, dann muss auf allen drei Phasen dieselbe Stromstärke fließen? Wenn weniger als 4 kW Überschuss anliegen, dann würde es weniger als 6A pro Phase bei 3-phasiger Ladung. Dann würde die Wallbox umschalten auf 1-phasig, oder? Angenommen, ich hätte 2 kW Überschuss anliegen, dann wären das je 1 kW auf L1 und L2. Würde dann auf L2 1 kW eingespeist und dafür auf L1 zusätzlich zu den 1 kW Überschuss von der PV noch 1kW aus dem Netz bezogen und das Auto via L1 geladen? Muss ich kontrollieren und irgendwie sicherstellen, dass L1 an der Wallbox auch dem L1 meines Hauses entspricht, dto. L2 und L3, damit aus den richtigen Phasen bezogen wird? Denn wenn es dumm läuft, ist die L1 an der Wallbox mit L3 des Hausanschlusses verbunden. Dann würden bei den 2 kW PV-Überschuss je 1 kW auf L1 und L2 eingespeist und dafür 2 kW via L3 bezogen? Wäre diese Schieflast zulässig? Und wäre das "schlecht"?

Ich habe die Warp 3 Pro jetzt seit knapp 14 Tagen. Leider habe ich aber auch schon über das ModBus Problem geflucht. In Kombination mit meiner Huawei PV Anlage (2x Sun2000 Wechselrichter, 1x Luna Battery & DTSU666-H) stolpert der Homeassistant und auch EVCC in TimeOuts und Verbindungsabrüche. Meine Warp3 und die Huawei Anlage sind beide im gleichen LAN (IP Netz 192.168.100.0 /24 (255.255.255.0)) eingebunden und dort auch vom HomeAssistant und dem EVCC AddIn erreichbar. Die Wallbox und beide Wechselrichter sind in der gleichen Garage untergebracht. Dieser Umstand wird später noch wichtig für die Lösung! Wie ich hier und in dem Photovoltaik Forum bereits gelesen habe, liegt das Problem darin, dass der Huawei Dongle, der die Modbus/TCP Verbindung per LAN ermöglicht, nur alle 30 Sekunden abgefragt werden soll, damit der Bus nicht überlastet wird. Mit der Huawei Solar Integration im HomeAssistent klappt die Verbindung bei meiner Anlage so auch sehr gut. Ich kann alle Daten der beiden Wechselrichter, der Batterie, des DTSU666-H und der 14 Optimierer auslesen und in HA anzeigen. Das EVCC AddOn bekommt die Daten dann auch aus den HA Sensoren, denn ein zweites Gerät auf dem Modbus führt zu einem sofortigen zusammenbrechen der Kommunikation. Mit dem EVCC Modbus Proxy und dem "standalone" Modbus Proxy AddIn klappt es auch überhaupt nicht. Nun ist es aber so, dass ich gerne die 22kW zum Laden nutzen möchte, die Genehmigung des Netzbetreibers aber nur mit aktivem dynamischen Lastmanagement erteilt wird. Daher muss ich das Lastmanagement der Warp 3 aktivieren. Dafür muss ich den Zähler am Netzanschluss auslesen. Bei mir wäre das der DTSU666-H. Diese Daten braucht die Warp 3 für das Lastmanagement. Wenn ich aber unter dem Energiemanagement einen Stromzähler per Modbus/TCP einbinde und die Daten für mein Huawei Dongle (192.168.100.250; Port 502; Registertabelle "Huawei SUN2000", Geräteadresse 1, Virtueller Zähler "Netzanschluss") angebe, dann greift dieser parallel zum HomeAssistant zu und die Kommunikation verabschiedet sich. Er liest zwar die Daten, aber die Stabilität fehlt völlig. In diesem Thread wurde bisher beschrieben, wie die Daten über ein zusätzliches Skript an einen API Zähler in der Warp3 gesendet werden können. Das möchte ich aber vermeiden, da ich für die 22kW Genehmigung zeigen muss, dass das System aus Warp 3 und Huawei Wechselrichter in Kombination ohne zusätzliche Tools arbeitet. Und ein Script, welches die Daten liest und neu verschickt wäre ein solches zusätzliches Tool. Meine Lösung: Im Photovoltaik Forum habe ich davon gelesen, dass die Huawei Wechselrichter ein eigenes WLAN mit sehr geringer Reichweite bereitstellen. Und es soll möglich sein über dieses WLAN auch das Modbus/TCP Protokoll zu nutzen. Da ich die Warp3 in mein LAN per DHCP eingebunden habe, war die WLAN Verbindung in der Warp 3 ungenutzt. Diese habe ich nun manuell konfiguriert, damit sich die Warp 3 zusätzlich (!) mit dem WLAN des Wechselrichters verbindet: Der Wechselrichter hat in seinem WLAN die Adresse 192.168.200.1. Deshalb bekommt die Warp 3 die 192.168.200.2. Durch die Angabe einer /16 Subnetmaske kann man den Router im LAN (192.168.100.1) als Gateway angeben. Dadurch weiß die Warp 3 wie sie selber ins Internet kommt. Das ist wichtig, damit die Preisdaten oder die Ertragsdaten abgefragt werden können. Nachdem dieses zusätzliche Netz angebunden ist, kann man unter Energiemanagement einen neuen Stromzähler anlegen: Als Port muss 6607 angegeben werden. (bei neueren Wechselrichtern, bei alten ist es noch der Port 502) Und als Geräteadresse die 0. Mit diesen Einstellungen bekommt die Warp 3 die gewünschten Daten im Sekunden Takt! Mit diesen Einstellungen funktioniert das Lastmanagement auch ohne zusätzliches externes Script. Und die Huawei Solar Integration im HomeAssistant läuft parallel über die IP Adresse des Huawei Dongels (192.168.100.250; Port 502). Beide Zugriffe blockieren sich nicht. Im Bild sieht man, dass ich auch die Batterie über einen dritten Stromzähler in der Warp 3 abfrage. Die Einstellungen sind die gleichen, wie beim Netzanschluss Zähler. Nur die Zählerart ist Speicher statt Netzanschluss. Dieser Ansatz geht zwar nur, wenn die Warp 3 in Reichweite des Wechselrichter WLANs ist, aber wenn das gegeben ist, dann ist dies eine mögliche Lösung für das Huawei ModBus Problem. Ich hoffe dieser Ansatz hilft auch anderen.

Ah ja das stimmt. Dauerhaft geht es da auch nicht.

Ja, das habe ich bereits gemacht und das funktioniert. Aber die Farbe beim Laden zu ändern wäre mir neu.

Wenn ich es richtig erinnere lässt sich die LED auch von extern ansteuern wenn man es im Webinterface erlaubt.

Ich meinte, dass hier auch die Farbe der LED während des Ladens den jeweiligen Status von EVCC darstellt. Das muss nicht die Wallbox übernehmen, aber die Farbe (während des Ladens) sollte auch von außerhalb steuerbar sein.

OK, das Problem hat sich erledigt. Ich hatte einige Zeit vor dem auftreten der Fehlermeldungen den Wechselrichter neu gestartet, dies habe ich nun nochmals gemacht und siehe da - die Meldungen sind alle weg. Vielleicht habe ich beim Einschalten des Wechselrichters / in Kombination mit dem Speicher einen Fehler gemacht. Die WARP3 und der ioBroker hängen auch schon wieder munter an der WR / Speicher-Kombi. Gruß Steffen

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

Jo, kann auch bestätigen dass das funktioniert.

Danke für die Infos, das umstellen von MIN auf MIN+PV hab ich schon gefunden. Mit dem starken PV Leistungswechsel meinte ich sowas hier (Beispielhaft) Da ich meist um 16:00 Uhr zuhause bin, würde ich den Überschuß gerne noch mitnehmen. Und da pendelt es halt immer stark. Wenn man die Zuleitung so einfach umstellen kann, wird das mein nächster Ansatzpunkt sein bis das Wetter besser wird. PS: ich hab das zitieren in der Forensoftware leider nicht so richtig geschnallt.

Der Lademodus kann nur umgestellt werden, wenn das Lastmanagement der Wallbox aktiv ist. Wenn evcc benutzt wird, übernimmt das die Steuerung und das Lastmanagement der Wallbox ist aus. evcc hat einen eigenen Lademodus, der nicht an die Wallbox übertragen wird. Ich bin mir nicht sicher, was dir hier fehlt. Ansonsten kann der Modus bereits über MQTT und HTTP geändert werden.

Hallo @MatzeTF Danke ich werde berichten Gruß meierchen006

Sollte funktionieren, sofern du nicht auf „Stop“ drückst.

Wenn PV-Überschussladen aktiviert ist, steuert das die Phasenumschaltung. Die Automatisierung, bzw. manuelle Steuerung, ist nur aktiv, wenn PV-Überschussladen aus ist. Ansonsten würden die Vorgaben aus zwei Quellen gegeneinander kämpfen. Damit kannst du jederzeit die Phasenumschaltung auf einphasig festklemmen. Das klappt auch, während geladen wird. Du kannst nach dem Abspeichern den Neustart-Dialog einfach abbrechen. Du kannst jederzeit wieder auf dreiphasig umstellen, um die Phasenumschaltung wieder zu aktivieren. Klappt auch ohne Neustart. Mit der Einstellung „Stark“ werden maximale alle acht Minuten Phasenumschaltungen durchgeführt. Ansonsten kann die Wallbox leider nicht das Wetter beeinflussen. Wechselnd bewölktes Wetter ist halt immer schlecht. Du kannst den Lademodus per Automatisierungsregeln umschalten. In diesem Fall kannst du z.B. um 18:00 auf „PV“ umschalten. Dann wird nicht die ganze Nacht im Min-Modus weiter geladen. Was meinst du mit „starke[r] PV Leistungswechsel“? Wenn der Ladestrom zwischen 6 A und 16 A wechselt, ist das ja kein Problem. Der minimale Ladestrom ist 6 A. 6 A würde aber den Phasenwechsel auch nicht unterdrücken. Das würde nur dazu führen, dass bei unter 4140 W PV-Überschuss mit 6 A geladen wird, also 1380 W, und bei über 4140 W PV-Überschuss ebenfalls mit 6 A geladen wird, allerdings dreiphasig, also 4140 W. Die Wallbox würde also je nach Wolken zwischen exakt 1380 W und 4140 W pendeln. Das würde ich nicht empfehlen. Wenn du die Phasenumschaltungen verhindern möchtest, ändere die Einstellung für die Zuleitung auf einphasig. Wenn du Ladepausen verhindern möchtest, nutze den Min+PV-Modus und eine Automatisierungsregel, um abends wieder auf PV zu stellen. Den Ladestrom solltest du nicht begrenzen, damit im einphasigen Modus stufenlos zwischen 1380 W und 3680 W geregelt werden kann.

Hallo @MatzeTF Ich habe meine Automatisierungsregeln ja schon länger hat bisher immer funktioniert. erst mit der Tasterumstellung diese Woche begannen meine Probleme. Im Moment ist kein Fahrzeug angeschlossen: Status: Lastmanager: Automatisierung Also wenn ich dich richtig verstehe sollte beim nächsten Nachtladen "Schnell" oder Tagsüber "PV+MIN" alles Normal laufen? !

„Stop“ ist eine manuelle Blockade, die die Automatisierung nicht aufheben kann. Wenn du zum Einschalten per Automatisierung den Lademodus auf „Schnell“ änderst, musst du vorher den Lademodus auf „Aus“ (oder „PV“) stellen, um die Ladung zu unterbrechen.

Servus miteinander, aufgrund meiner PV Anlagengröße habe ich das Problem, dass bei aktuellem bewölktem Wetter der PV Überschuss nachmittags sehr oft nicht nicht mehr ausreicht um durchgehend mit 3 Phasen zu laden. Das schwankt sehr oft zwischen ~ 1,5KW - 5 KW und es wird schlicht sehr oft zwischen 1/3 Phasen gewechselt. Das kann für das Schütz im Auto und Wallbox nicht zuträglich sein und dauert auch relativ lange. In der Automatisierung wäre eine Aktion "Schalte Phasen um [deaktiviert]" vorhanden welche ich zu einem bestimmten Zeitpunkt Werktags gut nutzen könnte. Da lädt er halt bis MAX 1 Phasig, das reicht erstmal. Warum ist dies Aktion "deaktiviert"? Oder sollte ich ggf. generell mal die Einstellung der Wallbox lieber auf "Zuleitung 1Phasig" umstellen (obwohl 3 Phasig)? Oder den Wolkenfilter auf "Stark" umstellen, aber das hilft nicht wirklich weiter. Der schnelle Wolkenwechsel ist immer da. Oder PV+MIN verwenden, aber da läd er auch nachts durch und der starke PV Leistungswechsel ist auch hier vorhanden. Oder die Regelaktion "begrenze Ladestrom" auf 5A setzen lassen, hilft das den Phasenwechsel zu unterdrücken? Gruß Thomas

Bitte den Modus auch über MQTT oder Websocket beschreibbar umsetzen, dann kann man dieses Feature mit evcc auch nutzen. Danke euch!

um ca. 14:20 war für eine gewisse Zeit die Sonne weg, weshalb EVCC um 14:24 die Ladung unterbrochen hat. ich habe manuell um 14:42 das Script in Homeassistant gestartet welches auf das topic: "warp2/garage/nfc/inject_tag_start" den gewünschten Tag sendet. In der Automatisierung innerhalb der Warp selbst habe ich absichtlich nicht Ladevorgang Start/Stop genutzt sondern Ladevorgang Start um genau dem toggeln entgegen zu wirken. werde nochmal versuchen das ganze bereit zu stellen ohne jegliche Automatisierungen, werde nur von Hand erneut triggern. Vielleicht helfen aber bereits diese detaillierteren Infos. warp2-Xq3-Debug-Report-2026-04-01T15-40-59-611.txt

Da fragt sich, ob der Aufwand (der Wandler und die Bastelei) die Einsparung von €200 bei der Wallbox nicht übersteigt ...

HAllo @rtrbt @MatzeTF ja ich wollte das Laden stoppen und erst wieder Laden beginnen um 0:00 Uhr, aber alles vom PC aus gemacht, nicht am Taster der WB anbei der LOG warp3-2ggA-Debug-Report-2026-04-01T13-00-34-915.txt Muss die Grundeinstellung am Taster eine Bestimmte "Position" haben ?