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

[hardl]

@sneak-l8 Der Ladefehler ist jetzt wieder weg und steht wieder auf Ladeunterbrechung, aber die Reisedaten sind jetzt total verkehrt.
Bis vor dem Ladefehler stand dort Verbrauch nach Start oder Reset auf 22-24kWh/100km, jetzt sind alle Werte auf 99,9kWh/100km. Sicher ein Fehler in der Mercedes-Software nach Ladefehler.

[hardl]

@sneak-l8 Hier noch das Protokoll:

contact.0
2021-12-12 10:26:48.820	info	stop charging

kecontact.0
2021-12-12 10:26:18.817	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:25:48.818	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:25:18.813	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:24:48.810	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:24:18.810	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:23:48.812	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:23:18.810	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:22:48.807	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:22:18.807	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:21:48.809	info	minimum regard time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:20:48.807	info	minimum charge time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:20:18.807	info	minimum charge time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:19:48.809	info	regulate wallbox from 8500 to 6000mA

kecontact.0
2021-12-12 10:19:48.808	info	minimum charge time of 300sec not reached, continuing charging session

kecontact.0
2021-12-12 10:17:48.802	info	regulate wallbox from 8000 to 8500mA

kecontact.0
2021-12-12 10:17:18.803	info	regulate wallbox from 7500 to 8000mA

kecontact.0
2021-12-12 10:16:18.800	info	vehicle (re)starts to charge

kecontact.0
2021-12-12 10:15:48.800	info	(re)start charging

kecontact.0
2021-12-12 10:08:20.212	info	vehicle plugged to wallbox

kecontact.0
2021-12-12 09:54:04.434	info	Keba firmware check: latest firmware installed

kecontact.0
2021-12-12 09:54:04.430	warn	Keba KeContact P30 Deutschland-Edition detected. Regulation may be inaccurate.

kecontact.0
2021-12-12 09:54:03.182	info	config wallboxNotIncluded: true

kecontact.0
2021-12-12 09:54:03.182	info	config stateEnergyMeter3:

kecontact.0
2021-12-12 09:54:03.180	info	config stateEnergyMeter2:

kecontact.0
2021-12-12 09:54:03.180	info	config stateEnergyMeter1:

kecontact.0
2021-12-12 09:54:03.180	info	config maxPower: 11000

kecontact.0
2021-12-12 09:54:03.179	info	config regardTime: 300

kecontact.0
2021-12-12 09:54:03.179	info	config minTime: 300

kecontact.0
2021-12-12 09:54:03.179	info	config underusage: 500

kecontact.0
2021-12-12 09:54:03.178	info	config delta: 500

kecontact.0
2021-12-12 09:54:03.177	info	config addPower: 0

kecontact.0
2021-12-12 09:54:03.177	info	config minAmperage: 6000

kecontact.0
2021-12-12 09:54:03.177	info	config statesIncludeWallbox: false

kecontact.0
2021-12-12 09:54:03.176	info	config stateSurplus: solarlog.0.status.feed

kecontact.0
2021-12-12 09:54:03.176	info	config stateRegard:

kecontact.0
2021-12-12 09:54:03.176	info	config useX1forAutomatic: false

kecontact.0
2021-12-12 09:54:03.175	info	config loadChargingSessions: true

kecontact.0
2021-12-12 09:54:03.175	info	config pollInterval: 30

kecontact.0
2021-12-12 09:54:03.175	info	config passiveMode: false

kecontact.0
2021-12-12 09:54:03.174	info	config host: 192.168.x.x

kecontact.0
2021-12-12 09:53:58.682	error	no energy meters defined - power limitation deactivated

kecontact.0
2021-12-12 09:53:58.679	info	starting charging station in active mode

kecontact.0
2021-12-12 09:53:58.609	info	starting. Version 1.3.3 in /opt/iobroker/node_modules/iobroker.kecontact, node: v12.22.2, js-controller: 3.3.21

kecontact.0
2021-12-12 09:53:49.940	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

kecontact.0
2021-12-12 09:53:49.930	info	terminating

kecontact.0
2021-12-12 09:53:49.924	info	Got terminate signal TERMINATE_YOURSELF

kecontact.0
2021-12-12 09:52:54.399	info	Keba firmware check: latest firmware installed

kecontact.0
2021-12-12 09:52:54.394	warn	Keba KeContact P30 Deutschland-Edition detected. Regulation may be inaccurate.

kecontact.0
2021-12-12 09:52:53.063	info	config wallboxNotIncluded: true

kecontact.0
2021-12-12 09:52:53.062	info	config stateEnergyMeter3:

kecontact.0
2021-12-12 09:52:53.062	info	config stateEnergyMeter2:

kecontact.0
2021-12-12 09:52:53.062	info	config stateEnergyMeter1:

kecontact.0
2021-12-12 09:52:53.061	info	config maxPower: 11000

kecontact.0
2021-12-12 09:52:53.061	info	config regardTime: 300

kecontact.0
2021-12-12 09:52:53.061	info	config minTime: 300

kecontact.0
2021-12-12 09:52:53.060	info	config underusage: 500

kecontact.0
2021-12-12 09:52:53.060	info	config delta: 500

kecontact.0
2021-12-12 09:52:53.059	info	config addPower: 0

kecontact.0
2021-12-12 09:52:53.057	info	config minAmperage: 6000

kecontact.0
2021-12-12 09:52:53.055	info	config statesIncludeWallbox: true

kecontact.0
2021-12-12 09:52:53.055	info	config stateSurplus: solarlog.0.status.feed

kecontact.0
2021-12-12 09:52:53.055	info	config stateRegard:

kecontact.0
2021-12-12 09:52:53.054	info	config useX1forAutomatic: false

kecontact.0
2021-12-12 09:52:53.052	info	config loadChargingSessions: true

kecontact.0
2021-12-12 09:52:53.052	info	config pollInterval: 30

kecontact.0
2021-12-12 09:52:53.051	info	config passiveMode: false

kecontact.0
2021-12-12 09:52:53.048	info	config host: 192.168.x.x

kecontact.0
2021-12-12 09:52:49.851	error	no energy meters defined - power limitation deactivated

kecontact.0
2021-12-12 09:52:49.848	info	starting charging station in active mode

kecontact.0
2021-12-12 09:52:49.801	info	starting. Version 1.3.3 in /opt/iobroker/node_modules/iobroker.kecontact, node: v12.22.2, js-controller: 3.3.21

[Sneak-L8]

@hardl Sieht soweit eigentlich alles gut aus.
Solange das Auto nicht lädt, bleibt auch chargingPhases auf null. Das ist ja nur eine Info, mit was der Adapter gerade versucht zu laden. calcPhases hast Du korrekt auf 3 gesetzt.
Was das Auto da an Fehlern meldet, kenne ich von meinem ID.3. Der meldet meist auch Ladefehler, aber auch mal Ladebereitschaft. Ich glaube, das liegt nicht am Adapter sondern wie das Auto das eingesteckte Kabel interpretiert, von dem aber kein Strom kommt...
"maxPower" ist auch null, das wird aber nur benötigt, bei Lastbegrenzung (der unterste Abschnitt in der Konfig).
Soweit erkenne ich jetzt nichts Falsches.

[hardl]

@sneak-l8 Ich weiß zwar nicht woher im Protokoll die 8,5 A kommen, aber ich werde das weiter beobachten.
Jetzt müsste doch bei einem surplus von >1,4 kW der Ladevorgang starten?

Die Sonne spielt aber momentan nicht mit.

[Sneak-L8]

@hardl Surplus muss schon 3 x 230V * 6A = 4,14kW haben, damit der Ladevorgang startet. Du hast ja drei Phasen angegeben.
BTW: solange kein Fahrzeug angesteckt ist, wird auch surplus nicht aktualisiert. Sollte man auch am Zeitstemepl des States sehen.

[hardl]

@sneak-l8 So langsam verstehe ich auch, warum man (im Winter) zusätzlichen Netzbezug freigeben sollte.
Bei meiner PV mit 8,9 kWp ist ja um diese Zeit ein feed von > 4 kW eher selten.
Könnte man z.B. ein Skript erstellen, das von surplus 1,4-2,8 kW den state der Phasen auf 1, bei 2,8-4,2 kW auf 2 und bei >4,2 auf 3 Phasen stellt oder lässt das die Software vom Auto nicht zu?

[Sneak-L8]

@hardl Natürlich kannst Du die calcPhases per Skript umstellen. Allerdings stellst du damit nur ein mit wievielen Phasen der Adapter die Ladeleistung kalkuliert. Damit wird nicht geregelt mit wievielen Phasen geladen wird. Das entscheidet allein Auto und Wallbox untereinander und nehmen dabei das maximal mögliche.
Dann müsstest Du schon vor einem Ladevorgang mache Phasen abschalten, um z.B. ein einphasiges Laden zu ermöglichen. Die Box kann das nicht. Sie lädt imemr mit allen Phasen die angeschlossen sind.

Aber einen zusätzlichen Netzbezug kannst Du natürlich skriptgesteuert für die Wintermonate aktivieren und in den Sommermonaten wieder auf null zurückfahren.

[hardl]

@sneak-l8 Kannst Du mir bitte noch sagen, was sich hinter currentTimer, currentUser, maxCurrent und maxPercent verbirgt oder gibt es irgendwo eine Erklärung?

[Sneak-L8]

@hardl mit currentTimer kann glaub ich eine Dauer der Stromstärke angegeben werden. Die Details findest du im UDP-Handbuch von Keba zum Download unter: https://www.keba.com/de/emobility/service-support/downloads/downloads.
Werden vom Adapter aber nicht aktiv genutzt.

[hardl]

@sneak-l8 Ich muss Dich leider nochmal belästigen, sorry.
Heute ist endlich mal mehr Sonne und surplus bewegt sich zwischen 3 und 5 kW.
Bei addPower 0 bricht der Vorgang immer wieder ab, wenn der Stromverbrauch im Haus steigt oder eine Wolke kommt.
Ich habe das mal auf 1000 gesetzt. Müsste jetzt surplus+ 1000 oder nur surplus als Lademenge kommen und die 1000 erst bei Unterschreitung von 4,14 kW?
Ich hänge mal die Screenshots an.

[JamesB]

Servus, gleich vorweg, ich habe noch nicht sehr viel Erfahrung mit ioBroker. Er ist über Docker Compose installiert und scheint gut zu laufen.

Ich erhalte jedoch keine saubere Verbindung zu Keba. Hat das mit diesen Infos zu tun?

kecontact.0
	2021-12-21 08:39:42.117	info	config pollInterval: 300
kecontact.0
	2021-12-21 08:39:42.116	info	config passiveMode: true
kecontact.0
	2021-12-21 08:39:42.116	info	config host: 192.168.188.80
kecontact.0
	2021-12-21 08:39:41.480	info	starting charging station in passive mode
kecontact.0
	2021-12-21 08:39:41.444	info	starting. Version 1.3.2 in /opt/iobroker/node_modules/iobroker.kecontact, node: v14.18.2, js-controller: 3.3.21
kecontact.0
	2021-12-21 08:39:35.631	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
kecontact.0
	2021-12-21 08:39:35.628	info	terminating
kecontact.0
	2021-12-21 08:39:35.623	info	Got terminate signal TERMINATE_YOURSELF

Der Port 7090 ist in docker-compose eingetragen: "7090:7090/udp"

Wenn ich mit einem ähnlichen FHEM Modul (auch über Docker) teste, funktioniert das einlesen der Daten problemlos.

Lauf Log findet die Instaz auch schon viele Informationen:

kecontact.0
	2021-12-21 08:43:04.802	debug	UDP datagram from 172.20.0.1:53634: '{ "ID": "1", "Product": "KC-P30-EC240122-E00", "Serial": "21293217", "Firmware":"P30 v 3.10.16 (200708-201734)", "COM-module": 0, "Backend": 0, "timeQ": 3, "DIP-Sw1": "0x20", "DIP-Sw2": "0x00", "Sec": 4385857 } '

Es werden aber keine Datenpunkte erzeugt. Hat jemand eine Idee wie ich hier weiter kommen könnte?

[Sneak-L8]

@hardl addPower wird wird nur herangezogen, wenn der Ladeüberschuss (state surplus) nicht ausreicht zum Laden. Dann wir einfach geschaut, ob mit addPower genug zum Laden da wäre. Dann wird aber auch nur so viel genommen, damit es zum Minimal-Laden (i.dr. mit 6A) reicht.
In Surplus ist AddPower noch nicht eingerechnet sondern wird draufgeschlagen, wenn es sonst nicht zum Laden reicht.

Wenn Du in den Einstelungen die "Mindestladezeit" (= einmalig ab Beginn) oder "Laden auch bei zu geringem Überschuss für diese Dauer fortsetzen" (= Time bei jeder neuen Ladeunterschreitung) setzt, dann wird der Ladevorgang auf bei einer Wolke mit Mind.stärke (i.d.R. 6 A) für diese Zeit fortgesetzt und nicht sofort abgebrochen.

Was jetzt genau das Problem ist, habe ich aber leider noch nicht verstanden... ;-)

[Sneak-L8]

@jamesb Mir scheint, der Adapter bekommt die Antworten von der Wallbox, hält sich aber nicht für zuständig. Unter Host hast Du eine andere IP-Adresse eingetragen als von wo die Antworten der Wallbox kommen.
Host ist die Adresse der Wallbox, nicht Deines ioBrokers. Oder es findet bei Docker eine Adressübersetzung statt, denn die Absender-IP des datagrams weicht stark von dem Subnetz von "Host" ab. Das ist ene "private IP"...

[hardl]

@sneak-l8 Ich verstehe manche Zusammenhänge leider nicht. Heute Morgen war ein surplus von ca 2 kW, addPower 500 Watt, ich hatte 1 Phase eingestellt, aber das Auto zeigte 6,x kW Ladeleistung.
In der Handy-App kann ich den Ladestrom nicht sehen, da dort immer "Ladefehler" angezeigt wird.
Alles andere scheint inzwischen geklärt, da endlich mal länger Überschuss vorhanden war und ich verschiedene Parameter testen konnte.

[Sneak-L8]

@hardl Wie schon gesagt, Du kannst die Phasen nicht einstellen, nur mit was der Adapter rechnen soll. Wenn der EQA dreiphasig lädt ist das einzig richtige die 3 ... Laden mit ein oder zwei Phasen bei gerngem Überschuss wäre genau das, was die Box noch bräuchte, das vermisse ich bei meiner c-Sereis auch.
Aber wenn ich den letzten Satz richtig liese, dann tut die Steuerung jetzt grundsätzlich was sie soll?
Dann würde ich die neue Version nämlich veröffentlichen.

[hardl]

@sneak-l8 Grundsätzlich läuft es sehr gut.
Aber wie geht das, dass das Auto das dreifache des Überschusses lädt?
Nimmt er das aus dem Netz oder nur kurze Zeit oder ist die Anzeige falsch?

Ich habe heute auch festgestellt, dass der Ladestart bei einem surplus von 3 kW, wenn 3 Phasen und kein addPower im Adapter stehen nicht beginnt, da die 3A Mindest Strom nicht erreicht werden, wenn ich 1 oder 2 Phasen eingebe schon.

Ich bin ab morgen für ein paar Tage bei meinen Kindern und danke Dir sehr für Deine Arbeit und Geduld und wünsche Dir schöne Feiertage.

[Sneak-L8]

@hardl "Aber wie geht das, dass das Auto das dreifache des Überschusses lädt?" Wenn Du das calcPhases auf 1 stehen hattest, dann genau deshalb. Der Adapter rechnet dann ja nur mit einem Drittel der Leistung, wenn er die Wallbox zum Laden freigibt.
Den Strom nimmt er dan natürlich aus dem Netz. Dein fedd wird dann natprlich deutlich negativ und nach Ablauf der Timer wird die Ladung wieder gestoppt.
Gibst du drei Phasen an sollte es passen.
Danke, Dir auch Frohe Weihnachten udn einen guten Rutsch in Jahr 2022.

[JamesB]

@sneak-l8 Stimmt, da findet, wenn ich Docker richtig verstehe, eine Adressübersetzung statt. Das private Docker Netzwerk arbeitet im bridge Modus. Der ioBroker hat die Adresse 172.20.0.11 erhalten. Bei einigen ioBroker Adaptern kann eine Callback Adresse angegeben werden (z.B. Homematic) oder es gibt so etwas wie Proxy Einträge (Adapter Alexa2). Ich bin jedoch kein Netzwerk Spezialist.

[Sneak-L8]

@jamesb Gute Frage. Daran bin cih auch schon mal hängen geblieben. Bin jetzt seit längerem aber auf einem dedizierten Raspi für ioBroker. Ich meine, es war damals möglich, einen Repeater-Modus im Docker einzustellen, so dass er ins normale Netz integriert wird.
Das Problem ist, dass die Wallbox mit UDP-Paketen arbeiten. Die werden einfach an die IP-Adresse zurückgeschickt, die in den eingehenden UDP-Paketen als Absender drin standen.
Mit TCP wären es Senden-Antwortpakete die korrekt geroutet würden.
Aber mehr kann cih da netzwerk-technisch auch nicht sagen. Mit meinem Laien-Wissen würde ich sagen, dass da auch kein Callback hilft.

[JamesB]

@sneak-l8 Gelöst: mit dem "/udp" Zusatz klappt es nun auch im bridged mode. Ich hatte noch das FHEM Modul laufen. Der doppelte Zugriff auf die KEBA hat die saubere Verbindung verhindert. Danke für die Hilfe.