Modul für Steuerung einer Go-ECharger Wallbox [= go-e oder go-echarger]

[Prof. Dr. Peter Henning]

Wenn man die Wallbox alle paar Sekunden mit den Daten über die Leistung der Solaranlage versorgt, macht sie das automatisch.

LG

pah

[Chris_XXX]

Wie mach ich denn das? Hab ich bisher noch nicht gehört.

[Prof. Dr. Peter Henning]

Hier und folgende: https://forum.fhem.de/index.php?msg=1305442

LG

pah

[Rainer S.]

Hallo,

habe heute festgestellt, dass ich die Amperezahl (Hardvereversion des Go-e: V2, Firmware: 042.0) über FHEM nicht mehr steuern kann. ON/OFF geht. Über die Go-e APP geht das. Ich weiß, dass das schon funktioniert hat und ich habe das häufiger verwendet. Jetzt geht es nicht mehr.

Hat sich da etwas geändert? Muss ich etwas in FHEM ändern?

P:S: GOeCHARCHER Version 0.2.8

Definition:

defmod Wallbox GoECharger 192.***********
attr Wallbox devStateIcon disabled.*:ev-station@darkgrey not_allowed.*:ev-station@white ready_no_car.*:ev-station@blue charging.*:ev-station@darkorange waiting_for_car.*:ev-station@pink finished.*:ev-station@lime error.*:ev-station@red
attr Wallbox event-on-change-reading .*
attr Wallbox event-on-update-reading state
attr Wallbox eventMap /allow_charging 1:on/ /allow_charging 0:off/
attr Wallbox group Wallbox
attr Wallbox interval 60
attr Wallbox kW_measured_corr_value 1.00
attr Wallbox room Garage
attr Wallbox stateFormat state\
KW_charging_measured kW\
amp_current A\
kWh_charged_last kWh\
kWh_charged_total kWh\
allow_charging
attr Wallbox used_api_keys default
attr Wallbox webCmd on:off

[Prof. Dr. Peter Henning]

Hm. Schon mal etwas gehört von Code-Tags?? Das sind die lustigen kleinen Bildchen über dem Editierfeld.

"Amperezahl", soso. Wie schön, dass wir heute einen sonnigen Tag mit relativ angenehmer Gradzahl haben...

LG

pah

[Rainer S.]

Hallo,

habe heute festgestellt, dass ich die Stromstärke des Go-eChargers (Hardwareversion des Go-e: V2, Firmware: 042.0) über FHEM nicht mehr steuern kann. ON/OFF geht. Über die Go-e APP geht das. Ich weiß, dass das schon funktioniert hat und ich habe das häufiger verwendet. Jetzt geht es nicht mehr.

Hat sich da etwas geändert? Muss ich etwas in FHEM ändern?

P:S: GOeCHARCHER Version 0.2.8

Definition:

Code Auswählen Erweitern

defmod Wallbox GoECharger 192.***********
attr Wallbox devStateIcon disabled.*:ev-station@darkgrey not_allowed.*:ev-station@white ready_no_car.*:ev-station@blue charging.*:ev-station@darkorange waiting_for_car.*:ev-station@pink finished.*:ev-station@lime error.*:ev-station@red
attr Wallbox event-on-change-reading .*
attr Wallbox event-on-update-reading state
attr Wallbox eventMap /allow_charging 1:on/ /allow_charging 0:off/
attr Wallbox group Wallbox
attr Wallbox interval 60
attr Wallbox kW_measured_corr_value 1.00
attr Wallbox room Garage
attr Wallbox stateFormat state\
KW_charging_measured kW\
amp_current A\
kWh_charged_last kWh\
kWh_charged_total kWh\
allow_charging
attr Wallbox used_api_keys default
attr Wallbox webCmd on:off

So, ich hoffe, dass ist jetzt etwas besser. Wir können natürlich auch erst noch meine weiteren formellen Fehler ausmerzen, bevor wir uns um das Inhaltliche kümmern.

[Eckat]

Hallo,

ja, ich habe eine Phasenumschaltung für die PV-Überschuss-Steuerung implementiert.

Was in dem ersten theoretischen Ansatz ganz einfach und logisch ist, war in der Praxis gar nicht so einfach.
Einige Fallstricke die mir auf Anhieb einfallen:

• Änderung des Ladestroms wird nicht schlagartig umgesetzt. Aufruf dauert einen Moment und dann wird das zwischen Auto und Wallbox ausgehandelt (können es beide), um dann den Strom "langsam" hochzufahren. Als Trigger für ein doif später notify zur Überprüfung ob bei geändertem Hausverbrauch oder PV-Erzeugung eine Änderung nötig ist, habe ich das Problem gehabt, dass das sich teilweise "überholte", also schon wieder eine auslösende Änderung auftrat, bevor der Ladestrom vollständig geändert wurde.
• Das Problem tritt bei der Phasenumschaltung noch stärker auf, da die Umschaltung in der Praxis (intern im go-eCharger) ja so läuft: aktuelle Ladung beenden, kurzer Sleep, Phasen umschalten, Ladung wieder starten. Das dauert so ca. 20 - 30 Sekunden. Ist aber nötig, da es einige Onboard-Lader in den Autos gibt, die kaputt gehen, wenn bei bestehender Ladung die Phasen umgeschaltet werden.
• Sowas triviales wie, das bei der Berechnung des PV-Überschusses man die aktuelle Ladung mit berücksichtigen muss. Ist logisch, da sonst der Hausverbrauch (ohne Ladung) um diesen Wert höher ist und die Ladung ständig gestoppt und gestartet wird.
• Wie man zu den Werten PV-Erzeugung, Hausverbrauch, aktuelle Ladeleistung und daraus errechnetem PV-Überschuss kommt, ist auch nicht ganz so einfach und hängt stark von den verbauten Geräten ab (Wechselrichter, Smartmeter, Speicher, Wallbox ...). Bei mir ist es etwas blöd, das ich seinen SMA Wechselrichter und Smartmeter mit einer Tesla Powerwall 2 zusammen habe. Aus den Schnittstellen muss ich mir das zusammen suchen und errechnen, da aus keiner der API's alle nötigen Werte kommen. Das ist dann in Kombination mit unterschiedlichen Aktualisierungsintervallen schon eine Herausforderung gewesen.
• Dazu kommt dann das ich 2 Wallboxen habe und nicht das integrierte Lastmanagement nutzen kann, da das dann mit den von extern über die API gesteurten Ladeströmen nicht funktioniert. Insgesamt ist die Installation aber aktuell so, das beide zusammen nur 11 kW ziehen dürfen. Reicht mir auch vollkommen und der Netzbetreiber würde auch für sehr wenig Geld den Hausanschluss aufstocken, aber dann müsste die Verteilung größtenteils neu gemacht werden.

Ich habe schon länger auf dem Plan, evtl. ein Modul o.ä. zu schreiben, bei dem man die Devices und Readings angeben kann und das das dann die Steuerung macht.
Aktuell fehlt mir aber dazu die Zeit.

Gruß, Carsten

PS: Bei gezielten Fragen zur Phasenumschaltung kann ich aber gerne helfen!