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

[Sneak-L8]

@Shiva-Mann Ach ja, jetzt sehe ich es. Schlecht programmiert. Über den Schalter werden nicht nur die Session-Werte für vergangene Sessions deaktiviert sondern auch die der aktuellen Session.
Mir sind die Meldungen bishern icht aufgefallen, weil sie nur im Debug-Level ausgegeben werden.
Also mach einmal die Option "lade letzte Ladesitzungen" an. Dann kannst Du die Option wieder ausmachen und alle Sessions_01 bis Session_nn löschen (nur die Session_00 stehen lassen).
Dann sollte es erstmal gehen.
Den Rest passe ich mit der nächsten Version an. Kannst aber schon testen, wenn Du die Version von github installierst.

[Shiva Mann]

@sneak-l8
Super jetzt funktioniert es :-) Tausend Dank!
Ich habe die neuste Version aus dem GIT installiert, jetzt wird meine RFID_Tag angezeigt.
Great Job!

[Malz1902]

Hmm bei mir ist der Tag auch leer, wie kann ich den RFID Tag rausfinden, ich brauchen den ja um automatisch zu laden oder?
Momentan halte ich mein Token immer vor die Wallbox damit der zu laden anfängt

[Sneak-L8]

@malz1902 Hast Du es mal mit der Version von github probiert? Wenn du die nicht nutzen willst, dann aktiviere mal das Laden der letzten Ladesessions. solange dann die Sessions in den Datenpunkten drinstehen, sollten rfid_class und rfid_tag gefüllt werden.
Danach kannst du die Option wieder rausnehmen und auch die Ladesessions löschen.
In einer neuen Version wird das dann behoben sein. Die braucht aber noch etwas. Muss jetzt mal meinen Installationsschhütz morgen einbauen und dann testen, ob das Umschalten auf zunächst (bei wenig PV-Überschuss) 1-phasigen und später auf 3-phasiges Laden auch klappt.

[Malz1902]

Github Version klappt, danke :-)

[darkiop]

Hallo zusammen und einen schönen Abend :)

Mir ist gerade aufgefallen, das ich die Lade/Verbrauchsdaten meiner Keba noch nicht logge ... g

Was schreibt ihr Weg und von welchen DPs?

Interessant wäre:

• Summe Tag in kWh
• Davon jeweils Netzbezug und PV - auch jeweils in kWh

Muss später mal die vorhandenen DPs durchschauen und prüfen mit welchen ich zu meiner Anforderung komme.

[Sneak-L8]

@darkiop Hallo über den Rhein :-)

unter kecontact.0.statistics.lastChargeFinish findest Du immer den Strombezug der letzten Ladesitzung. Und kecontact.0.eTotal könntest du im 24h-Rhythmus loggen. Also einfach über den SQL-Adapter in ne DB schreiben.
Den Unterschied Netzbezug und PV-Leistung wird schwierig zu ermitteln...

[darkiop]

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

Hallo über den Rhein

Zurück ;)

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

kecontact.0.statistics.lastChargeFinish

Hab jetzt auch mal geschaut, und

kecontact.0.statistics.lastChargeAmount

in die DB aufgenommen.

Und mit

kecontact.0.eTotal 

lässt sich die Tagesmenge berechnen. Danke für den Hinweis, irgenwie übersehen ;)

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

Den Unterschied Netzbezug und PV-Leistung wird schwierig zu ermitteln...

Wäre aber Interessant ... g

[Malz1902]

über welchen state kann man das laden starten?

[Malz1902]

@sneak-l8

wie genau klappt das? was muss bei dem state eintragen?

[Sneak-L8]

@malz1902 Kannst Du die Frage etwas konkretisieren?
Denn pauschal würde ich sagen: Du kannst das Laden starten, in dem Du die Automatik (kecontact.0.automatic.photovoltaics auf false) ausschaltest oder für genügend Stromüberschuss sorgst.

[Malz1902]

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

@malz1902 Kannst Du die Frage etwas konkretisieren?
Denn pauschal würde ich sagen: Du kannst das Laden starten, in dem Du die Automatik (kecontact.0.automatic.photovoltaics auf false) ausschaltest oder für genügend Stromüberschuss sorgst.

Pv automatik steht auf false da noch keine pv Anlage. Ich würde das Laden gerne per iobroker starten, da ich manchmal meinen rfid chip vergesse und dann könnte ich das Laden später am Pc starten. Jedoch weiß ich nicht wie ich das machen muss.

Hatte bei dem state start rfid class und rfid tag eingegeben aber auch dann fing das Laden nicht an

[Sneak-L8]

@malz1902 Ich nutze leider keine Freigabe, habe die Funktion daher nur auf Anforderung anderer eingebaut.
Aber es müsste gehen, indem Du kecontact.0.start mit id und class befüllst. Laut Keba-Doku sind das ein 8 und 10 byte hex string. Die Werte müssen ggf. auch als autorisierter Lader freigegbeen sein.
Wenn Du mit der vorhandenen Karte die Ladung freigibst, dann solltest du deren Werte unter kecontact.0.statistics.rfid_tag und kecontact.0.statistics.rfid_class finden.

[Malz1902]

@sneak-l8
ja unter kecontact.0.statistics.rfid_tag und kecontact.0.statistics.rfid_class stehen auch die beiden keys.
Habe unter kecontact.0.start dann folgendes eingegeben: dxxxxxx000000000 axxxxxx8000000000000 und auch [dxxxxxx000000000] [axxxxxx8000000000000] aber beides klappte nicht. Muss das ganze ein besonderes Format sein? Hat das evtl. schonmal einer probiert

[Sneak-L8]

@malz1902 lass mal das d und das a weg. Also nur "xxxxxx000000000 xxxxxx8000000000000".
Steht evtl. was im Log?

[Malz1902]

@sneak-l8
okay versuche ich mal, aber so steht das halt in kecontact.0.statistics.rfid_tag und kecontact.0.statistics.rfid_class
xxxxxx hab ich ersetzt mit den zahlen/buchstaben die vorher drin standen

Log hatte ich auf warning, stell ich mal auf debug

2023-02-25 14:11:46.638 - error: kecontact.0 (2281) Error received from wallbox: TCH-ERR:: not allowed while enabled
2023-02-25 14:11:46.639 - error: kecontact.0 (2281) Error received from wallbox: TCH-ERR:: not allowed while enabled
2023-02-25 14:18:00.896 - warn: kecontact.0 (2281) Error handling received message: SyntaxError: Unexpected token w in JSON at position 0 (warning: data length not even)
2023-02-25 14:20:59.586 - error: kecontact.0 (2281) Error received from wallbox: TCH-ERR:: wrong parameter count
2023-02-25 14:23:10.322 - error: kecontact.0 (2281) Error received from wallbox: TCH-ERR:: wrong parameter count

Das kam am Samstag beim warning raus, werde nachher wenn ich zuhause bin das ganze nochmal testen und Adapter auf debug haben

[Sneak-L8]

@malz1902 Das Log hilft doch schon mal weiter. Denn offensichtlich wurde der Befehl grundsätzlich verstanden. Beim Versuch um 14:18 war es auf jeden Fall ein falsches Hex-Format. Die anderen Aufrufe waren syntaxtisch schon mal korrekt.
"not allowed while enabled" heißt für mich, dass das Laden bereits freigegeben war und dann kein RFID übermittelt werdne darf.
Du kannst mal versuchen, zuerst kecontact.0.automatic.pauseWallbox auf true zu setzen, dann wird das Laden generell geblockt. Dann start xxxx xxxx und danach wieder kecontact.0.automatic.pauseWallbox auf false.

[Malz1902]

@sneak-l8
Hab das jetzt mal aus der ferne versucht ohne das dass Auto angeschlossen ist.
Sieht dann so aus:

2023-02-27 08:13:07.733 - debug: kecontact.0 (149821) update state kecontact.0.start with value:d7703ef000000000 ad3abf08000000000000
2023-02-27 08:13:07.733 - debug: kecontact.0 (149821) Sent 'start dxxxxxx000000000 axxxxxx8000000000000' to 192.168.188.97:7090
2023-02-27 08:13:07.735 - debug: kecontact.0 (149821) UDP datagram from 192.168.188.97:7090: 'TCH-OK :done

sieht glaub ich erstmal gut aus, ich teste das mal wenn das Auto dran ist. Auto ist ein ID4

[Malz1902]

Ich habe gerade noch was gefunden, wenn ich auf die Weboberfläche der Wallbox gehe und dort unter RFID Karten schaue, steht dort ein neuer Eintrag dxxxxxx000000000 mit Status Unbekannt.

Wenn ich bei start folgendes eingebe, Dxxxxxxx axxxxxxx00, also RFID Tag auf 8 Zeichen und RFID Class auf 10 Zeichen kürze, so steht in der Werboberfläche unter RFID Karten, die ich sonst immer nutze Status akzeptiert und zuletzt verwendet dann das heutige Datum

Altenativ könnte ich hier auch einen RFID Tag neu anlegen

[Sneak-L8]

@malz1902 bin mir nicht sicher, ob ich Deinen Post korrekt verstanden habe. Aber es scheint also zu funktionieren, oder?