Api V2: was verbirgt sich hinter spl3 (float, threePhaseSwitchLevel)

[fu-zhou]

Hallo, hatte gehofft, dass man mit spl3 von 1- auf 3 Phasen und umgedreht umschalten kann, dazu passt "float" aber nicht. Hat jemand Ahnung, was mit dem Key gesteuert wird?

[chk2902]

https://github.com/goecharger/go-eCharger-API-v2/issues/30

[peterpoetzi]

Mit spl3 wird man mit dem kommenden go-e Controller einstellen können, bei welcher Überschussleistung eine Umschaltung von 1 auf 3 Phasen, bzw. umgekehrt vorgenommen wird. Derzeit wird dieser Parameter von der Firmware nicht ausgewertet.

[fu-zhou]

Da hätte ich dann noch ein, zwei Fragen: Ich habe eine nagelneue go eCharger Wallbox, Hardware V3, wird eine kommende Firmware "spl3" auf dieser Hardware unterstützen? Wo bekommt der go-e Controller die Überschussleistung her? Kann diese über die API an den Controller gesendet werden? Wenn ja, ist der Datenpunkt heute schon im R/W Datenhaushalt enthalten (aber inaktiv, wie spl3)?

Danke vorab!

[TopperDEL]

Diese Fragen würden mich auch brennend interessieren. Grundsätzlich suche ich aktuell vor allem nach der Möglichkeit per HTTP-Api die phasenumschaltung vorzunehmen. Da es jetzt in die dunkle Zeit geht brauche ich vermehrt niedrigere Leistungswerte.

Wenn man dem go-e aber sogar direkt sagen könnte, welche Überschussmenge man gerade zur Verfügung hat und er regelt das selber - das wäre ja noch besser. :)

Bitte um Rückmeldung dazu, Danke! :)

[chk2902]

@TopperDEL das ist doch einfach - Überschussleistung vom SmartMeter abfragen und von der WB die Momentan-Ladeleistung abzeiehen, dann hast Du die neue Ladesleistung, daraus Soll-Ladestrom anpassen.

Oder meine App nehmen, wenn's von der Hardware her geht... (https://android.chk.digital/de/ecar-charger-control/). Die kann nun auch Phasenumschaltung des Chargers nutzen (auf eigene Gefahr).

[TopperDEL]

Sowas mache ich ja auch - auch mit Puffer und gleitenden Werten - über meine Haussteuerung. Aber wenn ich dem go-e nicht mehr sagen muss, wann er die phasen umschalten und wieviel ampere er geben muss, da hätte ich auch nichts dagegen.

Mit welchem Befehl geht denn nun die phasenumschaltung? Das ist mir noch nicht ganz klar.

[chk2902]

Schrieb ich schon, aber anscheinend zu kurz... 😅: https://github.com/goecharger/go-eCharger-API-v2/issues/30.

Man kann "fsp=true" setzen (1p) oder "fsp=false" (unlimitiert), muss halt die Fehlermeldungsresponse ignorieren - es geht trotzdem. Laut Peter soll man das nicht machen, also auf eigene Gefahr.

Phasenumschaltung während des "laufenden" Betriebs würde ich nicht machen, und Experimente mit "Ausschalten, Umschalten, Einschalten" könnten noch etwas kritischer sein. Zumal Du eine Lücke hast beim 11kW-Gerät, weil Du mit 1 p auf 16 A kommst, aber 3p ab 18 A (3*6) "beginnt" - was machst Du dazwischen?

[TopperDEL]

Ah, danke für den Hinweis.

Was ist denn die potentielle Gefahr?

[chk2902]

Genau wird das leider nicht kommuniziert. Aber was ich gelesen habe iun einem OpenWB-Forum zum dem Thema Phasenumschaltung, ist, dass der Chameleon-Lader in der Zoe kaputt gehen kann. Ob das auch andere Autos betrifft, weiß ich nicht. Beim Open corsa klappt es, hat mir ein Kunde gesagt.

[TopperDEL]

Ich hab nen Tesla und dort konnte ich es im laufenden Betrieb über die app ohne Probleme umstellen (bisher).

[fu-zhou]

Oder meine App nehmen, wenn's von der Hardware her geht... (https://android.chk.digital/de/ecar-charger-control/). Die kann nun auch Phasenumschaltung des Chargers nutzen (auf eigene Gefahr).

@chk2902 jetzt bin ich etwas irritiert: aus den vielen Issue-Threads hier (open+closed) reime ich mir zusammen, dass die Phasenumschaltung 1p3p aktuell nur über die App möglich und noch nicht in der API integriert ist. Wie kriegt man die Phasenumschaltung außerhalb der App trotzdem hin? Ich habe die FW 051.8 installiert und kommuniziere aktuell über MQTT. Wenn ich da fsp über MQTT verändern möchte kommt als Antwort "this parameter is only showing the current state and readonly, to change the preference, use psm true". psm gibt es tatsächlich, aber nicht als bool sondern integer und psm ist in den API keys v2 noch nicht dokumentiert. ABER: psm=1 schaltet auf 1 Phase, psm=2 schaltet auf 3 Phasen, fsp toggelt entsprechend true, wenn psm=1 und false wenn psm=2 gesetzt wird.

[fu-zhou]

Phasenumschaltung während des "laufenden" Betriebs würde ich nicht machen, und Experimente mit "Ausschalten, Umschalten, Einschalten" könnten noch etwas kritischer sein. Zumal Du eine Lücke hast beim 11kW-Gerät, weil Du mit 1 p auf 16 A kommst, aber 3p ab 18 A (3*6) "beginnt" - was machst Du dazwischen?

DIe Leistung von 230V und 16 A = knapp 3.7 A, 400 V und 6 A = knapp 4.2 kW, also "nur" 0.5 kW Unterschied, ist also wie zwei Ampere-Sprünge bei 230 V (pro 1 A bei 230 V sind das 0,23 kW). Die Frage ist, was die Elektronik macht (von der Wallbox und vom Auto), wenn ich diese Umschaltung im Ladevorgang mache, also von 230V, 16A auf 400V, 6A. Ob man da nicht ggf. den Ladevorgang unterbricht, bei strahlend blauem Himmel und >4.5 kW Überschuss vom Dach, umschaltet und neu ansetzt. Kann ich nicht so richtig beurteilen...

[chk2902]

Ich sage ja "undocumentation" zu der Dokumentation... Über mqtt weiß ich es nicht, und auch die HTTP-API meckert, wenn man das readonly-Register "fsp" setzt "no setter", aber es geht halt trotzdem.

[fu-zhou]

in der 051.8 nicht mehr, aber halt über den neuen key "psm". Da wird dann auch keine Fehlermeldung mehr zurückgegeben.

[chk2902]

ja, eine PV-Steuerung darf dann erst ab potentiell 18 A umschalten - und dann aus- um- und einschalten. Bevor das nicht abgesegnet ist, lasse ich lieber den Benutzer vorher entscheiden, und ggf. selbst umstellen, dass es die App nicht selbst macht.

[chk2902]

@fu-zhou Danke - dann mal wieder was firmware-abhängiges... OK, ist nicht dokumentiert, und nicht dokumentierte Sachen darf man ohne Dokumentation umstellen. Dann habe ich nun wieder etwas Arbeit ;(

[fu-zhou]

Vorteil bei MQTT ist, dass die Wallbox alle Datenpunkte dem broker/server übergibt und nicht erst einmal die Undokumentiert zurückhält ;-). Bin gerade übrigens dabei, eine Delta-Liste in Excel zu erstellen. Also dokumetierte API keys v2 vs. MQTT Umfang.

[chk2902]

im goingelectric forum habe ich gelesen, dass der go-e immer alle Werte an den broker übergibt und nicht nur die geänderten, stimmt das?

[chk2902]

Übrigens, wenn man keinen Filter übergibt sondern nur "/status", dann bekommt man ja auch alle Keys. Ich glaube nicht, dass sich das unterscheidet von mqtt... Hatte nur nie Lust, das abzugleichen.

[chk2902]

@fu-zhou perfekt, "psm" klappt ;)