[Frage] Realisierung Adapter UDP Keba Wallbox

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

Ladevorgang pausieren
Phasen umschalten
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

Ladevorgang pausieren

Phasen umschalten

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”.

Sneak-L8

@darkiop Klingt gut, danke für die Rückmeldung. Ich hatte diese Tage noch einen Check eingebaut, dass bei aktivierter Ladereduzierung auf 1 Phase ein Fehler gemeldet wird, wenn dennoch auf mehr Phasen geladen wird. Ist mir passiert, weil das HmIP-Signal nicht immer zuverlässig an meinem Aktor zum Schalten ankommt.
Davor hat die Box dann munter Strom aus dem Netz gezogen, weil der Adapter mit 1 Phase die Stromstärke berechnet, die Box aber mit 3 Phasen geladen hatte. Das passiert jetzt nicht mehr. Im Fehlerfall wird die Phasensteuerung für den aktuellen Ladevorgang deaktiviert.

Version ist auf github.

Ich denke, es ist Zeit, so langsam mal die Version als Stable zu veröffentlichen.

darkiop

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

Version ist auf github.
Ich denke, es ist Zeit, so langsam mal die Version als Stable zu veröffentlichen.

Ich bin morgen unterwegs. d.h. Donnerstag kann wieder geladen werden - werde vorher das Firmware Update + die Version von Github installieren.

Sneak-L8

@darkiop Bitte nochmal updaten, es gab noch einen falschen Alarm bzgl. 1p/3p-Fehler, den ich gerade behoben habe.
Und noch die Umschaltgrenze von 1p auf 3p von 20% auf 10% gesenkt, dann wird bereits knapp unter 20A umgeschaltet.

darkiop

@sneak-l8

Passt, habe eben erst die Keba und den Adapter aktualisiert. Die Ladung ist danach direkt wieder angesprungen.

Ich lass es mal übers Wochenende laufen und geb dir dann Feedback.

darkiop

@Sneak-L8

Keine Auffälligkeiten während der paar % Ladung übers WE - aber aktuell ist der Akku auch einfach immer voll ... oft schon vor der Aktivierung der 3P

Ich würde sagen du kannst es mal ins Stable packen - vielleicht wird es Richtung Winter nochmal spannend wenn nicht ganz so viel Sonne scheint.

Pengo

Hallo, ich habe Verständnis Probleme mit dem Punkt für den Batteriespeicher. Wie ist die Logik hinter diesen beiden Punkten? Ich möchte das der Speicher des Hauses nicht entladen wird, sondern sondern nur kurze zeit benutzt wird wo z.B. die Leistung der PV einbricht, weil sich Wolken vor die Sonne geschoben haben. Wie muss ich es konfigurieren oder kann mir jemand erklären wie diese Option zu verstehen ist.

Danke

Sneak-L8

@pengo Hast Du die neuste Version von git probiert? Bzw. die gestern als stable veröffentlichte 2.0.0? Dort ist die Batterieunterstützung verbessert. Wenn Du zig Posts nach oben gehst, findest du die Duskussion um die geeigneten Modi.
Die Modi muss ich aber erst noch umsetzen. Aber das was Du willst sollte mit der Version schon gehen.

Auf git ist jetzt eine Version, die auch die Dienstwagen- und PV-Edition erkennt.

stronoff

Hallo,

ich habe seit kurzem eine Keba P30 C-Series. Leider bekommt der Keba Adapter keine Verbindung zur Wallbox. Die Wallbox ist im Netzwerk. Ich bekomme die "Statuswebseite" von der Wallbox bei Aufruf ihrer IP-Adresse angezeigt. Den DIP-Schalter für die UDP - Kommunikation habe ich an. Aber leider bleibt das gelbe Ausrufezeichen.

Bildschirmfoto 2023-07-08 um 15.32.31.png

Hat jemand eine Idee, woran das liegen könnte? Die Wallbox hat die neueste Firmware P30 v 3.10.51.

Hier die Debug - Ergebnisse vom Adapter:

Vor allem die beiden Zeilen irritieren mich. Ist das richtig so???

kecontact.0
	2023-07-08 15:18:27.029	debug	UDP broadcast server listening on 0.0.0.0:7092
kecontact.0
	2023-07-08 15:18:27.027	debug	UDP server listening on 0.0.0.0:7090

kecontact.0
	2023-07-08 15:18:35.405	debug	Sent 'report 127' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:35.105	debug	Sent 'report 126' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:34.806	debug	Sent 'report 125' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:34.505	debug	Sent 'report 124' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:34.205	debug	Sent 'report 123' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:33.905	debug	Sent 'report 122' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:33.604	debug	Sent 'report 121' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:33.305	debug	Sent 'report 120' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:33.005	debug	Sent 'report 119' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:32.705	debug	Sent 'report 118' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:32.404	debug	Sent 'report 117' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:32.104	debug	Sent 'report 116' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:31.805	debug	Sent 'report 115' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:31.504	debug	Sent 'report 114' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:31.203	debug	Sent 'report 113' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:30.903	debug	Sent 'report 112' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:30.603	debug	Sent 'report 111' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:30.303	debug	Sent 'report 110' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:30.002	debug	Sent 'report 109' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:29.701	debug	Sent 'report 108' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:29.401	debug	Sent 'report 107' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:29.101	debug	Sent 'report 106' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:28.800	debug	Sent 'report 105' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:28.500	debug	Sent 'report 104' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:28.199	debug	Sent 'report 103' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:27.898	debug	Sent 'report 102' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:27.598	debug	Sent 'report 101' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:27.300	debug	Sent 'report 1' to 192.168.1.106:7090
kecontact.0
	2023-07-08 15:18:27.072	debug	subscribe state alias.0.Gebaeude.Hof_Gesamt.Energie.EVU.SML_total_curr_w - current value: -6034
kecontact.0
	2023-07-08 15:18:27.029	debug	UDP broadcast server listening on 0.0.0.0:7092
kecontact.0
	2023-07-08 15:18:27.027	debug	UDP server listening on 0.0.0.0:7090
kecontact.0
	2023-07-08 15:18:27.011	info	config wallboxNotIncluded: false
kecontact.0
	2023-07-08 15:18:27.011	info	config stateEnergyMeter3:
kecontact.0
	2023-07-08 15:18:27.011	info	config stateEnergyMeter2:
kecontact.0
	2023-07-08 15:18:27.011	info	config stateEnergyMeter1:
kecontact.0
	2023-07-08 15:18:27.010	info	config maxPower: 0
kecontact.0
	2023-07-08 15:18:27.010	info	config regardTime: 0
kecontact.0
	2023-07-08 15:18:27.010	info	config minTime: 300
kecontact.0
	2023-07-08 15:18:27.010	info	config underusage: 500
kecontact.0
	2023-07-08 15:18:27.009	info	config delta: 500
kecontact.0
	2023-07-08 15:18:27.009	info	config addPower: 0
kecontact.0
	2023-07-08 15:18:27.009	info	config minAmperage: 6000
kecontact.0
	2023-07-08 15:18:27.008	info	config.1p3pSwitchIsNO: true, 1p = 0, 3p = 1, off = 0
kecontact.0
	2023-07-08 15:18:27.008	info	config.1p3pViax2: true
kecontact.0
	2023-07-08 15:18:27.008	info	config.state1p3pSwitch:
kecontact.0
	2023-07-08 15:18:27.008	info	config statesIncludeWallbox: true
kecontact.0
	2023-07-08 15:18:27.007	info	config limitBatteryStoragePower: true
kecontact.0
	2023-07-08 15:18:27.007	info	config batteryMinSoC: 10
kecontact.0
	2023-07-08 15:18:27.007	info	config batteryPower: 0
kecontact.0
	2023-07-08 15:18:27.006	info	config stateBatterySoC:
kecontact.0
	2023-07-08 15:18:27.006	info	config stateBatteryDischarging:
kecontact.0
	2023-07-08 15:18:27.005	info	config stateBatteryCharging:
kecontact.0
	2023-07-08 15:18:27.004	info	config stateSurplus:
kecontact.0
	2023-07-08 15:18:27.000	info	config stateRegard: alias.0.Gebaeude.Hof_Gesamt.Energie.EVU.SML_total_curr_w
kecontact.0
	2023-07-08 15:18:27.000	info	config useX1forAutomatic: false
kecontact.0
	2023-07-08 15:18:27.000	info	config loadChargingSessions: true
kecontact.0
	2023-07-08 15:18:27.000	info	config pollInterval: 30
kecontact.0
	2023-07-08 15:18:26.999	info	config passiveMode: false
kecontact.0
	2023-07-08 15:18:26.998	info	config host: 192.168.1.106
kecontact.0
	2023-07-08 15:18:25.295	info	minimum regard time not speficied or too low, using default value of 0
kecontact.0
	2023-07-08 15:18:25.294	info	starting charging station in active mode
kecontact.0
	2023-07-08 15:18:25.252	info	starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.kecontact, node: v18.16.0, js-controller: 4.0.24
kecontact.0
	2023-07-08 15:18:24.355	debug	Plugin sentry Initialize Plugin (enabled=true)
kecontact.0
	2023-07-08 15:18:24.152	debug	States connected to redis: 127.0.0.1:9000
kecontact.0
	2023-07-08 15:18:24.049	debug	States create User PubSub Client
kecontact.0
	2023-07-08 15:18:24.048	debug	States create System PubSub Client
kecontact.0
	2023-07-08 15:18:24.008	debug	Redis States: Use Redis connection: 127.0.0.1:9000
kecontact.0
	2023-07-08 15:18:23.950	debug	Objects connected to redis: 127.0.0.1:9001
kecontact.0
	2023-07-08 15:18:23.940	debug	Objects client initialize lua scripts
kecontact.0
	2023-07-08 15:18:23.796	debug	Objects create User PubSub Client
kecontact.0
	2023-07-08 15:18:23.794	debug	Objects create System PubSub Client
kecontact.0
	2023-07-08 15:18:23.792	debug	Objects client ready ... initialize now
kecontact.0
	2023-07-08 15:18:23.721	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001
kecontact.0
	2023-07-08 15:18:18.838	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
kecontact.0
	2023-07-08 15:18:18.837	debug	Plugin sentry destroyed
kecontact.0
	2023-07-08 15:18:18.836	info	terminating
kecontact.0
	2023-07-08 15:18:18.831	info	Got terminate signal TERMINATE_YOURSELF

NEWS

[Frage] Realisierung Adapter UDP Keba Wallbox

Support us

873
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

[Frage] Realisierung Adapter UDP Keba Wallbox

Support us

873Online

30.7kUsers

77.3kTopics

1.2mPosts

873
Online

30.7k
Users

77.3k
Topics

1.2m
Posts