[Frage] Realisierung Adapter UDP Keba Wallbox

Sneak-L8

@darkiop Ok, danke für die Info.
Ich sehe bei mir, dass ePres beim Anstecken noch nicht auf 0 gesetzt wird, solange noch nicht geladen wurde. setEnergy aber schon? Oder hast Du gleich geladen?

Wenn setEnergy auch bei PV-Automatik ohne ausreichend Überschuss bereits beim Anstecken resettet wird, dann könne ich ja prüfen, ob setEnergy > 0 und ePres >= setEnergy und dann keinen Ladevorgang starten. Falls nicht, dann könnte ich auch auf state =5 prüfen (das müsste vermutlich auch für nicht freigegebene Ladungen bei Nutzung von RFID gelten). Dann würde da auch nicht unnötig versucht zu laden.
Ich glaube, die 2. Option ist allgemeingültiger, oder?

Sneak-L8

@darkiop Kleiner Nachtrag. Wenn ich über state = 5 prüfe, dann geht das nur, wenn man der State von der Wallbox automatisch zurückgenommen wird, wenn der Hinderungsgrund wegfällt.

Könntest Du daher auch mal testen was passiert, wenn die Lademenge erreicht ist, der State bei 5 steht und du dann setEnergy auf einen Wert setzt, der über der bisherigen Lademenge sitzt? Springt der State dann wieder auf einen Normal-Wert?

thilo.frank

Hallo,

ich habe das Problem, dass ich aktuell keine Werte mehr aus der P30x angezeigt bekomme, jedoch der Download der abgeschlossenen Sessions funktioniert.
Die Wallbox wird mir zwar angezeigt, jedoch ist der Status "gelb" mit "rotem x" bei "Verbunden mit Gerät oder Dienst".
Unter kecontact.0.info.connection ist der Status "false"
Über die IP-Adresse ist die Box erreichar.
Installiert istr der aktuelle Adapter (V 2.02).

Hat jemand eine Idee, woran das liegen könnte und was ich tun kann?
Gruß Thilo

darkiop

@sneak-l8

Ja gerne. Komme allerdings frühestens Freitag, eher Samstag dazu.

Sneak-L8

@thilo-frank Hast Du evtl. noch ein weiteres System ,das die Keba abfragt? Oder eine 2. Instanz im ioBroker?

Was meinst Du mit "Download der Sessions funktioniert"? Der Adapter lädt die Sessions in die States? Oder webfrontend der Keba? Oder etwas anderes?

Was sagt denn das (Debug-)Log?

ldittmar

Hallo Allerseits... kann mir jemand sagen, was die einzelnen Werten in "plug" und "state" zu bedeuten haben? Wäre cool, wenn man beim Adapter gleich eine Liste mit Werte hinzufügen würde.

Sneak-L8

@ldittmar Das steht im UDP-Handbuch der Keba. Gibt's als Download auf deren Homepage. Wo sollte es Deiner Meinung nach im Adapter stehen?

darkiop

@ldittmar sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

Hallo Allerseits... kann mir jemand sagen, was die einzelnen Werten in "plug" und "state" zu bedeuten haben? Wäre cool, wenn man beim Adapter gleich eine Liste mit Werte hinzufügen würde.

Das Dokument habe ich ein paar Posts vorher verlinkt.

darkiop

@darkiop sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

@sneak-l8

Ja gerne. Komme allerdings frühestens Freitag, eher Samstag dazu.

@Sneak-L8 habs nicht vergessen ... steht auf der ToDo ;)

ldittmar

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

Wo sollte es Deiner Meinung nach im Adapter stehen?

Man kann im io-package.json die States angeben. So in etwa:

Sneak-L8

@ldittmar Vielen Dank für die Aufklärung! Das kannte ich bisher nicht. Sehr gute Idee.

Hab ich doch gleich für state, plug und timeQ ergänzt (github-Version).

Sneak-L8

@ldittmar Habe die Liste jetzt auch bei der batteryStorageStrategy ergänzt. so sieht man hier auch gleich, welche Strategie man dynamisch ausgewählt hat.

ldittmar

@sneak-l8 Echt cool.... :-) freue mich auf die neue Version.

darkiop

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

Könntest Du daher auch mal testen was passiert, wenn die Lademenge erreicht ist, der State bei 5 steht und du dann setEnergy auf einen Wert setzt, der über der bisherigen Lademenge sitzt? Springt der State dann wieder auf einen Normal-Wert?

Ja, die Ladung wird dann fortgesetzt (state = 3) und geht nach erreichen von setenergy wieder auf state = 5.

darkiop

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

Ich glaube, die 2. Option ist allgemeingültiger, oder?

Das hatte ich übersehen - aber ja, Option 2 klingt passender für die Allgemeinheit.

Sneak-L8

@darkiop Danke füs Testen. Habe daher gerade eine zusätzliche Abfrage eingebaut und unterbinde den Ladeversuch, wenn bei angestecktem Auto der Wallbox-State == 5 ist. Damit sollten die unnötigen Ladestart-Versuche künftig unterbleiben.

Version steht bei github bereit zum Testen...

darkiop

@sneak-l8

Habe die Version gerade von git gezogen und mit einer kleinen Ladung getestet. Nach erreichen dieser 500Wh, stop die Ladung, aber die Log-Ausgabe das eine Ladvorgang gestartet wird, wird ausgegeben.

2023-12-07 17:56:07.715  - [32minfo[39m: kecontact.0 (989012) change pause status of wallbox from true to false
2023-12-07 17:56:16.864  - [32minfo[39m: kecontact.0 (989012) change of photovoltaics automatic from true to false
2023-12-07 17:56:17.527  - [32minfo[39m: kecontact.0 (989012) updating X2 for switch of phases from 0 to 1...
2023-12-07 17:56:17.527  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 17:57:04.988  - [32minfo[39m: kecontact.0 (989012) vehicle (re)starts to charge
2023-12-07 18:00:19.993  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:00:49.996  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:01:19.979  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:01:49.999  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:02:19.997  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:02:49.984  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:03:00.642  - [32minfo[39m: kecontact.0 (989012) Loglevel changed from "info" to "debug"
2023-12-07 18:03:04.627  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 2' to 10.3.1.28:7090
2023-12-07 18:03:04.628  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "2",
"State": 5,
"Error1": 0,
"Error2": 0,
"Plug": 7,
"AuthON": 0,
"Authreq": 0,
"Enable sys": 0,
"Enable user": 0,
"Max curr": 0,
"Max curr %": 1000,
"Curr HW": 16000,
"Curr user": 16000,
"Curr FS": 0,
"Tmo FS": 0,
"Curr timer": 16000,
"Tmo CT": 0,
"Setenergy": 5000,
"Output": 1,
"Input": 0,
"X2 phaseSwitch source": 4,
"X2 phaseSwitch": 1,
"Serial": "21216522",
"Sec": 3217680
}
'
2023-12-07 18:03:04.927  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 3' to 10.3.1.28:7090
2023-12-07 18:03:04.928  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "3",
"U1": 0,
"U2": 0,
"U3": 0,
"I1": 0,
"I2": 0,
"I3": 0,
"P": 0,
"PF": 0,
"E pres": 5877,
"E total": 53178000,
"Serial": "21216522",
"Sec": 3217681
}
'
2023-12-07 18:03:04.992  - [34mdebug[39m: kecontact.0 (989012) Available surplus: 0
2023-12-07 18:03:05.227  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 100' to 10.3.1.28:7090
2023-12-07 18:03:05.228  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 451,
"Curr HW": 16000,
"E start": 53172123,
"E pres": 5877,
"started[s]": 3217274,
"ended[s]": 0,
"started": "3217274000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 3217681
}
'
2023-12-07 18:03:05.228  - [34mdebug[39m: kecontact.0 (989012) History ID received: 00
2023-12-07 18:03:19.627  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 2' to 10.3.1.28:7090
2023-12-07 18:03:19.629  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "2",
"State": 5,
"Error1": 0,
"Error2": 0,
"Plug": 7,
"AuthON": 0,
"Authreq": 0,
"Enable sys": 0,
"Enable user": 0,
"Max curr": 0,
"Max curr %": 1000,
"Curr HW": 16000,
"Curr user": 16000,
"Curr FS": 0,
"Tmo FS": 0,
"Curr timer": 16000,
"Tmo CT": 0,
"Setenergy": 5000,
"Output": 1,
"Input": 0,
"X2 phaseSwitch source": 4,
"X2 phaseSwitch": 1,
"Serial": "21216522",
"Sec": 3217695
}
'
2023-12-07 18:03:19.927  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 3' to 10.3.1.28:7090
2023-12-07 18:03:19.929  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "3",
"U1": 0,
"U2": 0,
"U3": 0,
"I1": 0,
"I2": 0,
"I3": 0,
"P": 0,
"PF": 0,
"E pres": 5877,
"E total": 53178000,
"Serial": "21216522",
"Sec": 3217696
}
'
2023-12-07 18:03:19.997  - [34mdebug[39m: kecontact.0 (989012) Available surplus: -2
2023-12-07 18:03:19.997  - [34mdebug[39m: kecontact.0 (989012) wallbox set to charging maximum of 16000 mA
2023-12-07 18:03:19.997  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:03:20.228  - [34mdebug[39m: kecontact.0 (989012) Sent 'currtime 16000 1' to 10.3.1.28:7090
2023-12-07 18:03:20.231  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-12-07 18:03:20.231  - [34mdebug[39m: kecontact.0 (989012) Received TCH-OK :done

2023-12-07 18:03:20.528  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 100' to 10.3.1.28:7090
2023-12-07 18:03:20.530  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 451,
"Curr HW": 16000,
"E start": 53172123,
"E pres": 5877,
"started[s]": 3217274,
"ended[s]": 0,
"started": "3217274000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 3217696
}
'
2023-12-07 18:03:20.530  - [34mdebug[39m: kecontact.0 (989012) History ID received: 00
2023-12-07 18:03:21.304  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 1}'
2023-12-07 18:03:21.305  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Enable sys": 1}'
2023-12-07 18:03:22.235  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Max curr": 16000}'
2023-12-07 18:03:22.235  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Max curr": 16000}'
2023-12-07 18:03:25.893  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 0}'
2023-12-07 18:03:25.894  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Enable sys": 0}'
2023-12-07 18:03:25.997  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Max curr": 0}'
2023-12-07 18:03:25.997  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Max curr": 0}'
2023-12-07 18:03:34.628  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 2' to 10.3.1.28:7090
2023-12-07 18:03:34.629  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "2",
"State": 5,
"Error1": 0,
"Error2": 0,
"Plug": 7,
"AuthON": 0,
"Authreq": 0,
"Enable sys": 0,
"Enable user": 0,
"Max curr": 0,
"Max curr %": 1000,
"Curr HW": 16000,
"Curr user": 16000,
"Curr FS": 0,
"Tmo FS": 0,
"Curr timer": 16000,
"Tmo CT": 0,
"Setenergy": 5000,
"Output": 1,
"Input": 0,
"X2 phaseSwitch source": 4,
"X2 phaseSwitch": 1,
"Serial": "21216522",
"Sec": 3217710
}
'
2023-12-07 18:03:34.928  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 3' to 10.3.1.28:7090
2023-12-07 18:03:34.930  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "3",
"U1": 0,
"U2": 0,
"U3": 0,
"I1": 0,
"I2": 0,
"I3": 0,
"P": 0,
"PF": 0,
"E pres": 5877,
"E total": 53178000,
"Serial": "21216522",
"Sec": 3217711
}
'
2023-12-07 18:03:35.002  - [34mdebug[39m: kecontact.0 (989012) Available surplus: 0
2023-12-07 18:03:35.229  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 100' to 10.3.1.28:7090
2023-12-07 18:03:35.230  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 451,
"Curr HW": 16000,
"E start": 53172123,
"E pres": 5877,
"started[s]": 3217274,
"ended[s]": 0,
"started": "3217274000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 3217711
}
'
2023-12-07 18:03:35.230  - [34mdebug[39m: kecontact.0 (989012) History ID received: 00
2023-12-07 18:03:49.628  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 2' to 10.3.1.28:7090
2023-12-07 18:03:49.629  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "2",
"State": 5,
"Error1": 0,
"Error2": 0,
"Plug": 7,
"AuthON": 0,
"Authreq": 0,
"Enable sys": 0,
"Enable user": 0,
"Max curr": 0,
"Max curr %": 1000,
"Curr HW": 16000,
"Curr user": 16000,
"Curr FS": 0,
"Tmo FS": 0,
"Curr timer": 16000,
"Tmo CT": 0,
"Setenergy": 5000,
"Output": 1,
"Input": 0,
"X2 phaseSwitch source": 4,
"X2 phaseSwitch": 1,
"Serial": "21216522",
"Sec": 3217725
}
'
2023-12-07 18:03:49.929  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 3' to 10.3.1.28:7090
2023-12-07 18:03:49.930  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "3",
"U1": 0,
"U2": 0,
"U3": 0,
"I1": 0,
"I2": 0,
"I3": 0,
"P": 0,
"PF": 0,
"E pres": 5877,
"E total": 53178000,
"Serial": "21216522",
"Sec": 3217726
}
'
2023-12-07 18:03:50.002  - [34mdebug[39m: kecontact.0 (989012) Available surplus: 0
2023-12-07 18:03:50.002  - [34mdebug[39m: kecontact.0 (989012) wallbox set to charging maximum of 16000 mA
2023-12-07 18:03:50.002  - [32minfo[39m: kecontact.0 (989012) (re)start charging with 16000mA (maxPower)
2023-12-07 18:03:50.229  - [34mdebug[39m: kecontact.0 (989012) Sent 'currtime 16000 1' to 10.3.1.28:7090
2023-12-07 18:03:50.229  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-12-07 18:03:50.230  - [34mdebug[39m: kecontact.0 (989012) Received TCH-OK :done

2023-12-07 18:03:50.529  - [34mdebug[39m: kecontact.0 (989012) Sent 'report 100' to 10.3.1.28:7090
2023-12-07 18:03:50.530  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 451,
"Curr HW": 16000,
"E start": 53172123,
"E pres": 5877,
"started[s]": 3217274,
"ended[s]": 0,
"started": "3217274000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 3217726
}
'
2023-12-07 18:03:50.530  - [34mdebug[39m: kecontact.0 (989012) History ID received: 00
2023-12-07 18:03:51.300  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 1}'
2023-12-07 18:03:51.301  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Enable sys": 1}'
2023-12-07 18:03:52.122  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Max curr": 16000}'
2023-12-07 18:03:52.122  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Max curr": 16000}'
2023-12-07 18:03:55.681  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"State": 2}'
2023-12-07 18:03:55.682  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"State": 2}'
2023-12-07 18:03:55.980  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 0}'
2023-12-07 18:03:55.981  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"State": 5}'
2023-12-07 18:03:55.981  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Enable sys": 0}'
2023-12-07 18:03:55.981  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"State": 5}'
2023-12-07 18:03:56.093  - [34mdebug[39m: kecontact.0 (989012) UDP datagram from 10.3.1.28:7090: '{"Max curr": 0}'
2023-12-07 18:03:56.093  - [34mdebug[39m: kecontact.0 (989012) UDP broadcast datagram from 10.3.1.28:7090: '{"Max curr": 0}'

Sneak-L8

@darkiop Du hast ohne PV-Automatik getestet. :) Ich hab es nur bei PV-Automatik implementiert.

Dachte zuerst, dass es ohne PV-Automatik keinen Sinn macht. Aber beim BLick in den Code hab ich gemerkt, dass auch ohne PV-Automatik aktiv die Ladeleistung (entweder 0 oder max bzw. max. zulässige Leistung bei Lastbegrenzung) angepasst wird. ICh war gedanklich wohl eher beim passive mode...

Hab's geändert. Jetzt sollte es auch ojne PV-Automatik tun. Version steht wieder auf github bereit.

darkiop

@sneak-l8 Passt jetzt. Danke!!

darkiop

So langsam muss ich auch mal an die Integration meines SMA STP Smart Energy und der BYD HVM angehen :)

Akutell läuft die Steuerung des WR <> Batterie über den SMA Home Manager 2.0 - das soll auch so bleiben.

Damit ich das Auto (PV optimiert und vom Netz) laden kann, muss ich zuvor über den WR auf manuelle Steuerung umstelen. Denn ohne, lädt das Auto auch mit Strom aus dem Speicher.

Dies geschieht über:

# 802 = manuelle Steuerung
setState('modbus.0.holdingRegisters.3.40151_Kommunikation', 802);

# 0 = keine Ladung / keine Abgabe
setState('modbus.0.holdingRegisters.3.40149_Wirkleistungvorgabe', 0);

Am Ende setze ich den WR wieder auf den gesteuerten Modus mit

setState('modbus.0.holdingRegisters.3.40151_Kommunikation', 803);

Hast du deine Idee wie ich das in zusammen mit deinem Adapter / deiner Batterielogik bringen kann?

Als Plan B, unabhängig vom Adapter könnte ich über ein Skript auch eine eigene Logik bauen, welche die Steuerung deaktiviert, sobald der SoC des Speichers 100% erreicht hat (Aktuell ist mir ist das Laden vom Speicher wichtiger als des Autos).

Community Forum

NEWS

[Frage] Realisierung Adapter UDP Keba Wallbox

Support us

573

32.7k

82.4k

1.3m