MatzeTF

Interessant, da wir an den beiden Bereichen nichts geändert haben. Bitte lade einen Debug-Report runter und hänge ihn hier an, da ich mir die Probleme sonst nicht ansehen kann. Der Report sollte weniger als eine Stunde nach Auftreten der Probleme runtergeladen werden, damit die Informationen auch wirklich drin sind. Treten die beiden Probleme nicht gleichzeitig auf, kannst du auch zwei Reports anhängen. Falls möglich, beantworte auch folgende Fragen: Hast du mit der reparierten(?) Version noch Neustarts gesehen? Traten die Probleme mit PV und NFC schon mit 2.7.8 auf? Traten die Probleme mit PV und NFC auch mit der nicht reparierten 2.8.0 auf? Vorausgesetzt natürlich, 2.8.0 lief bei dir lange genug ohne Neustart. Quasi das Gegenteil von 2 und 3: Welche der Probleme traten erst mit der reparierten(?) Version 2.8.0 auf?

Mal so aus Neugierde: Welche UID hat deine Wallbox? Die UID ist der hintere Teil vom sowas wie „warp3-2auW“.

Kannst du mal diese Firmware ausprobieren? Die Neustarts sollten damit nicht mehr auftreten. Edit: Veraltete Firmware entfernt.

API

Du kannst auch einfach den Min+PV-Modus aktivieren. Dann wird auch bei niedrigem PV-Überschuss mit der eingestellten Minimalleistung von 1380 W geladen. Das führt allerdings abends dazu, dass das Auto aus dem Batteriespeicher geladen wird, wenn du nicht händisch oder von der Haussteuerung zurück in den PV-Modus schalten lässt.

Damit im PV-Modus eine Ladung beginnt, muss bei der Wolkenfiltereinstellung „Schwach“ mindestens zwei Minuten lang ein Überschuss von mindestens 1380 W für einphasiges oder 4140 W für dreiphasiges Laden verfügbar sein. Wenn du nun sagst, dass du 1,2-1,3 kW verfügbar hast, bedeutet das, dass du wahrscheinlich immer wieder unter die Grenze von 1380 W fällst und somit selbst eine einphasige Ladung nicht möglich ist. Da du anscheinend eine WARP2 ohne Energy Manager hast, wird dein Problem aber wahrscheinlich sein, dass du nur dreiphasig laden kannst, wofür eine Mindestleistung von 4140 W benötigt wird. Mit 1,2-1,3 kW bist du davon weit entfernt. Wenn du auch einphasig laden können möchtest, musst du entweder deine WARP2 zu WARP3 aufrüsten oder einen Energy Manager nachrüsten (Version 1.0 bzw. ohne Nummer, aber nicht 2.0). Damit kannst du dann auch einphasig mit 1380 W laden.

Schade. Das erklärt aber immerhin die periodisch schwankende Ladeleistung.

Ja, wir haben was in Aussicht. ISO 15118 wurde für DC-Ladesäulen entwickelt. Jedes Auto mit CCS-Buchse spricht ISO 15118.

Das heißt, du sendest immer 10x den gleichen Wert? Für den Graphen sieht das gut aus, aber die Regelung fürs PV-Überschussladen macht das nicht besser. Der Regler möchte im Sekundentakt frische Werte vom Zähler haben.

Ob es dazu schon einen Feature-Request gibt, weiß ich nicht, aber auf absehbare Zeit wird das nicht kommen. Du kannst aber schon jetzt einen API-Zähler per MQTT mit Daten beliefern. Allerdings brauchst du dann immer noch ein Script, um die Werte per MQTT vom Tasmota-Sensor zu empfangen, umzurechnen und per MQTT an die Wallbox zu schicken. Wenn du den MQTT-Takt auf 20 Sekunden gedrosselt hast, wird vielleicht der Wert genauer, aber da die Werte zu selten kommen, wird die Regelung fürs PV-Überschussladen deutlich schlechter. Du solltest auf jeden Fall rausfinden, wie die Power-Werte zu interpretieren sind. Würde mich nicht wundern, wenn das eine einfach die Bezugsleistung und das andere die Einspeiseleistung ist, die du dann zu einem vorzeichenbehafteten Wert kombinieren musst.

Das sieht nach einem Sendeintervall von zehn Sekunden aus. Kann man das auch erhöhen? Die Wallbox möchte gerne Werte im Sekundentakt haben, oder alternativ maximal alle zwei Sekunden, damit PV-Überschussladen gut funktioniert. Warum macht der Leistungswert eigentlich Sprünge von genau 360 W? Das ist ziemlich ungenau. Ich hätte erwartet, dass der Tasmota-Sensor die Momentanleistung mit Watt-Genauigkeit ausliest.

Ich vermute, mit dem Problem bist du bei der EVCC-Community besser aufgehoben.

Der maximal mögliche Ladestrom und der aktuell eingespeiste Strom helfen dir nicht, da du nicht weißt, wie viel Wirkstrom tatsächlich von deinem Auto verbraucht wird, und wie viel vom Rest deines Haushalts. Ein ladendes Fahrzeug zieht eigentlich nie den gesamten erlaubten Strom, sondern bleibt bis zu 1,5 A unter dem Limit. Die Meisten bleiben 0,5-1 A darunter. Da ist auch jedes Fahrzeugmodell anders. Ist die Freigabe bei 7 A und das Auto zieht 6 A, liegt die Abweichung schon bei 14 %. Da bist du weit entfernt vom „letzten Prozent“. Einige Fahrzeugmodelle können ihre Ladeleistung nur in groben Schritten anpassen. Wenn du PV-Überschussladen nutzt, triffst du selten eine der möglichen Stufen, sondern bist meistens drüber oder drunter, was zu Netzeinspeisung oder Bezug führt, die du nicht ersichtlich mit der Stromfreigabe zusammenhängen. Wenn der Akku voll wird, reduziert das Fahrzeug die Ladeleistung immer weiter, auch unter das untere Freigabelimit von 6 A. Weniger kann die Wallbox nicht freigeben, aber das Fahrzeug kann weniger ziehen. Das Stromlimit bezieht sich auf den Scheinstrom, schließt also Blindleistung mit ein. Die Blindleistung ist auch von Modell zu Modell unterschiedlich.

Doch, das ist gerade der Trick dabei. Der externen Shelly wird genau wie ein interner Zähler behandelt. Alle Werte sind in der Wallbox-Umgebung vorhanden und die Wallbox wird sich dann auch als Pro melden.

Alternativ kannst du dir einen Shelly Pro 3EM in den Sicherungskasten setzen und die Zuleitung der Wallbox damit messen. Den kannst du dann in der Wallbox als Wallboxzähler eintragen. Dafür brauchst du aber im Sicherungskasten Platz und einen LAN-Anschluss.

Ja, das ist prinzipiell das Gleiche. Ja. Der Wert, der dich interessiert, ist "ae" im "chargers"-Array von charge_manager/low_level_state. warp3/2abc/charge_manager/low_level_state {"last_hyst_reset":86173561,"wnd_min":[0,0,0,0],"wnd_max":[26000,26000,0,0],"chargers":[{"b":9,"rc":32000,"ae":28925,"ls":86123045,"lp":0,"lw":99215821,"ip":105401697}]} Beachte aber bitte folgendes: charge_manager/low_level_state ist eine Debug-API, die sich jederzeit ändern kann. Deswegen ist sie auch nicht dokumentiert. Der Wert lediglich eine sehr ungenaue Schätzung und liegt üblicherweise deutlich über der tatsächlich geladenen Energie. Unter anderem zählt der Wert weiter, wenn ein Fahrzeug voll ist, die Wallbox aber weiter Strom freigibt, weil sie ihn nicht auf einer anderen Wallbox loswird. Wenn sich mehrere Wallboxen in einem Lastmanagementverbund befinden, wird dieser Schätzwert dazu verwendet, eine bessere Fairness unter mehreren gleichzeitig ladenden Fahrzeugen herzustellen. Wenn nicht alle Fahrzeuge gleichzeitig aktiv sein können, werden die bevorzugt, die bisher am wenigsten Energie zugeteilt bekommen haben. Für eine halbwegs faire Verteilung reicht das aus, aber für eine Ladeabrechnung oder sowas ist der Wert nicht zu gebrauchen.

Kurz zur Info: Das eigentliche Problem sind ja die Neustarts, die definitiv nicht passieren sollten. Wir können das Problem hier reproduzieren und arbeiten daran.

Ich glaube nicht, dass sich DC-Charger für zu Hause innerhalb der nächsten zwei Jahre durchsetzen werden und ISO15118 sollte vorher fertig sein. 😉 Reicht das als ganz grober zeitlicher Ausblick oder ist das noch zu ungenau? Wenn dein Name Programm ist und sich auch auf Hardware bezieht, kannst du dir übrigens jetzt eine WARP 3 an die Wand hängen und später durch einen Elektroniktausch in eine WARP 4 mit ISO15118 verwandeln. Soweit ich weiß, ist die Upgrade-Fähigkeit fest eingeplant. Wenn man sich die Preise für die WARP 3-Ersatzteile ansieht, ist allerdings davon auszugehen, dass der Elektroniktausch (EVSE + ESP32) nicht für unter 260 € zu haben ist.

Ich habe mal kurz nach der API für Ecoflow PowerOcean gesucht und anscheinend sprechen die kein Modbus TCP. Es gibt zwar einen Modbus RTU-Anschluss, aber dazu finde ich nichts außer anderen Nutzern, die da nichts Sinnvolles rausbekommen. Fun Fact: Dieser Thread mit deiner Anfrage wird bei mir auf der ersten Seite der Google-Ergebnisse angezeigt, wenn ich was zu Ecoflow PowerOcean und Modbus suche. 😉 Die fehlende Modbus-Unterstützung wird auch der Grund sein, warum evcc das noch nicht unterstützt. Eine kurze Suche nach Sofar Solar sagt mir, dass die anscheinend problemlos über einen Modbus-TCP-Adapter auslesbar sind. Damit funktioniert auch die evcc-Anbindung. Wenn du eine Anlage von Sofar Solar ohne evcc aber mit einem WARP 3 Charger benutzen möchtest, sollte sich da was machen lassen.

Kann das Tasmota-Script MQTT sprechen? Darüber kann der API Zähler genauso mit Daten gefüttert werden. HTTP Basic Authentication ist für die Wallbox nicht geplant. Das ist so unsicher, dass man es auch gleich weglassen kann.

Nur, damit die Frage für die Nachwelt nicht unbeantwortet bleibt:

Die WARP2-Elektronik steht auf zwei Klemmen. Jede Klemme kann unten von der Hutschiene gelöst werden, indem man einen Schlitzschraubendreher in das kleine „Fach“ steckt und nach unten zieht.

Eine Wallbox mit Typ 2-Stecker begrenzt nicht den maximalen Stromfluss. Stattdessen signalisiert sie dem Fahrzeug, mit welchem Strom es maximal laden darf, und das Fahrzeug hat sich daran zu halten. Zwingen kann die Wallbox das Fahrzeug dazu nicht. Dementsprechend muss eine Wallbox auch nicht wissen, wie viel Strom das Fahrzeug gerade zieht. Somit ist ein Stromzähler nur für die Abrechnung nötig und verbessert nebenbei noch das Lastmanagement. Korrekt. Da die Wallbox, wie oben erwähnt, nur den maximal freigegebenen Strom meldet, steht des dem Fahrzeug frei, langsamer zu laden. Für die Abrechnung ist der Wert also nicht zu gebrauchen. An dieser Stelle sei dazu erwähnt, dass der andere User es sich unnötig schwer gemacht hat, und die gesamte Wallbox auseinandergenommen hat. Die neuen Kabel hinter die Hunschiene zu fummeln ist im eingebauten Zustand zwar etwas lästiger, aber prinzipiell muss man nur den Klemmenblock nach links verschieben und den Zähler dazwischen platzieren. Wenn du unbedingt eine Wallbox mit Zähler brauchst und den Umbau nicht selber machen möchtest, frag mal bei unserem Vertrieb (per Telefon oder Mail an sales@…) nach einem Angebot für eine Umrüstung von Smart auf Pro, für die du deine Smart allerdings einschicken müsstest.

OCPP is made for that. You either need to set up your own OCPP server or use an online service. Then you need to configure all chargers to use that. However, you will not be able to use any of the Energy Manager’s advanced features, such as PV excess charging. In fact, you don’t need an Energy Manager at all if you have OCPP to control all chargers. Edit: Actually, now that I think about it, you can give EVCC a try. It can do PV excess charging and can control chargers from many manufacturers.

Ja, wie floho schon sagte, ist das der Unterschied zwischen Smart und Pro. Die Pro hat einen Zähler, um die Ladeleistung zu erfassen, die Smart nicht. Das ist beides korrekt. Man kann entweder einen Zähler nachrüsten, um aus einer Smart eine Pro zu machen. Das haben hier im Forum schon einige gemacht. Alternativ kann man sowohl Daten von einem beliebigen eigenen Zähler per MQTT in die Wallbox schieben, oder man rüstet einen netzwerkfähigen Zähler außerhalb der Wallbox nach, den die Wallbox selber auslesen kann.