till

Joa, weiß ich nicht wer das geschrieben hat, aber dieser Thread sagt was anderes.

Ich glaube nicht dass das nur mit dem WLAN dongel ohne den erwähnten Umsetzer funktioniert. Mit dem Umsetzer geht es bei mir.

Problem ist halt wenn man nur echten Überschuss ins Auto laden möchte. Ich lade morgens den Rest aus dem Speicher ins Auto (aber auch nicht mehr). Das geht heute nur mit Entwickler Kenntnissen. Ich mach das z.B. so dass ich über einen API Zähler der Wallbox vorspiele dass da Überschuss da ist. Andere Variante wäre dass man per API so lange den Lademodus umstellt bis der Akku leer ist. Bei der Variante mit dem API Zähler kann man dann auch schön die Wallbox über die Batterie priorisieren indem man ihr die Summe aus Grid und Batterieinput meldet.

Ahh, Problem betrifft wieder Safari, mit Chrome hab ich es hinbekommen! Hätte ich mal den ganzen Thread gelesen... sorry!

Ne, es kommt keine Fehlermeldung. Das hier sagt die JavaScript Konsole:

Ich habe das jetzt mit der 2.5.0 versucht zu konfigurieren, aber er speichert meine Zugangsdaten nicht. Wenn ich die Daten eintrage und aktiviere fragt er auch nicht ob er die Wallbox neustarten darf. Wenn ich den Haken bei "aktivieren" weg mache dann fragt er beim speichern ob er Neustarten darf. Nach dem Neustarten ist das Passwort dann aber wieder weg. Was auch nicht geht: Ich kann nicht alle Zugangsdaten leer machen und absichern. Das ist auch nicht erlaubt. Weiß nicht ob man das braucht, aber komisch ist es schon dass man nicht alle Einstellungen entfernen kann.

Wenn dir das eilig ist, das kannst du gut mit Automatisierungsregeln jetzt schon umsetzten. Ich mache zuhause mal einen Screenshot. Edit: Hier kommt der Screenshot. Das Blinken musst du natürlich nicht reinnehmen, aber es ist eine ganz gute Bestätigung. Das Blinken wäre natürlich noch eleganter wenn es eine Bedingung: Lademodus gewechselt gäbe.

Jo, du hast recht, das ist hier das Problem. Da gibt es auch keine gute Lösung, oder?

Ist für Überschussladen sekündlich wirklich notwendig? Mein Modbus RTU auf TCP Umsetzer kämpft etwas mit der sekündlichen Updaterate. Ich sehe das im log als timeouts. Wenn man das im Zähler konfigurieren könnte wäre das total gut.

Das hat mich auch stutzig gemacht weil es eigentlich nicht notwendig ist. Das könnte ja auch übers Internet des Betreibers gehen. Konkret wäre bei der Warp ja das Problem dass man dann zwei getrennte Netze zur Walbox braucht. Das würde dann z.B. auf eine VLAN Lösung hinauslaufen.

Wer ist denn bei dir Netzbetreiber?

Die „Fahrzeug-Weckruf“ Einatellung hast du vermutlich schon ausprobiert, oder?

Das glaube ich. Die Idee von Hamburg Netz ist glaube ich auch dass wenn man einen CPO hat und mit dem per OCPP spricht dass der dann einen OpenADR Link zum Netzbetreiber hat und dann die Wallbox limitiert.

Kann als Hamburger sagen: Die haben noch garnichts gemacht. Zumindest habe ich noch keine Infos bekommen. Die Informationslage ist auch so dünn dass da niemand was entsprechendes implementieren kann. Positiv ist aber: ich kann jetzt erstmal behaupten es wäre alles vorbereitet… Und was spräche gegen mehrere OCPP endpoints? Das ist doch nur eine implementierungsfrage.

Ist der irgendwo auch auf der API? Ich habe nur den esp32 gefunden: warp/wallbox/esp32/temperature idealerweise auch auf Modbus? Dann könnte man den mal bisschen mitloggen...