NEWS
[Frage] Realisierung Adapter UDP Keba Wallbox
-
@sneak-l8
Ich möchte über Modbus den Zustand des X2 auslesen. Wenn der Zustand sich ändert sollen weitere Aktionen über iobroker ausgeführt werden. Wenn ich die Keba Dokumentation richtig verstehe, wird der Ausgang von der Wallbox geschaltet oder bekommt die Keba Wallbox von einer Steuerung ein Signal zum schaltet und sie schaltet dann den X2.
Mir geht es nicht darum den X2 zu schalten sondern mitzubekommen ( durch Modbus) wenn er geschaltet wird für weitere Aktionen. -
@pengo Wie gesagt, der Zustand ist unter "output" oder "x2PhaseSwitch" zu sehen, je nachdem, ob die Phasenumschaltung über X2 aktiviert ist.
Aber wer sollte denn den X2-Ausgang schalten, wenn das nicht über den Adapter machst? Und wie kommst Du über modbus an die Keba ran?
-
@sneak-l8
Der Adapter schaltet z.B. den X2 auf 3 Phasen, jetzt würde ich gerne über den Modbus den Zustand überwachen und bei Änderung eine weitere Aktion im iobroker ausführen lassen.
Es gibt ein Dokument von Keba wo beschrieben wird wie es über Modbus geht. Hier der Link Keba Modbus -
@pengo Also der ioBroker-Adapter kecontact schaltet die Phasen. arum willst du dann den Zustand über modbus auslesen? Warum prüfst du nicht einfach den state im ioBroker?
Der Adapter macht doch schon alles und stellt alle Daten bereits. Warum dann nochmal mit einer zweiten Technik auf die Keba zugreifen? -
habe die Keba P30 PV Edition in Verbindung mit einem Kostal Plenticore und BYD-Batteriespeicher in Betrieb.
Der Adapter funktioniert einschließlich Phasenumschaltung korrekt.Lediglich die Batterieeinbindung funktioniert nicht so wie ich mir das Vorstelle. Die Hausbatterie wird immer voll in den Ladevorgang des PKW mit einbezogen. Ich benutze folgende Einstellung.
Ich habe die vorstehenden Beiträge zum Thema Modi gelesen.
Meine Frage: Sind die Einstellungen richtig, wird das Problem durch die Modi gelöst?
-
Ich wollte mich nochmal zu dem Thema melden. Nach schier endlosen Versuchen den Keba Adapter auf der Synology mit Docker zum Laufen zu bekommen, habe ich das Thema nun begraben.
Ich habe Deine Google Suchbegriffe erweitert und nach "broadcast udp docker" gesucht. Dabei habe ich mehrere Hinweise gefunden, dass es anscheinend Schwierigkeiten gab/gibt udp - Pakete in/aus Docker zu bekommen. Jedenfalls hat das, was da als potentieller Workaround angeboten wurde, meine Fähigkeiten bei Weitem überfordert.
Ich hab das Ganze jetzt auf eine Ubuntu-VM der Synology umgezogen und da hat die Verbindung auf Anhieb geklappt. Jetzt fange ich an, den Adapter zu testen
Falls jemand eine Lösung finden sollte, den Adapter unter Docker zum Laufen zu bringen, wäre ich dennoch für Lösungsansätze dankbar.
Vielen Dank an @sneak-l8 für den Bau des Adapters und Deine Hinweise!
-
@opaw Ja, mit der neuen Version (die erst noch entwickelt werden muss - komme da die nächsten Wochen wohl nicht dazu) wird es einfacher sein, die gewünschten Optionen einzustellen.
Die einstellung 95% bis der die Batterie aber Leistung abgingt dürfte falsch sein. Sind vermutlich eher 5% oder 10%. Das meint, wenn der SoC darunter liegt, dann steht keine Leistung mehr von der Batterie zur Verfügung. Vielleicht ist das schon die einfache Lösung. -
@sneak-l8 Ok, die Sache mit der SoC bei der die Hausbatterie keine weitere Energie abgibt ist tatsächlich 5% bei der BYD und im Plenticore fest eingestellt.
Ich hatte die Vermutung über diesen Wert im Keba Adapter zB. kleiner 95% die Beteiligung der Batterie zu unterbinden. Bei Werten von z.B. über 95% kann die Batterie mit benutzt werden um kurzzeitig Bewölkung zu überbrücken. Vielleicht auch eine Lösungsmöglichkeit?
Ich habe noch eine grundsätzliche Frage:
in der Kombination P30 PV Edition und Kostal Smartmeter wird die Überschußladung über die Einstellungen in der P30 gesteuert. Man muß nur das Auto anstecken. Leider wird auch hier die Hausbatterie richtig leergesaugt. Ist logisch (zumindest bei Kostal) ja nur ein weiterer PV-Strang.
Wie wirkt eigentlich die in der Wallbox hinterlegten Logik und der keconect Adapter zusammen. Stören die sich nicht? Lässt sich das Programm in der P30 abschalten? -
@opaw Ich kenne die PV-Edition leider nicht im Detail. Soweit ich von Keba weiß, ist es eine x-Series. Wieviel diese selbst steuern kann, weiß ich nicht. Falls sie das aber tut, dann würdei ch den Keba-Adapter in den Passiv-Modus versetzen, damit sich die beiden Steuerungen nicht gegenseitig in die Wege kommen. Dann regelt der Adapter nichts mehr von alleine und reagiert nur noch auf explizite Kommandos.
Ob und wie man die Logik in der PV-Edition abschaltet weiß ich leider nicht. Sollte aber doch im Handbuch der PV-Edition stehen. -
@sneak-l8 Die Keba PV P30 Edition ist tatsächlich eine P30X (Keba Marketing)! Eine Lösung die interne Logik der P30 abzuschalten habe ich im Handbuch und auch in der WebUi nicht gefunden. Ich werde den keconect Adapter auf passiv schalten und nur noch die Werte zur Visualisierung auslesen.
Die Logik der Wallbox funktioniert in Verbindung mit einer PV-Anlage im Modus PV-Überschussladung ohne Hausbatterie perfekt. Der tatsächliche Überschuss wird ins Auto geladen. Auch die Phasenumschaltung in Abhängigkeit vom PV Überschuss funktioniert korrekt.
Bei einer PV-Anlage mit Hausbatterie wird der Ladevorgang beim Hochfahren der PV Leistung und steigendem Überschuss auch noch korrekt gesetzt. Die Batterie wird sogar durch von der Wallbox nicht genutzten Überschuss noch weiter geladen. Sinkt nun die PV-Leistung spendiert die Hausbatterie sozusagen "Intern" die fehlende Leistung nach. Der Smartmeter der ja die Daten für den Überschuss liefert, bekommt davon nichts mit. Als Folge wird die Hausbatterie leergesaugt.
Da die Hausbatterie eigentlich den Strombedarf meines Hauses in der Nacht decken soll, ist dieses Verhalten kontraproduktiv.
Hier brauch ich eine Lösung. Gibt es einen Ansprechpartner bei Keba
-
@opaw Das Problem hängt damit zusammen, dass die Wallbox nur die Info hat, was am Netzübergabepunkt eingespeist oder bezogen wird. Wenn Überschuss vorhanden ist und die Batterie diese nicht gleich oder nicht vollständig "konsumiert", dann meldet der energy meter nutzbare Leistung und die Wallbox erhöht daher den Ladestrom.
Wenn die Sonne jetzt weniger scheint, dann reduziert die Batterie zunächst ihre Ladung oder gibt sogar Strom ab, um einen Netzbezug zu vermeiden. Wenn die Batterie schneller reagiert als die Wallbox, "sieht" die Wallbox, dass weder Strom bezogen, noch ins Netz eingespeist wird. Also lädt sie weiter wie bisher.
Die Wallbox braucht also eine zusätzliche Information, ob eine Batterie im Spiel ist und ob diese gerade lädt oder Strom abgibt.Ob es diese Funktion bei Keba schon gibt, kannst Du z.B. über das Kontakformular bei Keba erfragen.
-
@stronoff
Hallo das Problem mit Docker hatte ich auch, du brauchst MACVLAN
https://smarthome.buanet.de/2020/09/macvlan-ueber-portainer-einrichten/ -
@sneak-l8 Keba hat die Funktion
-
@sneak-l8 Keba hat die Funktion
-
@opaw Was möchtest Du mit dem Post gestern und heute sagen? Soll der 2. Post mich animieren, schneller zu antworten? Oder war der nur ein Versehen?
Keba hat die Funktion
Dieser Satz istn icht sehr aussagekräftig, ich muss nun viel hineininterpretieren.
Keba ist kein Modell, nur ein Hersteller. Willst Du damit sagen, dass die PV-Edition auch eine Einstellung hat, um eine Batterie ins PV-Überschussladen einzubeziehen?
Wenn ich Dich richtig verstanden habe, dann funktioniert die Berücksichtigung der Batterie bei Dir aber nicht. Oder heißt Den Satz, dass Du nun auch die korrekte Einstellung kennst und das Laden nun auch unter Berücksichtigung der Batterie korrekt funktioniert? Dann freut mich das.
Aber die Nachricht ist ja auch an mich gerichtet: was ist denn dann Dein Anliegen mit der Nachricht?Fazit: etwas ausführlichere Texte in den Posts helfen, dass man nicht spekulieren muss...
-
@sneak-l8 Entschuldigung, der unvollständige Post sollte überhaupt nicht versendet werden. Ein Versehen!
-
Hallo, ich habe die KEBA KeContact P30 Deutschland-Edition in Betrieb und habe dazu die Phasenumschaltung mit einer "S10 Selbstbau" Box im Betrieb genommen. Die Phasenumschaltung hat auch gut funktioniert von 1 auf 3 und von 3 auf 1, doch lässt sich über den Pause Status das Laden aktuell nicht anhalten wenn man sich im PV Automatik Modus befindet..
Heute 17:45 info kecontact.0 change pause status of wallbox from false to true Heute 17:43 info kecontact.0 change pause status of wallbox from true to false
Der state bleich unbeeindruckt und ändert sich nicht von 3 auf 5, was er bisher ohne die X2 Umschaltung immer gut gemacht hat. Ist das evtl. ein Bug, oder mache ich was falsch? Gerne kann ich Dir noch mehr INFO's geben, wenn nötig.
Weitere Auffälligkeit, die Wallbox schaltet bei Unterschreitung der Verfügbaren Leistung und der damit verbundenen Timeouts im PV Automatik Modus auch nicht ab.
kecontact.0 2023-08-04 19:35:59.822 debug History ID received: 00 kecontact.0 2023-08-04 19:35:59.821 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 41, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691167339, "ended[s]": 0, "started": "2023-08-04 16:42:19.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 5445 } ' kecontact.0 2023-08-04 19:35:59.820 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:35:59.531 debug not enough power for charging ... kecontact.0 2023-08-04 19:35:59.531 debug power: -1573 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = -6750 kecontact.0 2023-08-04 19:35:59.531 debug check with additional power of: 200 kecontact.0 2023-08-04 19:35:59.531 debug power: -1773 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = -7750 kecontact.0 2023-08-04 19:35:59.531 debug power: -1773 / voltage: 230 * 1000 / delta: 250 / phases: 0 * delta = -Infinity kecontact.0 2023-08-04 19:35:59.531 debug Available surplus: -1773 kecontact.0 2023-08-04 19:35:59.521 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 5445 } ' kecontact.0 2023-08-04 19:35:59.520 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:35:59.222 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 0, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 0, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 5445 } ' kecontact.0 2023-08-04 19:35:59.220 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:35:44.821 debug History ID received: 00 kecontact.0 2023-08-04 19:35:44.821 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 41, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691167339, "ended[s]": 0, "started": "2023-08-04 16:42:19.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 5430 } ' kecontact.0 2023-08-04 19:35:44.820 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:35:44.530 debug Available surplus: -1753 kecontact.0 2023-08-04 19:35:44.521 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 5430 } ' kecontact.0 2023-08-04 19:35:44.520 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:35:44.221 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 0, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 0, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 5430 } ' kecontact.0 2023-08-04 19:35:44.219 debug Sent 'report 2' to 192.168.178.101:7090
Wenn ich dann wieder auf den Manuellen Modus umschalte, dann kann ich den Ladevorgang wieder Manuel unterbrechen.
Beim Umschalten von PV Automatik auf Manuel schaltet er wohl Automatisch immer die 3 Phasen Ladung ein, selbst wenn er zuvor durch die PV Automatik gerade im einphasigen Modus war. Und dann schaltet er komischerweise wieder nach gewisser Zeit auf einphasig zurück, warum auch immer. Ich würde es schön finden wenn man das noch definieren könnte in welchem Modus er startet, also z.B. immer einphasig starten.
kecontact.0 2023-08-04 19:38:12.505 debug UDP datagram from 192.168.178.101:7090: 'TCH-ERR:X2 : not allowed now ' kecontact.0 2023-08-04 19:38:12.504 debug Sent 'x2 0' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:38:12.214 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-04 19:38:12.214 info stop charging kecontact.0 2023-08-04 19:38:12.214 debug not enough power for charging ... kecontact.0 2023-08-04 19:38:12.214 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-04 19:38:12.214 debug Available surplus: -3136 kecontact.0 2023-08-04 19:38:12.204 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 5578 } ' kecontact.0 2023-08-04 19:38:12.203 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:38:11.904 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 16000, "Max curr %": 266, "Curr HW": 16000, "Curr user": 16000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 16000, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 5577 } ' kecontact.0 2023-08-04 19:38:11.903 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:38:11.902 info change pause status of wallbox from false to true javascript.0 2023-08-04 19:38:00.947 info script.js.common.PvOptimierung.Heizung_WWSolltemperatur: In Zeit kecontact.0 2023-08-04 19:37:59.827 debug History ID received: 00 kecontact.0 2023-08-04 19:37:59.826 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 41, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691167339, "ended[s]": 0, "started": "2023-08-04 16:42:19.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 5565 } ' kecontact.0 2023-08-04 19:37:59.825 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:59.537 debug Available surplus: -2024 kecontact.0 2023-08-04 19:37:59.526 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 5565 } ' kecontact.0 2023-08-04 19:37:59.525 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:59.225 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 16000, "Max curr %": 266, "Curr HW": 16000, "Curr user": 16000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 16000, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 5565 } ' kecontact.0 2023-08-04 19:37:59.224 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:47.698 debug UDP broadcast datagram from 192.168.178.101:7090: '{"State": 3}' kecontact.0 2023-08-04 19:37:47.697 debug UDP datagram from 192.168.178.101:7090: '{"State": 3}' kecontact.0 2023-08-04 19:37:44.825 debug History ID received: 00 kecontact.0 2023-08-04 19:37:44.825 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 41, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691167339, "ended[s]": 0, "started": "2023-08-04 16:42:19.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 5550 } ' kecontact.0 2023-08-04 19:37:44.824 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:44.533 debug Available surplus: -1841 kecontact.0 2023-08-04 19:37:44.525 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 5550 } ' kecontact.0 2023-08-04 19:37:44.523 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:44.225 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 2, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 16000, "Max curr %": 266, "Curr HW": 16000, "Curr user": 16000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 16000, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 5550 } ' kecontact.0 2023-08-04 19:37:44.223 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:44.093 debug UDP broadcast datagram from 192.168.178.101:7090: '{"State": 2}' kecontact.0 2023-08-04 19:37:44.092 debug UDP datagram from 192.168.178.101:7090: '{"State": 2}' kecontact.0 2023-08-04 19:37:40.860 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Max curr": 16000}' kecontact.0 2023-08-04 19:37:40.860 debug UDP datagram from 192.168.178.101:7090: '{"Max curr": 16000}' kecontact.0 2023-08-04 19:37:39.247 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Enable sys": 1}' kecontact.0 2023-08-04 19:37:39.247 debug UDP datagram from 192.168.178.101:7090: '{"Enable sys": 1}' kecontact.0 2023-08-04 19:37:36.773 debug History ID received: 00 kecontact.0 2023-08-04 19:37:36.773 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 41, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691167339, "ended[s]": 0, "started": "2023-08-04 16:42:19.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 5542 } ' kecontact.0 2023-08-04 19:37:36.771 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:36.605 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Max curr": 0}' kecontact.0 2023-08-04 19:37:36.604 debug UDP datagram from 192.168.178.101:7090: '{"Max curr": 0}' kecontact.0 2023-08-04 19:37:36.524 debug UDP broadcast datagram from 192.168.178.101:7090: '{"State": 5}' kecontact.0 2023-08-04 19:37:36.524 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Enable sys": 0}' kecontact.0 2023-08-04 19:37:36.523 debug UDP datagram from 192.168.178.101:7090: '{"State": 5}' kecontact.0 2023-08-04 19:37:36.522 debug UDP datagram from 192.168.178.101:7090: '{"Enable sys": 0}' kecontact.0 2023-08-04 19:37:36.473 debug Received TCH-OK :done kecontact.0 2023-08-04 19:37:36.473 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-04 19:37:36.471 debug Sent 'x2 1' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:36.172 debug Received TCH-OK :done kecontact.0 2023-08-04 19:37:36.172 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-04 19:37:36.171 debug Sent 'currtime 16000 1' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:35.887 info (re)start charging kecontact.0 2023-08-04 19:37:35.887 debug wallbox set to charging maximum of 16000 mA kecontact.0 2023-08-04 19:37:35.887 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-04 19:37:35.887 debug Available surplus: -1774 kecontact.0 2023-08-04 19:37:35.871 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 5541 } ' kecontact.0 2023-08-04 19:37:35.870 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:35.577 debug Received TCH-OK :done kecontact.0 2023-08-04 19:37:35.577 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-04 19:37:35.570 debug Sent 'display 0 0 0 0 volle$Ladeleistung' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:35.270 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 0, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 0, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 5541 } ' kecontact.0 2023-08-04 19:37:35.269 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-04 19:37:35.269 info change of photovoltaics automatic from true to false
Beim Umschalten zwischen 1phasig und 3 phasig ist mir noch aufgefallen, dass er beim runterschalten eine Timer hat der zuerst abgelaufen sein muss, aber beim hochschalten auf 3 phasig dies unmittelbar passiert.
Ich habe eine auf 16A limitierte KEBA, somit schaltet er aktuell bei ca. 4kw verfügbar immer zwischen 1 und 3 phasig hin und her. Wäre also geschickt, wenn man das auch irgendwie mit eine Art Totband o.ä. verhindern könnte. Hier das Log dazukecontact.0 2023-08-05 10:59:14.178 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-05 10:59:13.886 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-05 10:58:44.181 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-05 10:58:43.890 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-05 10:58:14.177 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-05 10:58:13.887 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-05 10:57:44.176 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-05 10:57:43.885 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-05 10:57:14.476 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-05 10:57:13.883 info regulate wallbox from 6250 to 16000mA kecontact.0 2023-08-05 10:57:13.883 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-05 10:56:43.886 info regulate wallbox from 6000 to 6250mA kecontact.0 2023-08-05 10:56:13.882 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-05 10:55:43.887 info regulate wallbox from 13750 to 6000mA kecontact.0 2023-08-05 10:55:13.881 info regulate wallbox from 16000 to 13750mA kecontact.0 2023-08-05 10:54:58.880 info vehicle (re)starts to charge kecontact.0 2023-08-05 10:54:44.468 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-05 10:54:43.877 info (re)start charging kecontact.0 2023-08-05 10:54:43.877 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-05 10:54:13.875 info updating X2 for switch of phases from 1 to 0...
Sorry für die vielen Punkte, aber ich hoffe das ich damit zur Verbesserung beitragen kann.
-
@christian-kohlöffel Das Verhalten kann ich so nicht ganz nachvollziehen. Hast Du die aktuelle Firmware der Keba installiert?
Kannst Du mal beim Setzen von Pause das debug log einschalten um zu sehen ob ein Kommando an die Keba gesandt wird?
Und was meinst Du mit Eigenbau? Dein Installationsschütz reagiert auf den X2?
Zeig mal Deine Einstellungen. Denn das Laden sollte auch korrekt beendet werden bei zu geringen Überschuss. Das passiert aber auch nicht sofort, je nachdem was eingestellt ist. Auch hier dann bitte etwas mehr debug log.
-
@sneak-l8
Hi sneak. Ich hatte ja schon zu anderem Thema im Github einen request geschrieben:
https://github.com/iobroker-community-adapters/ioBroker.kecontact/issues/217Vielleicht hängt es ja mit der nicht korrekt erkannten ID zusammen, wie dort von Dir vermutet.
Meine Version ist die 2.01.
@sneak-l8 said in [Frage] Realisierung Adapter UDP Keba Wallbox:
Kannst Du mal beim Setzen von Pause das debug log einschalten um zu sehen ob ein Kommando an die Keba gesandt wird?
Ich habe auf manuelles Laden (keine PV Automatik) geschalten und dann die Phasen von Hand umgeschalten. Dannach hat er von selbst das Laden wieder angefangen (obwohl Pause gesetzt blieb). Nachdem wieder neu pausiert wurde hat er wieder aufgehört und dann wieder angefangen. Aus meiner Sicht hängt das mit der unten mehrmal auftauchenden Fehlermeldung TCH-ERR:X2 zusammen. die dazu führt dass er ein Eigenleben bei Phasenschalten entwickelt :
2023-08-06 13:15:02.257 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:15:02.257 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:14:24.513 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:14:23.913 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:14:23.631 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:14:23.631 info stop charging kecontact.0 2023-08-06 13:14:23.631 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:14:23.311 info change pause status of wallbox from false to true kecontact.0 2023-08-06 13:14:17.247 info vehicle (re)starts to charge kecontact.0 2023-08-06 13:14:14.414 info (re)start charging kecontact.0 2023-08-06 13:14:14.100 info change pause status of wallbox from true to false kecontact.0 2023-08-06 13:13:47.833 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:13:47.532 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:13:47.251 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:13:47.251 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:13:17.833 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:13:17.532 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:13:17.242 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:13:17.242 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:12:47.829 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:12:47.529 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:12:47.250 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:12:47.249 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:12:27.571 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:12:17.828 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:12:17.528 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:12:17.241 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:12:17.241 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:11:47.826 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:11:47.526 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:11:47.239 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:11:47.239 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:11:17.826 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:11:17.526 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:11:17.238 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:11:17.238 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:10:47.828 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:10:47.527 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:10:47.240 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:10:47.240 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:10:17.825 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:10:17.525 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:10:17.235 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:10:17.235 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:09:47.827 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:09:47.525 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:09:47.238 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:09:47.238 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 13:08:45.243 info stop charging kecontact.0 2023-08-06 13:08:44.928 info change pause status of wallbox from false to true kecontact.0 2023-08-06 13:08:17.523 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:08:17.234 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:07:47.523 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:07:47.232 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:07:17.524 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:07:17.232 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:06:47.522 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:06:47.231 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:06:17.821 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:06:17.230 info regulate wallbox from 8000 to 6000mA (maxPower) kecontact.0 2023-08-06 13:06:17.230 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:05:47.520 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:05:47.230 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:05:17.818 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:05:17.230 info regulate wallbox from 6000 to 8000mA (maxPower) kecontact.0 2023-08-06 13:05:17.230 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:04:47.518 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:04:47.226 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:04:17.517 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:04:17.225 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:03:47.518 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 13:03:47.229 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 13:02:47.227 info regulate wallbox from 16000 to 6000mA (maxPower) kecontact.0 2023-08-06 13:02:17.226 info regulate wallbox from 6000 to 16000mA (maxPower) kecontact.0 2023-08-06 13:01:47.231 info regulate wallbox from 16000 to 6000mA (maxPower) kecontact.0 2023-08-06 13:01:10.454 info regulate wallbox from 6000 to 16000mA (maxPower) kecontact.0 2023-08-06 13:01:09.837 info change of photovoltaics automatic from true to false kecontact.0 2023-08-06 13:01:02.227 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 13:00:32.228 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 13:00:02.228 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 12:59:32.229 info regulate wallbox from 10500 to 6000mA kecontact.0 2023-08-06 12:59:32.229 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 12:59:17.223 info vehicle (re)starts to charge kecontact.0 2023-08-06 12:59:02.812 error Error received from wallbox: TCH-ERR:X2 : not allowed now kecontact.0 2023-08-06 12:59:02.224 info regulate wallbox from 16000 to 10500mA kecontact.0 2023-08-06 12:59:02.224 info updating X2 for switch of phases from 1 to 0... kecontact.0 2023-08-06 12:58:23.182 info (re)start charging kecontact.0 2023-08-06 12:58:23.182 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 12:58:22.563 info vehicle plugged to wallbox
@sneak-l8 said in [Frage] Realisierung Adapter UDP Keba Wallbox:
Und was meinst Du mit Eigenbau? Dein Installationsschütz reagiert auf den X2?
Nicht wichtig. Wollte nur sagen, dass es nicht die Original KEBA S10 ist sondern Nachbau mit selber funktionsweise.
@sneak-l8 said in [Frage] Realisierung Adapter UDP Keba Wallbox:
Zeig mal Deine Einstellungen. Denn das Laden sollte auch korrekt beendet werden bei zu geringen Überschuss. Das passiert aber auch nicht sofort, je nachdem was eingestellt ist. Auch hier dann bitte etwas mehr debug log.
Im Log ist zu sehen wie die Box zwischen 1 zu dreiphasig schaltet, Zeilen 236 und 317, Grund dafür scheint das Teilen durch 0 zu sein.
(Der errechnete Überschuss kommt mir da in 2 Zeilen auch suspekt vor, sollte aber keine Einfluss haben, außer dass er vielleicht Zuviel lädt. siehe Zeile 146 und 122)kecontact.0 2023-08-06 09:59:02.053 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 744 } ' kecontact.0 2023-08-06 09:59:02.052 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:59:01.753 debug Received TCH-OK :done kecontact.0 2023-08-06 09:59:01.753 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-06 09:59:01.752 debug Sent 'currtime 6000 1' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:59:01.464 info regulate wallbox from 10750 to 6000mA kecontact.0 2023-08-06 09:59:01.464 debug wallbox set to charging maximum of 6000 mA kecontact.0 2023-08-06 09:59:01.464 info minimum regard time of 60sec not reached, continuing charging session kecontact.0 2023-08-06 09:59:01.464 debug power: 1422.5 / voltage: 230 * 1000 / delta: 250 / phases: 3 * delta = 2000 kecontact.0 2023-08-06 09:59:01.464 debug check with additional power of: 200 and underUsage: 500 kecontact.0 2023-08-06 09:59:01.464 debug power: 922.5 / voltage: 230 * 1000 / delta: 250 / phases: 3 * delta = 1250 kecontact.0 2023-08-06 09:59:01.464 debug check with additional power of: 200 kecontact.0 2023-08-06 09:59:01.464 debug no switching to 1 phase because of minimum regard time kecontact.0 2023-08-06 09:59:01.464 debug power: 722.5 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 3250 kecontact.0 2023-08-06 09:59:01.463 debug power: 722.5 / voltage: 230 * 1000 / delta: 250 / phases: 3 * delta = 1000 kecontact.0 2023-08-06 09:59:01.463 debug Available surplus: 722.5 kecontact.0 2023-08-06 09:59:01.453 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 743 } ' kecontact.0 2023-08-06 09:59:01.451 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:59:01.152 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 10750, "Max curr %": 179, "Curr HW": 16000, "Curr user": 10750, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 10750, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 743 } ' kecontact.0 2023-08-06 09:59:01.151 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:46.751 debug History ID received: 00 kecontact.0 2023-08-06 09:58:46.751 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 728 } ' kecontact.0 2023-08-06 09:58:46.750 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:46.464 debug Available surplus: 790.5 kecontact.0 2023-08-06 09:58:46.452 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 728 } ' kecontact.0 2023-08-06 09:58:46.451 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:46.152 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 10750, "Max curr %": 179, "Curr HW": 16000, "Curr user": 10750, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 10750, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 728 } ' kecontact.0 2023-08-06 09:58:46.151 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:38.125 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Max curr": 10750}' kecontact.0 2023-08-06 09:58:38.124 debug UDP datagram from 192.168.178.101:7090: '{"Max curr": 10750}' kecontact.0 2023-08-06 09:58:32.052 debug History ID received: 00 kecontact.0 2023-08-06 09:58:32.052 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 714 } ' kecontact.0 2023-08-06 09:58:32.051 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:31.754 debug Received TCH-OK :done kecontact.0 2023-08-06 09:58:31.753 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-06 09:58:31.752 debug Sent 'currtime 10750 1' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:31.462 info regulate wallbox from 16000 to 10750mA kecontact.0 2023-08-06 09:58:31.462 debug wallbox set to charging maximum of 10750 mA kecontact.0 2023-08-06 09:58:31.462 debug power: 7345 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 32000 kecontact.0 2023-08-06 09:58:31.462 debug power: 7345 / voltage: 230 * 1000 / delta: 250 / phases: 3 * delta = 10750 kecontact.0 2023-08-06 09:58:31.462 debug Available surplus: 7345 kecontact.0 2023-08-06 09:58:31.452 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 713 } ' kecontact.0 2023-08-06 09:58:31.451 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:31.151 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 16000, "Max curr %": 266, "Curr HW": 16000, "Curr user": 16000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 16000, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 713 } ' kecontact.0 2023-08-06 09:58:31.150 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:16.752 debug History ID received: 00 kecontact.0 2023-08-06 09:58:16.751 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 698 } ' kecontact.0 2023-08-06 09:58:16.750 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:16.461 debug Available surplus: 10483 kecontact.0 2023-08-06 09:58:16.451 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 698 } ' kecontact.0 2023-08-06 09:58:16.450 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:16.151 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 16000, "Max curr %": 266, "Curr HW": 16000, "Curr user": 16000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 16000, "Tmo CT": 0, "Setenergy": 0, "Output": 1, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 1, "Serial": "23272616", "Sec": 698 } ' kecontact.0 2023-08-06 09:58:16.149 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:13.355 debug UDP broadcast datagram from 192.168.178.101:7090: '{"State": 3}' kecontact.0 2023-08-06 09:58:13.354 debug UDP datagram from 192.168.178.101:7090: '{"State": 3}' kecontact.0 2023-08-06 09:58:09.750 debug UDP broadcast datagram from 192.168.178.101:7090: '{"State": 2}' kecontact.0 2023-08-06 09:58:09.749 debug UDP datagram from 192.168.178.101:7090: '{"State": 2}' kecontact.0 2023-08-06 09:58:06.376 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Max curr": 16000}' kecontact.0 2023-08-06 09:58:06.375 debug UDP datagram from 192.168.178.101:7090: '{"Max curr": 16000}' kecontact.0 2023-08-06 09:58:04.942 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Enable sys": 1}' kecontact.0 2023-08-06 09:58:04.941 debug UDP datagram from 192.168.178.101:7090: '{"Enable sys": 1}' kecontact.0 2023-08-06 09:58:02.351 debug History ID received: 00 kecontact.0 2023-08-06 09:58:02.351 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 684 } ' kecontact.0 2023-08-06 09:58:02.349 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:02.120 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Max curr": 0}' kecontact.0 2023-08-06 09:58:02.119 debug UDP datagram from 192.168.178.101:7090: '{"Max curr": 0}' kecontact.0 2023-08-06 09:58:02.081 debug UDP broadcast datagram from 192.168.178.101:7090: '{"State": 5}' kecontact.0 2023-08-06 09:58:02.081 debug UDP broadcast datagram from 192.168.178.101:7090: '{"Enable sys": 0}' kecontact.0 2023-08-06 09:58:02.080 debug UDP datagram from 192.168.178.101:7090: '{"State": 5}' kecontact.0 2023-08-06 09:58:02.079 debug UDP datagram from 192.168.178.101:7090: '{"Enable sys": 0}' kecontact.0 2023-08-06 09:58:02.050 debug Received TCH-OK :done kecontact.0 2023-08-06 09:58:02.050 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-06 09:58:02.049 debug Sent 'x2 1' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:01.750 debug Received TCH-OK :done kecontact.0 2023-08-06 09:58:01.750 debug UDP datagram from 192.168.178.101:7090: 'TCH-OK :done ' kecontact.0 2023-08-06 09:58:01.749 debug Sent 'currtime 16000 1' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:01.460 info regulate wallbox from 6000 to 16000mA kecontact.0 2023-08-06 09:58:01.460 debug wallbox set to charging maximum of 16000 mA kecontact.0 2023-08-06 09:58:01.460 info updating X2 for switch of phases from 0 to 1... kecontact.0 2023-08-06 09:58:01.460 debug power: 670 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 3000 kecontact.0 2023-08-06 09:58:01.460 debug power: 670 / voltage: 230 * 1000 / delta: 250 / phases: 0 * delta = Infinity kecontact.0 2023-08-06 09:58:01.460 debug Available surplus: 670 kecontact.0 2023-08-06 09:58:01.450 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 683 } ' kecontact.0 2023-08-06 09:58:01.449 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:58:01.150 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 6000, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 683 } ' kecontact.0 2023-08-06 09:58:01.149 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:46.750 debug History ID received: 00 kecontact.0 2023-08-06 09:57:46.750 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 668 } ' kecontact.0 2023-08-06 09:57:46.749 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:46.458 debug Available surplus: 524 kecontact.0 2023-08-06 09:57:46.450 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 668 } ' kecontact.0 2023-08-06 09:57:46.448 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:46.150 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 6000, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 668 } ' kecontact.0 2023-08-06 09:57:46.149 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:31.749 debug History ID received: 00 kecontact.0 2023-08-06 09:57:31.749 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 653 } ' kecontact.0 2023-08-06 09:57:31.748 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:31.459 debug wallbox set to charging maximum of 6000 mA kecontact.0 2023-08-06 09:57:31.459 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 09:57:31.459 debug power: 1184 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 5250 kecontact.0 2023-08-06 09:57:31.459 debug check with additional power of: 200 and underUsage: 500 kecontact.0 2023-08-06 09:57:31.459 debug power: 684 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 3000 kecontact.0 2023-08-06 09:57:31.459 debug check with additional power of: 200 kecontact.0 2023-08-06 09:57:31.459 debug no switching to 0 phases because of minimum charging time Sun Aug 06 2023 09:55:46 GMT+0200 (Central European Summer Time) kecontact.0 2023-08-06 09:57:31.459 debug power: 484 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 2000 kecontact.0 2023-08-06 09:57:31.459 debug power: 484 / voltage: 230 * 1000 / delta: 250 / phases: 0 * delta = Infinity kecontact.0 2023-08-06 09:57:31.459 debug Available surplus: 484 kecontact.0 2023-08-06 09:57:31.449 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 653 } ' kecontact.0 2023-08-06 09:57:31.447 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:31.149 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 6000, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 653 } ' kecontact.0 2023-08-06 09:57:31.147 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:16.749 debug History ID received: 00 kecontact.0 2023-08-06 09:57:16.749 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 638 } ' kecontact.0 2023-08-06 09:57:16.748 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:16.458 debug Available surplus: 450 kecontact.0 2023-08-06 09:57:16.449 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 638 } ' kecontact.0 2023-08-06 09:57:16.448 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:16.149 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 6000, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 638 } ' kecontact.0 2023-08-06 09:57:16.147 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:01.749 debug History ID received: 00 kecontact.0 2023-08-06 09:57:01.749 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 623 } ' kecontact.0 2023-08-06 09:57:01.747 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:01.459 debug wallbox set to charging maximum of 6000 mA kecontact.0 2023-08-06 09:57:01.459 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 09:57:01.459 debug power: 1033 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 4500 kecontact.0 2023-08-06 09:57:01.459 debug check with additional power of: 200 and underUsage: 500 kecontact.0 2023-08-06 09:57:01.459 debug power: 533 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 2250 kecontact.0 2023-08-06 09:57:01.459 debug check with additional power of: 200 kecontact.0 2023-08-06 09:57:01.458 debug no switching to 0 phases because of minimum charging time Sun Aug 06 2023 09:55:46 GMT+0200 (Central European Summer Time) kecontact.0 2023-08-06 09:57:01.458 debug power: 333 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 1500 kecontact.0 2023-08-06 09:57:01.458 debug power: 333 / voltage: 230 * 1000 / delta: 250 / phases: 0 * delta = Infinity kecontact.0 2023-08-06 09:57:01.458 debug Available surplus: 333 kecontact.0 2023-08-06 09:57:01.447 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 623 } ' kecontact.0 2023-08-06 09:57:01.447 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:57:01.148 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 6000, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 623 } ' kecontact.0 2023-08-06 09:57:01.146 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:56:46.749 debug History ID received: 00 kecontact.0 2023-08-06 09:56:46.749 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 608 } ' kecontact.0 2023-08-06 09:56:46.747 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:56:46.458 debug Available surplus: 287 kecontact.0 2023-08-06 09:56:46.448 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "3", "U1": 230, "U2": 0, "U3": 0, "I1": 0, "I2": 0, "I3": 0, "P": 0, "PF": 0, "E pres": 0, "E total": 0, "Serial": "23272616", "Sec": 608 } ' kecontact.0 2023-08-06 09:56:46.446 debug Sent 'report 3' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:56:46.147 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "2", "State": 3, "Error1": 0, "Error2": 0, "Plug": 7, "AuthON": 0, "Authreq": 0, "Enable sys": 1, "Enable user": 1, "Max curr": 6000, "Max curr %": 100, "Curr HW": 16000, "Curr user": 6000, "Curr FS": 0, "Tmo FS": 0, "Curr timer": 6000, "Tmo CT": 0, "Setenergy": 0, "Output": 0, "Input": 0, "X2 phaseSwitch source": 4, "X2 phaseSwitch": 0, "Serial": "23272616", "Sec": 608 } ' kecontact.0 2023-08-06 09:56:46.145 debug Sent 'report 2' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:56:31.746 debug History ID received: 00 kecontact.0 2023-08-06 09:56:31.746 debug UDP datagram from 192.168.178.101:7090: '{ "ID": "100", "Session ID": 43, "Curr HW": 16000, "E start": 0, "E pres": 0, "started[s]": 1691308020, "ended[s]": 0, "started": "2023-08-06 07:47:00.000", "ended": "0", "reason": 5, "timeQ": 0, "RFID tag": "0000000000000000", "RFID class": "00000000000000000000", "Serial": "23272616", "Sec": 593 } ' kecontact.0 2023-08-06 09:56:31.745 debug Sent 'report 100' to 192.168.178.101:7090 kecontact.0 2023-08-06 09:56:31.455 debug wallbox set to charging maximum of 6000 mA kecontact.0 2023-08-06 09:56:31.455 info minimum charge time of 120sec not reached, continuing charging session kecontact.0 2023-08-06 09:56:31.455 debug power: 1036 / voltage: 230 * 1000 / delta: 250 / phases: 1 * delta = 4500 kecontact.0 2023-08-06 09:56:31.455 debug check with additional power of: 200 and underUsage: 500
-
@christian-kohlöffel Ja, es handelt sich bei Dir um eine Deutschland-Edition.
Das mit dem "Infinite" ist tatsächlich noch ein Unschärfe im Adapter. Den habe ich geradem al gefixt.
Dadurch berechnet er immer eine maximale Ladestromstärke.Wegen Zeile 146/122: was war denn der tatsächliche Überschuss? War er wirlich bei > 7kW?
Und bei der Einstellung "minimaler SoC des Batteriespeichers" meint, bis zu welchem SoC der Speicher seine (volle) Leistung abgibt. Müsste eher 5% oder 10% sein.
die Fehlermeldungen bem Umschalten der Phasen könnten kommen, weil KeBa hier ein Zeitlimit vorgibt, wann umgeschaltet werden darf. Findet sich im Handbuch. Daher hat er dann evtl. geprüft und die Umschaltung nicht zugelassen.
Und pauseWallbox wird nicht unterstützt, wenn der Passiv-Modus aktiviertist. Es ist ja ein Schalter für die Automatik. Wenn Du den Adapter im Passiv-Modus betreibst, dann kannst du die Wallbox auch nur über die Stte der Keba (also nicht im channel Automatics) steuern.
Wegen falscher Kalkulation des Überschusses bitte mal die neuste Version von github installieren und prüfen, ob der Fehler jetzt weg ist.