NEWS
[Frage] Realisierung Adapter UDP Keba Wallbox
-
@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?@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 😂
-
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.@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 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 😂
@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? -
@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? -
@sneak-l8 Frage: UDP command: unlock
ist diese im Adapter drin? kann keinen Bezug zu einem Objekt herstellen.
Danke! -
@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?@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.
-
@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.
@darkiop Danke für den guten Report. Also surplus wird nur aktualisiert, wenn ein Auto angestöpselt ist. Sonst interessiert der Wert ja nicht. Daher ist klar, warum das letzte Update war, als das Auto abgestöpselt wurde.
Aber das Problem scheint das anstöpseln zu sein. Obwohl der state 7 ist (kannst Du den mal aufzeichnen?), wird kein Fahrzeug erkannt. Das ist sehr seltsam. Interessant wäre zu sehen, was der Wert davor war. Müsste ja < 5 gewesne sein, um ein Anstöpseln zu bemerken. Vielleicht sollten wir uns auf diesne Schritt konzentrieren... -
@darkiop Danke für den guten Report. Also surplus wird nur aktualisiert, wenn ein Auto angestöpselt ist. Sonst interessiert der Wert ja nicht. Daher ist klar, warum das letzte Update war, als das Auto abgestöpselt wurde.
Aber das Problem scheint das anstöpseln zu sein. Obwohl der state 7 ist (kannst Du den mal aufzeichnen?), wird kein Fahrzeug erkannt. Das ist sehr seltsam. Interessant wäre zu sehen, was der Wert davor war. Müsste ja < 5 gewesne sein, um ein Anstöpseln zu bemerken. Vielleicht sollten wir uns auf diesne Schritt konzentrieren...@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Danke für den guten Report.
Gerne :)
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Danke für den guten Report. Also surplus wird nur aktualisiert, wenn ein Auto angestöpselt ist. Sonst interessiert der Wert ja nicht. Daher ist klar, warum das letzte Update war, als das Auto abgestöpselt wurde.
Ja, aber um 14:37 wurde es wieder angestöpselt - dazu gab es dann kein Log Eintrag, aber der DP .plug wurde aktualisiert - siehe 3. Screenshot.
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Aber das Problem scheint das anstöpseln zu sein. Obwohl der state 7 ist (kannst Du den mal aufzeichnen?), wird kein Fahrzeug erkannt. Das ist sehr seltsam. Interessant wäre zu sehen, was der Wert davor war. Müsste ja < 5 gewesne sein, um ein Anstöpseln zu bemerken. Vielleicht sollten wir uns auf diesne Schritt konzentrieren...
Ich pack den .state und .plug mal in die Datenbank, dann haben wir eine Quelle für Infos. Nächster Test sobald ich mal wieder ein paar km gefahren bin, gar nicht so selbstverständlich wenn man nur im HO arbeitet :)
Edit:
Der plugTimestamp wurde übrigens mit dem Adapter Restart Heute 15:54 befüllt:
-
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Danke für den guten Report.
Gerne :)
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Danke für den guten Report. Also surplus wird nur aktualisiert, wenn ein Auto angestöpselt ist. Sonst interessiert der Wert ja nicht. Daher ist klar, warum das letzte Update war, als das Auto abgestöpselt wurde.
Ja, aber um 14:37 wurde es wieder angestöpselt - dazu gab es dann kein Log Eintrag, aber der DP .plug wurde aktualisiert - siehe 3. Screenshot.
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Aber das Problem scheint das anstöpseln zu sein. Obwohl der state 7 ist (kannst Du den mal aufzeichnen?), wird kein Fahrzeug erkannt. Das ist sehr seltsam. Interessant wäre zu sehen, was der Wert davor war. Müsste ja < 5 gewesne sein, um ein Anstöpseln zu bemerken. Vielleicht sollten wir uns auf diesne Schritt konzentrieren...
Ich pack den .state und .plug mal in die Datenbank, dann haben wir eine Quelle für Infos. Nächster Test sobald ich mal wieder ein paar km gefahren bin, gar nicht so selbstverständlich wenn man nur im HO arbeitet :)
Edit:
Der plugTimestamp wurde übrigens mit dem Adapter Restart Heute 15:54 befüllt:
@darkiop Ja, passt alles (auch bei mir HO, kaum Fahrleistung, aber auch die Feststellung 14:37 angesteckt, aber nicht bemerkt hatte ich so interpretiert ... :) )
Das Problem ist also das Anstecken, nachdem das Auto abgesteckt wurde. Nach dem Neustart wird das Anstecken erkannt (interner plug-Wert ist beim Start 0 und mit auslesen des ioBroker-States wird der Wechsel von <5 auf >= 5 erkannt) und daher sowohl die Log-Meldung "plug to..." ausgegeben als auch der Timestamp gesetzt.
Auch wenn Du nicht mit dem Auto gefahren bist, solltest du das testen können. Auto abstecken (plug sollte auf 3 gehen, im log ein "unplugged" erscheinen und der plugTimestmp gelöscht werden) und nach einer Weile wieder anstecken (plug = 7, Log mit "plugged" und plugTimestamp gesetzt).
Vermutlich wird dann aber der zweite Teil wieder nicht passieren und die große Frage lautet: warum? Mit der Aufzeichnung der States bekommen wir es vielleicht raus (ggfs. dann auch mal mit debug starten). -
@darkiop Ja, passt alles (auch bei mir HO, kaum Fahrleistung, aber auch die Feststellung 14:37 angesteckt, aber nicht bemerkt hatte ich so interpretiert ... :) )
Das Problem ist also das Anstecken, nachdem das Auto abgesteckt wurde. Nach dem Neustart wird das Anstecken erkannt (interner plug-Wert ist beim Start 0 und mit auslesen des ioBroker-States wird der Wechsel von <5 auf >= 5 erkannt) und daher sowohl die Log-Meldung "plug to..." ausgegeben als auch der Timestamp gesetzt.
Auch wenn Du nicht mit dem Auto gefahren bist, solltest du das testen können. Auto abstecken (plug sollte auf 3 gehen, im log ein "unplugged" erscheinen und der plugTimestmp gelöscht werden) und nach einer Weile wieder anstecken (plug = 7, Log mit "plugged" und plugTimestamp gesetzt).
Vermutlich wird dann aber der zweite Teil wieder nicht passieren und die große Frage lautet: warum? Mit der Aufzeichnung der States bekommen wir es vielleicht raus (ggfs. dann auch mal mit debug starten). -
@darkiop Ja, passt alles (auch bei mir HO, kaum Fahrleistung, aber auch die Feststellung 14:37 angesteckt, aber nicht bemerkt hatte ich so interpretiert ... :) )
Das Problem ist also das Anstecken, nachdem das Auto abgesteckt wurde. Nach dem Neustart wird das Anstecken erkannt (interner plug-Wert ist beim Start 0 und mit auslesen des ioBroker-States wird der Wechsel von <5 auf >= 5 erkannt) und daher sowohl die Log-Meldung "plug to..." ausgegeben als auch der Timestamp gesetzt.
Auch wenn Du nicht mit dem Auto gefahren bist, solltest du das testen können. Auto abstecken (plug sollte auf 3 gehen, im log ein "unplugged" erscheinen und der plugTimestmp gelöscht werden) und nach einer Weile wieder anstecken (plug = 7, Log mit "plugged" und plugTimestamp gesetzt).
Vermutlich wird dann aber der zweite Teil wieder nicht passieren und die große Frage lautet: warum? Mit der Aufzeichnung der States bekommen wir es vielleicht raus (ggfs. dann auch mal mit debug starten).@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Ja, passt alles (auch bei mir HO, kaum Fahrleistung, aber auch die Feststellung 14:37 angesteckt, aber nicht bemerkt hatte ich so interpretiert ... )
Das Problem ist also das Anstecken, nachdem das Auto abgesteckt wurde. Nach dem Neustart wird das Anstecken erkannt (interner plug-Wert ist beim Start 0 und mit auslesen des ioBroker-States wird der Wechsel von <5 auf >= 5 erkannt) und daher sowohl die Log-Meldung "plug to..." ausgegeben als auch der Timestamp gesetzt.Ich glaube, das kann ich so bestätigen. Habe heute versucht eine Testreihe zu machen - was sich gar nicht so leicht raustellte.
- Nach einem unpluggend reagiert Adapter nicht mehr bzw. teils seltsam.
- State und Plug werden aber aktualisiert. Die zeigen nach wieder einstöpseln mit 7 und 3 eine Ladung an, geladen wird aber nicht immer bzw. wenn dann auch mal mit voller Leistung (trotz aktiver PV optimierung. Beim wieder abklemmen des Kabels wechseln Plug auf 3 und State auf 1 bzw. 2 (hatte beides, meistens aber die 1)
- Ist das Fahrzeug eingestöpselt und der Adapter wird neu gestartet, gibt es ein Log plugged und das ganze beginnt von vorne.
Weitere Dinge noch die mir aufgefallen sind:
- Listenpunktsurplus könnte man immer berechnen, auch wenn Fahrzeug nicht eingestöpselt ist - dann passt der Wert auch wenn man ihn in einer VIS darstellt und das Auto nicht angeschlossen ist.
- ListenpunktSteht das Aktualisierungsintervall !=0, z.B. 60s wird laut debug Log trotzdem jede Sekunde kommuniziert
- Ich habe bisher noch nicht gesehen, das der ChargeTimestamp befüllt wurde - der .plug wird beim ersten Einstecken nach Adapter Restart befüllt
Screens mit den Werten von .state und .plug:
Alles irgendwie seltsam :)
Edit:
Das ganze Spiel lässt sich übrigens auch "resetten" in dem man die PV Optimierung aus und wieder anschaltet - selber Effekt wie Adapter restart.
-
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Ja, passt alles (auch bei mir HO, kaum Fahrleistung, aber auch die Feststellung 14:37 angesteckt, aber nicht bemerkt hatte ich so interpretiert ... )
Das Problem ist also das Anstecken, nachdem das Auto abgesteckt wurde. Nach dem Neustart wird das Anstecken erkannt (interner plug-Wert ist beim Start 0 und mit auslesen des ioBroker-States wird der Wechsel von <5 auf >= 5 erkannt) und daher sowohl die Log-Meldung "plug to..." ausgegeben als auch der Timestamp gesetzt.Ich glaube, das kann ich so bestätigen. Habe heute versucht eine Testreihe zu machen - was sich gar nicht so leicht raustellte.
- Nach einem unpluggend reagiert Adapter nicht mehr bzw. teils seltsam.
- State und Plug werden aber aktualisiert. Die zeigen nach wieder einstöpseln mit 7 und 3 eine Ladung an, geladen wird aber nicht immer bzw. wenn dann auch mal mit voller Leistung (trotz aktiver PV optimierung. Beim wieder abklemmen des Kabels wechseln Plug auf 3 und State auf 1 bzw. 2 (hatte beides, meistens aber die 1)
- Ist das Fahrzeug eingestöpselt und der Adapter wird neu gestartet, gibt es ein Log plugged und das ganze beginnt von vorne.
Weitere Dinge noch die mir aufgefallen sind:
- Listenpunktsurplus könnte man immer berechnen, auch wenn Fahrzeug nicht eingestöpselt ist - dann passt der Wert auch wenn man ihn in einer VIS darstellt und das Auto nicht angeschlossen ist.
- ListenpunktSteht das Aktualisierungsintervall !=0, z.B. 60s wird laut debug Log trotzdem jede Sekunde kommuniziert
- Ich habe bisher noch nicht gesehen, das der ChargeTimestamp befüllt wurde - der .plug wird beim ersten Einstecken nach Adapter Restart befüllt
Screens mit den Werten von .state und .plug:
Alles irgendwie seltsam :)
Edit:
Das ganze Spiel lässt sich übrigens auch "resetten" in dem man die PV Optimierung aus und wieder anschaltet - selber Effekt wie Adapter restart.
@darkiop Hm, also wenn der State "plug" erfolgreich aktualisiert wird, dann ist der Adaptern icht eingeschlafen und die Wallbox arbeitet auch korrekt. Mir scheint als würde das zyklische Prüfen (alle 30 Sekunden) nicht ausgeführt. Kannst Du den Test mal mit debug-Einstellung wiederholen und das Log posten?
-
@jojo8897 Ne, so einfach ist das nicht. Es kann nur ein(e Instanz eines) Adapter auf den Broadcast der Box lauschen. Oder der Adapter müsste auf verschiedenen Adressen lauschen und Du musst überden Raspi den Broadcast neu auf einem anderen Port versenden. Dann würde die 1. Box aber immer noch den Broadcast der 2. Box empfangen. das zu lösenist in meinen Augen ne größere Geschichte.
@sneak-l8
Hallo zusammen,
ich habe gestern meine beiden P30-c Wallboxen installiert bekommen und möchte diese nun in die Hausautomatisierung aufnehmen.
Habe mich für 2x P30-C und nicht für die Master- / Slave-Lösung entschieden.
Kann ich jetzt beide Boxen in den ioBroker integrieren, indem ich 2 Instanzen des Adapters insalliere oder gibt es dann ebenfalls das Problem mit dem Broadcast? -
@sneak-l8
Hallo zusammen,
ich habe gestern meine beiden P30-c Wallboxen installiert bekommen und möchte diese nun in die Hausautomatisierung aufnehmen.
Habe mich für 2x P30-C und nicht für die Master- / Slave-Lösung entschieden.
Kann ich jetzt beide Boxen in den ioBroker integrieren, indem ich 2 Instanzen des Adapters insalliere oder gibt es dann ebenfalls das Problem mit dem Broadcast?@matthias-i Ja, da gibt es die gleichen Probleme mit dem Broadcast. Der Adapter kann nicht mit zwei Wallboxen umgehen. Auch nicht mit je einer Instanz je Wallbox.
Ich würde selbst Probleme erwarten, wenn die mit einer Instanz nur eine Wallbox steuern willst und die 2. Wallbox im selben Netz hängt.
Da ist sonst erst eine Weiterentwicklung des Adapters nötig. -
@matthias-i Ja, da gibt es die gleichen Probleme mit dem Broadcast. Der Adapter kann nicht mit zwei Wallboxen umgehen. Auch nicht mit je einer Instanz je Wallbox.
Ich würde selbst Probleme erwarten, wenn die mit einer Instanz nur eine Wallbox steuern willst und die 2. Wallbox im selben Netz hängt.
Da ist sonst erst eine Weiterentwicklung des Adapters nötig.@sneak-l8
Der Adapter ist wirklich toll!
Über eine Weiterentwicklung würde ich mich natürlich sehr freuen :-)
Meinst du es kommt selbst dann noch zu Problemen, wenn ich den Dip-Switch für UDP bei einer der beiden P30 ausschalte? -
@sneak-l8
Der Adapter ist wirklich toll!
Über eine Weiterentwicklung würde ich mich natürlich sehr freuen :-)
Meinst du es kommt selbst dann noch zu Problemen, wenn ich den Dip-Switch für UDP bei einer der beiden P30 ausschalte?@matthias-i Nein, dann gibt es keine Probleme. Aber dann brauchst du auch keinen ioBroker(-Adapter). Denn dann sendet die Wallbox ja auch keine Infos mehr ...
-
@matthias-i Nein, dann gibt es keine Probleme. Aber dann brauchst du auch keinen ioBroker(-Adapter). Denn dann sendet die Wallbox ja auch keine Infos mehr ...
@sneak-l8 Dann könnte ich aber eine Box über den ioBroker (so wie ihr das auch macht) steuern und intelligentes PV-Überschussladen realisieren und mit der zweiten nur "statisch" das laden, was über die Dip-Switches an max. Ladeleistung eingestellt wurde. Richtig?
-
@sneak-l8 Dann könnte ich aber eine Box über den ioBroker (so wie ihr das auch macht) steuern und intelligentes PV-Überschussladen realisieren und mit der zweiten nur "statisch" das laden, was über die Dip-Switches an max. Ladeleistung eingestellt wurde. Richtig?
@matthias-i Korrekt. Die gesteuerte würde dann sogar den "Verbraucht" der ungesteuerten mit berücksichtigen, wenn diese auch vom EnergyMeter erfasst wird.
-
@matthias-i Korrekt. Die gesteuerte würde dann sogar den "Verbraucht" der ungesteuerten mit berücksichtigen, wenn diese auch vom EnergyMeter erfasst wird.
@sneak-l8 Und dann freue ich mich, wenn du die Zeit finden würdest den Adapter so zu erweitern, dass beide P30 über je eine eigene Instanz laufen können ;-)
832
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge