UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[darkiop]

@Sneak-L8

Hatte diese Woche leider keine Zeit mich weiter mit dem Thema zu beschäftigen.

Was mir heut aufgefallen ist, müsste die WB nicht bei dieser Ausgangsituation auf 1P umschalten und mit 1380W laden?

2023-05-12 13:54:54.540  - debug: kecontact.0 (485108) Available surplus: 1416
2023-05-12 13:54:54.540  - debug: kecontact.0 (485108) power: 1416 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 2000
2023-05-12 13:54:54.540  - debug: kecontact.0 (485108) not enough power for charging ...
2023-05-12 13:54:54.815  - debug: kecontact.0 (485108) Sent 'report 100' to 10.3.1.28:7090
2023-05-12 13:54:54.817  - debug: kecontact.0 (485108) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 369,
"Curr HW": 16000,
"E start": 44293071,
"E pres": 58944,
"started[s]": 842342,
"ended[s]": 0,
"started": "842342000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 850110
}
'

2023-05-12 14:00:54.551  - debug: kecontact.0 (485108) Available surplus: 2232
2023-05-12 14:00:54.551  - debug: kecontact.0 (485108) power: 2232 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 3000
2023-05-12 14:00:54.551  - debug: kecontact.0 (485108) not enough power for charging ...
2023-05-12 14:00:54.832  - debug: kecontact.0 (485108) Sent 'report 100' to 10.3.1.28:7090
2023-05-12 14:00:54.834  - debug: kecontact.0 (485108) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 369,
"Curr HW": 16000,
"E start": 44293071,
"E pres": 58944,
"started[s]": 842342,
"ended[s]": 0,
"started": "842342000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 850470
}
'

Die Einstellungen sehen aktuell wie folgt aus:

[Sneak-L8]

@darkiop Du hast recht. Das war noch ein Fehler. Ich hatte nur auf die Einstellung "stateFor1p3p" geschaut, um festzustellen, ob eine Phasenumschaltung möglich ist. Ich muss aber alternativ auch auf die X2-Option abfragen.

Bitte neuste github-Version installieren und probieren.

[darkiop]

@sneak-l8

Super, muss nun leider los und kanns wohl erst wieder übers WE testen - je nach Sonnenstand :)

Melde mich dann.

Danke!

[darkiop]

@Sneak-L8

Bin doch etwas früher nach Hause gekomme und etwas Sonne liegt noch an :) (aber alternativ könnt ich ja auch dem Adapter einen anderen Wert anstelle des echten Stromzähler geben).

2023-05-12 17:02:23.455  - warn: kecontact.0 (498144) Invalid value für 1p3p switch: null (type object)

Da hat sich wohl noch ein Fehler eingeschlichen ;)

[Sneak-L8]

@darkiop Ok, auch die Abfrage ob 1p oder 3p war noch auf den Umschalt-State und nicht X2 ausgerichtet. Bitte nochmal.

[darkiop]

@sneak-l8

Die Warnung ist weg. Ich häng heut Abend mal nen virtuellen Stromzähler in den Adapter und teste - aktuell gibts nicht ausreichend Strom vom Dach ;)

2023-05-12 17:34:50.230  - debug: kecontact.0 (500436) Available surplus: 398.5770000000002
2023-05-12 17:34:50.230  - debug: kecontact.0 (500436) power: 398.5770000000002 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 2000
2023-05-12 17:34:50.230  - debug: kecontact.0 (500436) power: 398.5770000000002 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 2000
2023-05-12 17:34:50.230  - debug: kecontact.0 (500436) not enough power for charging ...
2023-05-12 17:34:50.513  - debug: kecontact.0 (500436) Sent 'report 100' to 10.3.1.28:7090
2023-05-12 17:34:50.516  - debug: kecontact.0 (500436) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 370,
"Curr HW": 16000,
"E start": 44366785,
"E pres": 19092,
"started[s]": 861353,
"ended[s]": 0,
"started": "861353000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 863305
}
'

[darkiop]

@Sneak-L8

Hallo Volker, hab eben nochmal etwas getestet, folgendes ist mir aufgefallen:

1. Vom Dach kommen 500W, addPower steht auf 1200:

• Ladung startete 1-phasig mit rund 1.2kW/h
• Wird jetzt addPower verändert (über den DP direkt), z.B. auf 6000, wird weiterhin mit 1.2kW/h geladen

2. Das ändern von kecontact.0.automatic.addPower wirkt sich nicht auf die Einstellung der Adapter-Instanz - hier blieben die 1200

3. Das ändern von kecontact.0.x2phaseSwitch schaltet direkt die Phasen um. Hast du eine Ahnung wie das mit der "Zwangspause" innerhalb der Keba gelöst ist? Die Ladung des Autos sollte vorher ja gestoppt werden (inkl. der Zwangspause von 5min).

4. Wenn der SoC des Autoakkus auf 100% steht, reguliert der Adapter trotzdem den Ladestrom der Keba, z.B. regulate wallbox from 13000 to 11000mA. Wie wäre es dem Adapter noch den SoC des Autoakkus mitzuteilen und das dann bei 100% pausieren. Ggf. sollte man dann aber auch über einen Zweiten Punkt, der maximal erlaubtenLadung des Akkus (z.B. 80%) nachdenken.

Fürs Testen mit einem virtuellen Zähler, reicht es aus hier einfach ein DP vom Typ number zu nehmen und einen Wert, z.B. -8000W für die PV-Produktion, zu übergeben? Wartet dein Adapter auf die aktulisierung des Zähler DPs oder prüft er selbst nach x-Sekunden?

[darkiop]

@Sneak-L8

2023-05-12 20:43:48.975  - info: kecontact.0 (507026) change of photovoltaics automatic from true to false
2023-05-12 20:43:51.486  - info: kecontact.0 (507026) change pause status of wallbox from true to false
2023-05-12 20:43:51.810  - info: kecontact.0 (507026) updating X2 for switch of phases from 0 to 1...
2023-05-12 20:43:51.810  - info: kecontact.0 (507026) (re)start charging
2023-05-12 20:44:35.526  - info: kecontact.0 (507026) vehicle (re)starts to charge
...
2023-05-12 20:55:18.485  - info: kecontact.0 (507026) change pause status of wallbox from false to true
2023-05-12 20:55:18.814  - info: kecontact.0 (507026) updating X2 for switch of phases from 1 to 0...
2023-05-12 20:55:18.814  - info: kecontact.0 (507026) stop charging
2023-05-12 20:55:18.814  - info: kecontact.0 (507026) updating X2 for switch of phases from 1 to 0...

5. Die Ladung lief mit deaktivierter PV-Automatik auf 3P mit 11kW/h. Beim stoppen des Vorgang wird wohl 2x kecontact.0.x2phaseSwitch auf 0 gesetzt.

[Sneak-L8]

@darkiop addPower dient nur dazu, den Ladevorgang aufrechtzuerhalten. D.h. es wird nur so viel vom Netz geholt, um mit 6A laden zu können. Daher wirkt sich Deine Änderung auch nicht aus.

Den X2 kannst Du natürlich auch manuell schalten. Dann bist Du selbst für die 5 Minuten verantwortlich. Das unterbrechen der Ladung macht die Keba laut Doku selbst, so dass ich hier im Adapter nur das Kommando senden muss.

Ja, die Wallbox regelt sich bei 100% noch nach. Ist jetzt aber auch nicht so schlimm. Klar mit Phasen-Automatik schaltet dann auch der Schütz unnötig. Man kann einen SoC natürlich anbinden, aber dann kann schlecht auch mal jemand anderes laden. Daher würde ich keinen SoC berücksichtigen. Kannst ja aber ein Skript schreiben, das bei SoC 100 den Adapter pausiert.

Der Adapter prüft alle 15 Sekunden die Werte und regelt alle 30 Sekunden neu.

Das 2x schalten kann ich mit noch anschauen. Macht aber eigentlich nichts, da beim 2x Mal der Wert ja nicht geändert wird. Oder hast Du da Aktivität am Schütz /S10 bemerkt?

[darkiop]

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Guten Abend.

addPower dient nur dazu, den Ladevorgang aufrechtzuerhalten. D.h. es wird nur so viel vom Netz geholt, um mit 6A laden zu können. Daher wirkt sich Deine Änderung auch nicht aus.

Ok, d.h. es ist auch völlig in Ordnung (aus deiner Sicht der Idee dahinter) das Einstellungen des Adapters und Wert im DP nicht immer synchron sind?

Den X2 kannst Du natürlich auch manuell schalten. Dann bist Du selbst für die 5 Minuten verantwortlich. Das unterbrechen der Ladung macht die Keba laut Doku selbst, so dass ich hier im Adapter nur das Kommando senden muss.

Gut zu Wissen ;) Wäre es nicht Sinnvoll. um die Ladelektronik der Autos zu schonen, vorher immer ein stop chargeing zu senden?

Ja, die Wallbox regelt sich bei 100% noch nach. Ist jetzt aber auch nicht so schlimm. Klar mit Phasen-Automatik schaltet dann auch der Schütz unnötig. Man kann einen SoC natürlich anbinden, aber dann kann schlecht auch mal jemand anderes laden. Daher würde ich keinen SoC berücksichtigen. Kannst ja aber ein Skript schreiben, das bei SoC 100 den Adapter pausiert.

Ok, passt - so hatte ich das dann auch gelöst. Hauptsächlich um das schalten Schützes zu verringern.

Der Adapter prüft alle 15 Sekunden die Werte und regelt alle 30 Sekunden neu.

Denke der Ansatz mit dem virtuellen Zähler hat sich erstmal erledigt - die letzten Tage hat das regeln / schalten ganz gut funktioniert.

Das 2x schalten kann ich mit noch anschauen. Macht aber eigentlich nichts, da beim 2x Mal der Wert ja nicht geändert wird. Oder hast Du da Aktivität am Schütz /S10 bemerkt?

Nein, keine Aktivität - ist mir nur im Log aufgefallen.

[Sneak-L8]

Ja, addPower in den Einstellungen und im DP dürfen auseinander laufen. Genau deshalb gibt es beide. Manche wollen einen festen Wert einstellen, andere aber dynamisch z. B. Sommer/Winter unterschiedlich handhaben.

Stop charging sollte die Wallbox selbstständig senden. Ich habe Keba so verstanden, dass das Seiten des Schalters eben mehrere Aktionen auslöst

1. Ladevorgang pausieren
2. Phasen umschalten
3. Ladevorgang fortsetzen

Konntest Du das beobachten?

[darkiop]

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

Ja, addPower in den Einstellungen und im DP dürfen auseinander laufen. Genau deshalb gibt es beide. Manche wollen einen festen Wert einstellen, andere aber dynamisch z. B. Sommer/Winter unterschiedlich handhaben.

Ok.

Stop charging sollte die Wallbox selbstständig senden. Ich habe Keba so verstanden, dass das Seiten des Schalters eben mehrere Aktionen auslöst

1. Ladevorgang pausieren
2. Phasen umschalten
3. Ladevorgang fortsetzen

Konntest Du das beobachten?

Nein, nicht bewusst. Schreibe aber jetzt mal die relevanten DPs in die Datenbank, dann sollte man es aus den Daten herauslesen können.

kecontact.0.state müsste dabei ja eigentlich kurz auf '5' wechseln.

[Sneak-L8]

Ich habe die gitgub-Version gerade noch um das Modell Company Car Wall Box MID von Keba ergänzt. Diese wird nun auch erkannt.

[darkiop]

@Sneak-L8

Neuer Tag, neuer Test (Überstunden abbauen - habe etwas Zeit :))

Wenig Sonne = wenig Überschuss. Nach freigeben von zusätzlichen 1000W startet die Ladung mit 1P:

2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) Available surplus: 696
2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) power: 696 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 1000
2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) power: 696 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 3000
2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) check with additional power of: 1000
2023-05-16 12:42:15.418  - debug: kecontact.0 (15636) power: 1696 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 7000
2023-05-16 12:42:15.418  - debug: kecontact.0 (15636) Minimum amperage reached by addPower of 1000
2023-05-16 12:42:15.418  - debug: kecontact.0 (15636) wallbox set to charging maximum of 6000 mA
2023-05-16 12:42:15.418  - info: kecontact.0 (15636) (re)start charging
2023-05-16 12:42:15.693  - debug: kecontact.0 (15636) Sent 'currtime 6000 1' to 10.3.1.28:7090
2023-05-16 12:42:15.693  - debug: kecontact.0 (15636) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
2023-05-16 12:42:15.693  - debug: kecontact.0 (15636) Received TCH-OK :done
2023-05-16 12:42:15.993  - debug: kecontact.0 (15636) Sent 'report 100' to 10.3.1.28:7090
2023-05-16 12:42:15.995  - debug: kecontact.0 (15636) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 374,
"Curr HW": 16000,
"E start": 44773767,
"E pres": 4293,
"started[s]": 1189014,
"ended[s]": 0,
"started": "1189014000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1191350
}
'

Der State kecontact.0.statistics.chargingPhases wurde dabei nicht aktualisiert:

Aus den zusätzlcihen 1000W wurden 9999W (direkt über die Adapter Settings):

2023-05-16 12:53:17.159  - debug: kecontact.0 (16372) Available surplus: 675.3610000000001
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) power: 675.3610000000001 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 1000
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) power: 675.3610000000001 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 3000
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) check with additional power of: 9999
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) power: 10674.361 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 46000
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) Minimum amperage reached by addPower of 9999
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) wallbox set to charging maximum of 6000 mA
2023-05-16 12:53:17.434  - debug: kecontact.0 (16372) Sent 'report 100' to 10.3.1.28:7090
2023-05-16 12:53:17.436  - debug: kecontact.0 (16372) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 374,
"Curr HW": 16000,
"E start": 44773767,
"E pres": 6745,
"started[s]": 1189014,
"ended[s]": 0,
"started": "1189014000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1192011
}
'

Die Ladung blieb bei 1P.

Hast eine Idee worans liegt?

Und was mir auch noch aufgefallen ist kecontact.0.statistics.surplus kann auch ins Minus berechnet werden:

[Sneak-L8]

@darkiop Ja, chargingPhases bleibt bei 3, weil es angibt, mit wieviel Phasen die Ladung möglich ist. Wird für die Berechnung zur Umschaltung gebraucht. Ich weiß sonst nicht, ob ich mit 2 oder 3 Phasen rechnen muss (bei 1 brauche ich gar nicht rechnen).

addPower hilft Dir nicht viel, weil damit ja nur das Minimum aufrecht erhalten wird, also 6A bei 1 Phase. Da brauchst Du mehr sonne zum Testen :-)

Die abgefragten Werte von Wechselrichter, EnergyMeter etc. sind Momentaufnahmen. Und wenn da gerade die sonne rauskommt, dann kann sich der Wert zwischen den beiden "getState" so stark ändern, dass die Berechnung auch mal negativ wird.

[darkiop]

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

@darkiop Ja, chargingPhases bleibt bei 3, weil es angibt, mit wieviel Phasen die Ladung möglich ist. Wird für die Berechnung zur Umschaltung gebraucht. Ich weiß sonst nicht, ob ich mit 2 oder 3 Phasen rechnen muss (bei 1 brauche ich gar nicht rechnen).

Ok, dann hab ich den State falsch interpretiert ;)

addPower hilft Dir nicht viel, weil damit ja nur das Minimum aufrecht erhalten wird, also 6A bei 1 Phase. Da brauchst Du mehr sonne zum Testen :-)

Schade, dachte damit kann ich mir das Testerleben etwas erleichtern ;) Dann werde ich auf Sonne/Wolken und den passenden SoC warten.
Letzter offener Punkt zum Testen ist das Umschalten von 1P>3P/3P>1P und dabei sicherstellen das die Ladung vorher gestoppt wird.

Die abgefragten Werte von Wechselrichter, EnergyMeter etc. sind Momentaufnahmen. Und wenn da gerade die sonne rauskommt, dann kann sich der Wert zwischen den beiden "getState" so stark ändern, dass die Berechnung auch mal negativ wird.

Ok, dann schreibe ich evtl. in die DB nur die positiven Werte, mal schauen.

[darkiop]

@Sneak-L8

Hier brauche ich nochmal deine Hilfe, aktuell liegt genügend PV Strom an, ich lade mit 3.x kW/h und verkaufe dabei noch 1.2kW/h

Wieso sagt der Adapter no switching to 3 phases because amperage 21000 < 21600 ?

2023-05-18 10:08:29.084  - debug: kecontact.0 (184583) Available surplus: 4875.523
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) power: 4875.523 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 7000
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) power: 4875.523 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 21000
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) no switching to 3 phases because amperage 21000 < 21600
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) wallbox set to charging maximum of 16000 mA
2023-05-18 10:08:29.367  - debug: kecontact.0 (184583) Sent 'report 100' to 10.3.1.28:7090
2023-05-18 10:08:29.368  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 375,
"Curr HW": 16000,
"E start": 44901101,
"E pres": 41466,
"started[s]": 1349712,
"ended[s]": 0,
"started": "1349712000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1354922
}
'

Edit:

Ein paar Minuten später ging es dann doch auf 3P hoch:

2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) Available surplus: 4953.532
2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) power: 4953.532 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 7000
2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) power: 4953.532 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 22000
2023-05-18 10:12:59.102  - info: kecontact.0 (184583) updating X2 for switch of phases from 0 to 1...
2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) wallbox set to charging maximum of 7000 mA
2023-05-18 10:12:59.102  - info: kecontact.0 (184583) regulate wallbox from 16000 to 7000mA
2023-05-18 10:12:59.378  - debug: kecontact.0 (184583) Sent 'currtime 7000 1' to 10.3.1.28:7090
2023-05-18 10:12:59.379  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-05-18 10:12:59.379  - debug: kecontact.0 (184583) Received TCH-OK :done

2023-05-18 10:12:59.678  - debug: kecontact.0 (184583) Sent 'x2 1' to 10.3.1.28:7090
2023-05-18 10:12:59.679  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-05-18 10:12:59.680  - debug: kecontact.0 (184583) Received TCH-OK :done

2023-05-18 10:12:59.704  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 0}'
2023-05-18 10:12:59.705  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"State": 5}'
2023-05-18 10:12:59.729  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"Max curr": 0}'
2023-05-18 10:12:59.942  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 1}'
2023-05-18 10:12:59.979  - debug: kecontact.0 (184583) Sent 'report 100' to 10.3.1.28:7090
2023-05-18 10:12:59.980  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 375,
"Curr HW": 16000,
"E start": 44901101,
"E pres": 44211,
"started[s]": 1349712,
"ended[s]": 0,
"started": "1349712000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1355193
}
'

...

2023-05-18 10:13:29.115  - debug: kecontact.0 (184583) Available surplus: 3433.7929999999997
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) power: 3433.7929999999997 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 5000
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) power: 3433.7929999999997 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 15000
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) no switching to 1 phase because of minimum regard time
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) check with additional power of: 9999
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) power: 13432.793 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 19000
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) Minimum amperage reached by addPower of 9999
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) wallbox set to charging maximum of 6000 mA
2023-05-18 10:13:29.116  - info: kecontact.0 (184583) regulate wallbox from 7000 to 6000mA
2023-05-18 10:13:29.379  - debug: kecontact.0 (184583) Sent 'currtime 6000 1' to 10.3.1.28:7090
2023-05-18 10:13:29.380  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-05-18 10:13:29.380  - debug: kecontact.0 (184583) Received TCH-OK :done

2023-05-18 10:13:29.680  - debug: kecontact.0 (184583) Sent 'report 100' to 10.3.1.28:7090
2023-05-18 10:13:29.681  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 375,
"Curr HW": 16000,
"E start": 44901101,
"E pres": 44410,
"started[s]": 1349712,
"ended[s]": 0,
"started": "1349712000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1355223
}
'

Ich konnte alledings keine Veränderung beim kecontact.0.state feststellen. Habe jetzt über den MercedesMe Adapter noch den Ladestatus aus dem Auto im Auge. Die Frage ist allerdings ob das überhaupt ersichtlich wird in dem kurzen Zeitfenster wo hier ggf. gestoppt und umgeschaltet wird.

Korrektur - Fehler 40 .... das passt wohl, der Ladevorgang wurde laut Status kurz gestoppt:

Mein Zeitfenster zum Testen schließt sich leider auch bald ... SoC ist gleich bei 100 - ein erster positiver Effekt, trotz schlechtem Wetter fließt nun viel mehr Strom ins Auto ;)

[Sneak-L8]

Ich habe einen Prozentwert hinterlegt, über den man mir den Überschuss kommen muss. Müsste heute nach genauen Werten schauen, fahren gleich für ein paar Tage weg.
Ist wie sonst auch, es wird eine gewisse Toleranzgrenze benötigt, damit man nicht bei ein paar Watt mehr oder weniger immer gleich die Phasen umschaltet. Aber der Schwellwert könnte vielleicht noch optimiert werden...

[darkiop]

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

Müsste heute nach genauen Werten schaue

Passt - ich kann ja auch mal ins Repo schauen.

[darkiop]

Hallo, lange wars ruhig - Aktuell läufts das ganze Konstrukt aber auch sehr stabil!

Heut Mittag ist mir nach dem Anschließen vom Auto in meinem Telegram Bot folgende Abfolge aufgefallen, da sieht man schön was die Keba den so treibt - vor Phasenwechsel kommt definitiv der Ladestop (kecontact.0.state => 5) . Überschuss war zu dem Zeitpunkt bei ca. 6.1 - die Ladung startete mit 6.

[20.06.2023 14:19]
Adapter-start-stop: Auto wurde an die Wallbox angeschlossen - kecontact.0 aktiviert

[20.06.2023 14:19]
kecontact.0.state => 3

[20.06.2023 14:19]
kecontact.0.plug => 7

[20.06.2023 14:19]
X2 phaseSwitch => 0

[20.06.2023 14:19]
kecontact.0.state => 5

[20.06.2023 14:19]
X2 phaseSwitch => 1

[20.06.2023 14:19]
kecontact.0.state => 2

[20.06.2023 14:19]
kecontact.0.state => 3

kecontact.0.plug
0: No cable is plugged.
1: Cable is plugged into charging station.
3: Cable is plugged into charging station and locked.
5: Cable is plugged into charging station and vehicle but not locked.
7: Cable is plugged into charging station and vehicle, furthermore the cable is locked. Charging is not possible until plug state “7” is reached.

kecontact.0.state
0: Startup
1: Not ready for charging Charging station is not connected to a vehicle
2: Ready for charging and waiting for reaction from vehicle.
3: Charging
4: Error is present
5: Charging process temporarily interrupted

Es gab die Tage auch eine neue Firmware (V3.10.51):

Adapt failsafe behavior over UDP
Setting the failsafe current to 0 using UDP is applied for all charging sessions, not only for
the ongoing charging session.

Adapt failsafe minimum value over UDP
It is now possible to set the time delay for failsafe mode to values as low as 5 seconds.

Two UDP responses after sending “x2 0” or “x2 1”
The message “Not allowed” does not appear anymore after sending the UDP commands
“x2 0” or “x2 1”.