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

[Rosco]

Vielen Dank für die Rückantworten.
Bleibt noch die Frage offen, welche Einstellung in den Objekten vorgenommen werden muss, damit die Wallbox mit voller Ladeleistung 22 KW lädt, bzw. wie ihr eine solche Einstellmöglichkeit außerhalb der IO Welt, z.B. mit einem Schalter, geschaffen habt.

[Sneak-L8]

Es ist der state kecontact.0.automatic.photovoltaics
Web der false ist, dann wird mit voller Leistung geladen.
Einen physischen Schalter habe ich nicht, mit reicht die Webseite vom ioBroker mit einem virtuellen Schalter.

[darkiop]

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

Einen physischen Schalter habe ich nicht, mit reicht die Webseite vom ioBroker mit einem virtuellen Schalter.

@Lutz-Rose Den könntest du aber z.B. mit einem Homematic Taster oder einem anderen in ioBroker eingebundenen Taster realisieren. Dieser wird dann einfach mit dem DP kecontact.0.automatic.photovoltaics verknüpft.

[Rosco]

@darkiop Vielen Dank euch beiden. Einen Schalter einzubinden bekomme ich bestimmt hin.
Mir fehlte der passende Datenpunkt. Vielleicht könnte man diesen als Hinweis mit in die Dokumentation bzw. die Konfigurationsseite aufnehmen.

Viel Erfolg weiter mit diesem tollen Adapter - dann will ich mal auf Sonne warten...

[darkiop]

@Sneak-L8 Heute Morgen hatte ich ein weiteres Erlebnis, Auto war noch angestöpselt - kurzzeitig war genügend Ladestrom da - alledings hat der State ping-pong gespielt und ist von 1 über 3 auf 5 gesprungen, und das ständig. Da ich aktuell noch auf die DPs Triggere und mir ein Telegram schicke hatte ich das auch bemerkt - irgendwann ging dann auch der EQC auf Ladefehler. Nach entfernen vom Stecker und wieder einstecken ist aktuell Ruhe - allerdings auch nicht genügend Ladestrom vorhanden :)

[Sneak-L8]

@darkiop Oh, das ist komisch. Du meinst den plug-State? Evtl. Kontaktprobleme beim Stecker/Fahrzeug? Dann wird es mit der Regelung natürlich schwierig. Diese schnellen Änderungen könnten ein Problem sein.
Ich hatte zu Beginn am Adapter auch eine sofortige Regelung, indem ich die states des EnergyMeters direkt abonniert und die Werte sofort angepasst hatte. Da ging das Auto dann auch auf Fehler, weil im Grenzbereich innerhalb von Sekunden ein- und ausgeschaltet wurde...

[darkiop]

@Sneak-L8

Zum Ping-Pong: Nicht der kecontact.0.plug, sondern der kecontact.0.state. Plug war konstant auf 7.

---

Irgendwas scheint grundsätzlich nicht zupassen. Ich hab den Adapter gestern auf Pause geschaltet. Heute gegen 13:30 Uhr habe ich das Auto angeschlossen und die Ladung hat (trotz Pause) begonnen:

Danach das Log geprüft und keine Einträge von heute vom kecontact.0. gefunden - der letzte war von gestern Abend als ich das Auto ausgestöpselt habe:

Also, Adapter neu gestartet und die Pause wurde aktiviert (enableSys und User waren dann false):

Pause deaktiviert und die Ladung hat begonnen:

Aktuell auch stabil, ohne State Ping-Pong :)

Ich werde weiter versuchen ein Muster zu erkennen, es stehen ja ein paar Sonnige Tage an. Als ersten Lösungsansatz überlege ich gerade auf den kecontact.0.plug = 7 einen Restart zu Triggern.

Noch als Verbesserungsvorschlag: Im Debug-Log gibst du 'not enough power for charging ...' aus, glaube das wäre auch als State im Objektbaum nützlich. Das selbe evtl. für 'Available surplus: -257'

[Sneak-L8]

@darkiop Also mit dem state "state" mache ich im adapter eigentlich gar nichts. Daher sollte dessen Kippeln nichts ausmachen. Könnte aber auf ein Problme der Wallbox hindeuten.
Bestimmte Werte als State abzulegen (berechneter Überschuss, etc.) ist ne gute Idee. So könnte man auch ohne Debug die Ladung besser nachvollziehen. Werde ich wohl mal bei Gelegenheit einbauen unter "Statsitstics".

Überlege auch, ob ich die Einstellung wieviel Netzbezug beim Ladestart erlaubt sind, als State anlege (evtl. wird dort der Wert aus der Adapterkonfiguration initial reingwschrieben). Dann kann man per Skript für SOmmer und Winter oder erwartetem Solarertrag den Wert dynamisch von extern regeln.

Auch die Phasenzahl des letzten Ladevorgangs wäre hinlfreich, sonst geht er imemr von 1 Phase nach einem Adapterestart aus.

Wobei ein Restart des Adapters grundsätzlich nicht notwendig sein sollte.

[darkiop]

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

Wobei ein Restart des Adapters grundsätzlich nicht notwendig sein sollte.

Ja, allerdings hat er ja beim oben beschrieben Fall dann tatsächlich geholfen. Alles irgendwie seltsam ;) Aber mit der Zeit kommen wir da schon dahiner :) Aktuell läuft übrigens alles wieder sauber, wenig Sonne da - Adapter hat auf 5/7 geschaltet.

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

So könnte man auch ohne Debug die Ladung besser nachvollziehen.

Genau, dadurch wirds transparenter was der Adapter gerade macht ohne auf die Zeilen im (Debug)Log achten zu müssen. Und ggf. kann man mit denen auch noch arbeiten bzw. in einer VIS bei Bedarf darstellen.

[Sneak-L8]

@darkiop So, heute morgen etwas Zeit gehabt und den Adapter angepasst (V1.1.0). Er hat jetzt States für zusätzlichen Netzbezug für Ladestart (kann in den Settings als Startwert vorgegeben, aber nun auch per State dynamisch angepasst werden), die anzeige der erkannten Anzahl Phasen (merkt er sich jetzt auch über Adapter-Neustart hinaus), die Lastbegrenzung (wenn aktiviert) und den aktuellen Überschuss, der zum Laden verwendet werden könnte.
Kann direkt aus git (https://github.com/iobroker-community-adapters/ioBroker.kecontact) installiert werden.

[darkiop]

@sneak-l8 Super, schaue ich heute Abend mal an.

Mir ist neben noch folgendes Aufgefallen:

Nach dem Anstöpseln vom Auto (11:34:53, siehe Screenshot) werden die States kecontact.0.statistics.plugTimestamp (und kecontact.0.statistics.chargeTimestamp) nicht geschrieben.

Aktuell ist wieder genügend Sonne da, der Adapter ging aber auf 7/1:

Habe jetzt einen Restart auf kecontact.0.plug = 7 gesetzt - das schaut ganz gut aus und mein Problem scheint (für den Moment :)) behoben zu sein.

[Sneak-L8]

@darkiop also der chargeTimestamp wird erst gesetzt, wenn der Ladevorgang freigegeben wird. Aber der plugTimestamp müsste gesetzt sein.
Warum die Ladung nicht gestartet wurde, kann ich so noch nicht sagen.
Kannst Du mal die neue Version nehmen? Da sieht man dann z.B. den Überschuss.
Wie ist denn der plug state, wenn das Auto nicht eingesteckt ist?

[Schnitti]

Hallo,
ich bin seit letzter Woche auch stolzer Besitzer einer KeContact P30

Den Adapter habe ich installiert, die IP eingetragen und gestartet.

Allerdings kommen nur wenig Daten von der Box, um genau zu sein 3:

warum kommen nur ein paar Daten??

Das UDP Interface ist doch eingeschaltet.

Liebe Grüße Jens

[Sneak-L8]

Ich würde sagen, da kommen überhaupt keine Daten. Kannst Du mal debug aktivieren und das log senden?
Ich tippe aber eher, dass UDP nicht aktiviert ist. Bist Du sicher, dass es an ist? In Deinem Post ist das ja noch zu erkennen.

[darkiop]

@sneak-l8 Beide Timestamps waren vor und während der Ladung nicht gesetzt. Ich installiere Morgen früh die Version von Github und teste wieder. Aktuell ist das Auto nicht angeschlossen, Plug ist 3, State 1 - das passt soweit. Fahre dann auch nen Umweg nachm Brötchen holen, damit ein paar % vom Akku rumter kommen 😂

[Schnitti]

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

Ich würde sagen, da kommen überhaupt keine Daten. Kannst Du mal debug aktivieren und das log senden?
Ich tippe aber eher, dass UDP nicht aktiviert ist. Bist Du sicher, dass es an ist? In Deinem Post ist das ja noch zu erkennen.

Hallo,
habe den Iobroker auf Debug gestellt, der Adapter ist erwartungsgemäß neu gestartet, und es passierte nix, der Adapter stellte sich auf aber auf englisch um ??. Anschließend wieder Debug ausgestellt und der Adapter startete neu und alle Daten kommen an. Wieso auch immer......

Lg Jens

[Sneak-L8]

@darkiop Also die Abfrage, ob das Fahrzeug angesteckt ist, erfolgt über plugState >= 5. also eindeutig bei Dir erkennbar, ob gesteckt oder nicht. Und jedes Mal, wenn sich der Zustand ändert wird auch ein Info-Log geschrieben. Das sollte man also gut nachvollziehen können.
Und beim Logeintrag "car plugged to wallbox wird auch direkt der Timetamp geschrieben. Also sehr sehr seltsam, wen die Logeintrag käme, der State aber leer bleibt ...
Ist unter "Objekte" der state exakt so "plugTimestamp" geschrieben? Also alles klein, nur ein großes T?

[Humidor]

@sneak-l8 Frage: UDP command: unlock
ist diese im Adapter drin? kann keinen Bezug zu einem Objekt herstellen.
Danke!

[Sneak-L8]

@humidor Nein, unlock ist bisher nicht realisiert.

[darkiop]

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

Also die Abfrage, ob das Fahrzeug angesteckt ist, erfolgt über plugState >= 5. also eindeutig bei Dir erkennbar, ob gesteckt oder nicht. Und jedes Mal, wenn sich der Zustand ändert wird auch ein Info-Log geschrieben. Das sollte man also gut nachvollziehen können.
Und beim Logeintrag "car plugged to wallbox wird auch direkt der Timetamp geschrieben. Also sehr sehr seltsam, wen die Logeintrag käme, der State aber leer bleibt ...

Genau, die Einträge kenn ich und monitore die auch bei meinen Tests. Das passt auch soweit.

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

Ist unter "Objekte" der state exakt so "plugTimestamp" geschrieben? Also alles klein, nur ein großes T?

Ja, das T ist groß - der DP passt - habe auch die komplette Struktur schonmal gelöscht um fehlerhafte DPs auszuschließen.

Mein Akku ist voll, testen ist gerade schwierig. Aber, ich wollte eben fürs Monitoring deinen neuen DP bzgl. berechneter Überschuss mit in meine VIS mit aufnehmen. Dabei viel mir das hier auf:

Der DP Überschuss wurde zuletzt gestern 12:09:02 aktualisiert, kurz danach habe ich das Auto abgestöpselt:

Das Anstöpseln gestern Nachmittag (14:37) findet sich aber nicht mehr im Log. Die DPs .state und .plug wurden und werden werden aber aktualisiert:

Dann habe ich den Adapter neu gestartet und der Überschuss wird berechnet.