NEWS
[Frage] Realisierung Adapter UDP Keba Wallbox
-
@sneak-l8 Sorry Es hat lange gedauer bis ich verstanden habe warum der Fehler bei mir so erschein.
Es Liegt daran das ich die Spannungsversorgung der Wallbox abschalte.
Der fehler kommt nur bei esten Ladevorgang lasse ich die Wallbox an Spannung Funktioniert alles problemlos.
Also nach Power ON über das erste Laden bis zum ersten Statusänderung des Steckers vehält sich die Wallbox anders als danach.@rolf-sauer Danke für diese Rückmeldung und Erklärung. Trotzdem komisch. Evtl. könnte man mal das Debug-Log beim 1. Ladevorgang und einem Folgeladevorgang vergleichen, ob man hier Unterschiede bei der Wallbox erkennt...
-
Beim Start kommen weniger Meldungen, das wurde so von der Haupt Entwicklern gewünscht.
Mach doch mal ein debug log von den Stellen, die nicht funktionieren.
Dann kann ich mehr sagen. Bisher hab ich zu wenig Infos.@sneak-l8
Ich habe jetzt nochmals geforscht und habe entdeckt, dass scheinbar das Firmwareupdate der P30 X Series und das Adapterupdate zusammengefallen sind. Bin gerade draufgekommen, das die Wallbox eine neue IP Adresse bekommen hat. Spannend. Ich werde jetzt wieder die Wallbox ein paar mal neu starten und schauen ob die ip adresse durch den dhcp jetzt wieder korrekt vergeben wird. dann werde ich den neue adapter installieren und weitertesten - feedback folgt. danke vorab und sorry.... -
Hallo zusammen,
auf github gibt es eine neue Version. Sie ist vor allem für die interessant, die nur ein Auto nutzen.Über drei neue States unter "automatic" kann man den Statenamen für den Ladezustand seines Autos hinterlegen. Über targetSoC kann man einstellen, dass das Fahrzeug sofort mit max. Ladeleistung bis x% geladen wird und danach wieder ins Überschussladen wechselt.
Im 3. State kann man angeben, ob die Option bei erreichen des SoC resettet wird oder dauerhaft aktiv bleibt.Wer mehrere Fahrzeuge hat, müsste dann halt per eigenen Skript immer den State für das Fahrzeug hinterlegen, das gerade angesteckt ist...
-
Hallo zusammen,
auf github gibt es eine neue Version. Sie ist vor allem für die interessant, die nur ein Auto nutzen.Über drei neue States unter "automatic" kann man den Statenamen für den Ladezustand seines Autos hinterlegen. Über targetSoC kann man einstellen, dass das Fahrzeug sofort mit max. Ladeleistung bis x% geladen wird und danach wieder ins Überschussladen wechselt.
Im 3. State kann man angeben, ob die Option bei erreichen des SoC resettet wird oder dauerhaft aktiv bleibt.Wer mehrere Fahrzeuge hat, müsste dann halt per eigenen Skript immer den State für das Fahrzeug hinterlegen, das gerade angesteckt ist...
@sneak-l8
Danke für die neue Version, war ja nicht zuletzt ein Wunsch von mir :grin:. Leider ist meine KEBA aktuell kaputt (vermutlich Kabelbruch), daher muss mein Test noch etwas warten.Frage: Du hast 3 Modi aufgelistet. Geht auch die Vorgabe "lade mit Überschuss, bis SoC x% erreicht"? Das ist der Modus, den ich mir in ioBroker aktuell zusammengefricklet habe.
-
@sneak-l8
Danke für die neue Version, war ja nicht zuletzt ein Wunsch von mir :grin:. Leider ist meine KEBA aktuell kaputt (vermutlich Kabelbruch), daher muss mein Test noch etwas warten.Frage: Du hast 3 Modi aufgelistet. Geht auch die Vorgabe "lade mit Überschuss, bis SoC x% erreicht"? Das ist der Modus, den ich mir in ioBroker aktuell zusammengefricklet habe.
@rabe52 Ja, dass Deine Wallbox kaputt ist, habe ich im Issue gelesen.
Drei Modi gibt es nicht, nur drei States, über die man das Laden steuern kann. :)
Allerdings ist ein Lade mit Überschuss bis SoC bisher nicht vorgesehen. Was hat das für einen Vorteil? Warum sollte ich nicht weiter laden wollen, wenn die Sonne so schön scheint?
Ich dachte jetzt eher an den UseCase, dass ich auf jeden Fall mal z.B. 40% SoC haben will und alles drüber ein nettes Geschenk der Sonne ist ... -
@rabe52 Ja, dass Deine Wallbox kaputt ist, habe ich im Issue gelesen.
Drei Modi gibt es nicht, nur drei States, über die man das Laden steuern kann. :)
Allerdings ist ein Lade mit Überschuss bis SoC bisher nicht vorgesehen. Was hat das für einen Vorteil? Warum sollte ich nicht weiter laden wollen, wenn die Sonne so schön scheint?
Ich dachte jetzt eher an den UseCase, dass ich auf jeden Fall mal z.B. 40% SoC haben will und alles drüber ein nettes Geschenk der Sonne ist ...@sneak-l8 ich glaube er meint "additional grid consumption" mit Überschuss, nicht PV Überschuss. Das würde ja m.E. auch Sinn machen. Also nicht mit Vollgas laden, bis SoC erreicht ist, sondern nur mit etwas zusätzlich vom Netz.
-
@sneak-l8 ich glaube er meint "additional grid consumption" mit Überschuss, nicht PV Überschuss. Das würde ja m.E. auch Sinn machen. Also nicht mit Vollgas laden, bis SoC erreicht ist, sondern nur mit etwas zusätzlich vom Netz.
-
@rabe52 Ja, dass Deine Wallbox kaputt ist, habe ich im Issue gelesen.
Drei Modi gibt es nicht, nur drei States, über die man das Laden steuern kann. :)
Allerdings ist ein Lade mit Überschuss bis SoC bisher nicht vorgesehen. Was hat das für einen Vorteil? Warum sollte ich nicht weiter laden wollen, wenn die Sonne so schön scheint?
Ich dachte jetzt eher an den UseCase, dass ich auf jeden Fall mal z.B. 40% SoC haben will und alles drüber ein nettes Geschenk der Sonne ist ...@sneak-l8 Meine Wallbox ist auf dem Weg der Genesung, zickt aber noch ein bisschen rum.
"Lade bis SoC" ist genau das, was ich in ioBrocker drumrum gefrickelt habe. Ich versuche den Akku möglichst zwischen 20 und 80% zu betreiben. Da ich "nur" einen PEHV mit 13kWh habe, ist das Laden bei einigermaßen Sonne kein Problem (wobei die 5kWh im Keller inzwischen Vorrang haben). Das Auto hat widerum Vorrang gegenüber dem WW-Heizstab.
-
@sneak-l8 Meine Wallbox ist auf dem Weg der Genesung, zickt aber noch ein bisschen rum.
"Lade bis SoC" ist genau das, was ich in ioBrocker drumrum gefrickelt habe. Ich versuche den Akku möglichst zwischen 20 und 80% zu betreiben. Da ich "nur" einen PEHV mit 13kWh habe, ist das Laden bei einigermaßen Sonne kein Problem (wobei die 5kWh im Keller inzwischen Vorrang haben). Das Auto hat widerum Vorrang gegenüber dem WW-Heizstab.
-
@rabe52 Danke für die Bestätigung. So ein Ladelimit kann man ja eigentlich auch am Auto einstellen. Aber ich schau mal, ob sich das mit zwei weiteren States problemlos einstellen lässt.
@sneak-l8
Super. Bei meinem Auto kann ich den aktuellen SoC nur auslesen. Das einzige Limit, das ich setzen kann ist eine Halbierung des max. Ladestroms (für den Fall dass er mit dem Ladeziel an einer zweifelhaften Steckdose hängt). Damit mache ich derzeit eine Art "Not-Überschussregelung", solange ich nur über den Zeigel laden kann. -
@sneak-l8
Super. Bei meinem Auto kann ich den aktuellen SoC nur auslesen. Das einzige Limit, das ich setzen kann ist eine Halbierung des max. Ladestroms (für den Fall dass er mit dem Ladeziel an einer zweifelhaften Steckdose hängt). Damit mache ich derzeit eine Art "Not-Überschussregelung", solange ich nur über den Zeigel laden kann.@rabe52 Ok, ich habe jetzt einen neue State eingebaut mit maxSoC. Teste diesen bitte mal.
Schwieriger wäre auch noch eine untere Grenze zum "Wiedereinschalten" einzubauen. Dann müsste ich mir merken, dass das Laden nur wegen maxSoC gestoppt wurde. -
@rabe52 Ok, ich habe jetzt einen neue State eingebaut mit maxSoC. Teste diesen bitte mal.
Schwieriger wäre auch noch eine untere Grenze zum "Wiedereinschalten" einzubauen. Dann müsste ich mir merken, dass das Laden nur wegen maxSoC gestoppt wurde.@sneak-l8 Danke, das (hoffentlich) letze nötige Ersatzteil für meine Box bekomme ich angeblich heute.
Der SoC Status kommt (zumindest bei meinem SKODA PEHV) über den VW-Connect-Adapter vom Auto. D.h. der kommt auch, wenn das Auto 1.000km von der WB entfernt ist. Von daher ist es ziemlich egal, warum der "pause Wallbox" Status gesetzt ist, wenn der SoC den unteren Schwellwert unterschreitet (vgl. meine Blockly oben). Mit der Logik hatte ich bislang keine Probleme.
-
@sneak-l8 Danke, das (hoffentlich) letze nötige Ersatzteil für meine Box bekomme ich angeblich heute.
Der SoC Status kommt (zumindest bei meinem SKODA PEHV) über den VW-Connect-Adapter vom Auto. D.h. der kommt auch, wenn das Auto 1.000km von der WB entfernt ist. Von daher ist es ziemlich egal, warum der "pause Wallbox" Status gesetzt ist, wenn der SoC den unteren Schwellwert unterschreitet (vgl. meine Blockly oben). Mit der Logik hatte ich bislang keine Probleme.
@rabe52 Mir ist nicht ganz klar, was Du mir sagen willst :).
Ja, den SoC des Fahrzeugs "kennt" die Wallbox, auch wenn das Auto tausende km entfernt ist. Heißt halt auch, dass wenn man ein anderes Fahrzeug laden will, einen SoC < 90% hat und Dein Auto bei 95% SoC ist, es keine Ladung bekommt...
Aber das ist halt so, denn die Wallbox weiß ja nicht ,welches Auto angesteckt ist. das muss dann jeder selbst in die Hand nehmen und ggf. den state mit dem state-Namen für den SoC ändern/löschen.
Du hast im Skript aber noch stehen, dass das Laden erst wieder bei Unterschreiten von 70% aufgenommen wird. Das ist das, was ich nicht realisiert habe. Da sehe ich noch nicht den Bedarf. Das Auto kann ja bei 89% (aber selbst 1%-Punkt Absenkung dauert bei Stillstand "ewig") mit PV-Überschuss geladen werden. -
@rabe52 Mir ist nicht ganz klar, was Du mir sagen willst :).
Ja, den SoC des Fahrzeugs "kennt" die Wallbox, auch wenn das Auto tausende km entfernt ist. Heißt halt auch, dass wenn man ein anderes Fahrzeug laden will, einen SoC < 90% hat und Dein Auto bei 95% SoC ist, es keine Ladung bekommt...
Aber das ist halt so, denn die Wallbox weiß ja nicht ,welches Auto angesteckt ist. das muss dann jeder selbst in die Hand nehmen und ggf. den state mit dem state-Namen für den SoC ändern/löschen.
Du hast im Skript aber noch stehen, dass das Laden erst wieder bei Unterschreiten von 70% aufgenommen wird. Das ist das, was ich nicht realisiert habe. Da sehe ich noch nicht den Bedarf. Das Auto kann ja bei 89% (aber selbst 1%-Punkt Absenkung dauert bei Stillstand "ewig") mit PV-Überschuss geladen werden.@sneak-l8 Klar, bei mehreren Fahrzeugen wird es kompliziert. Über den Fahrzeug-Adpater bekommt man allerdings auch mit, ob das jeweilige Auto angesteckt ist. Da ist dann die Frage, wie wahrscheinlich es ist, dass Fahrzeuge gleichzeitig auch an anderen Boxen angesteckt sind (z.B einer Zuhause, einer im Büro). Wenn man da eine Gefahr sieht, könnte man über RFID-Karten das jeweils angeklemmte Fahrzeuge sauber erkennen. Aber da ist man dann langsam im Bereich kommerzieller Fuhrparklösungen unterwegs.
Das mit den 70% soll i.w. die Verriegelung über die Pause wieder automatisch aufheben. Und wie Du richtig erkannt hast, habe ich die Hysterese recht großzügig gewählt. Meine Erfahrung ist, dass Regelungen gerne anfangen zu schwingen, wenn man es zu exakt machen will. Dann lieber auf Nummer sicher. Und ich will auch die Zyklenzahl klein halten, weil ich mir einbilde, dass das für den Akku besser ist. Bei dem kleinen Akku ist es auch egal, ob da 1kWh mehr oder weniger drin ist. Der muss auf Kurzstrecken für hin und zurück reichen, alles andere schafft er sowieso nicht. Bei einem "richtigen" E-Auto ist das vermutlich was Anderes.
Bei 1 oder 2% Hysterese kann es zudem "Fehlladungen" geben, wenn das Auto vor einer Abfahrt temperiert wird. Da zieht erdann ja Strom aus dem Akku.
-
@sneak-l8 Klar, bei mehreren Fahrzeugen wird es kompliziert. Über den Fahrzeug-Adpater bekommt man allerdings auch mit, ob das jeweilige Auto angesteckt ist. Da ist dann die Frage, wie wahrscheinlich es ist, dass Fahrzeuge gleichzeitig auch an anderen Boxen angesteckt sind (z.B einer Zuhause, einer im Büro). Wenn man da eine Gefahr sieht, könnte man über RFID-Karten das jeweils angeklemmte Fahrzeuge sauber erkennen. Aber da ist man dann langsam im Bereich kommerzieller Fuhrparklösungen unterwegs.
Das mit den 70% soll i.w. die Verriegelung über die Pause wieder automatisch aufheben. Und wie Du richtig erkannt hast, habe ich die Hysterese recht großzügig gewählt. Meine Erfahrung ist, dass Regelungen gerne anfangen zu schwingen, wenn man es zu exakt machen will. Dann lieber auf Nummer sicher. Und ich will auch die Zyklenzahl klein halten, weil ich mir einbilde, dass das für den Akku besser ist. Bei dem kleinen Akku ist es auch egal, ob da 1kWh mehr oder weniger drin ist. Der muss auf Kurzstrecken für hin und zurück reichen, alles andere schafft er sowieso nicht. Bei einem "richtigen" E-Auto ist das vermutlich was Anderes.
Bei 1 oder 2% Hysterese kann es zudem "Fehlladungen" geben, wenn das Auto vor einer Abfahrt temperiert wird. Da zieht erdann ja Strom aus dem Akku.
@rabe52 Stimmt, an die Temperierung des Fahrzeugs hatte ich nicht gedacht. Aber wäre es schlecht, wenn das Fahrzeug um die für die Heizung verwendete Energie nachgeladen würde?
Beim vw-connect-Adapater sollte die Abfrage der Fahrzeugwerte ja eh nur alle 10 Minuten erfolgen. Damit wäre ein allzu schnelles Starten-/Stoppen des Ladevorgang automatisch begrenzt. -
@rabe52 Stimmt, an die Temperierung des Fahrzeugs hatte ich nicht gedacht. Aber wäre es schlecht, wenn das Fahrzeug um die für die Heizung verwendete Energie nachgeladen würde?
Beim vw-connect-Adapater sollte die Abfrage der Fahrzeugwerte ja eh nur alle 10 Minuten erfolgen. Damit wäre ein allzu schnelles Starten-/Stoppen des Ladevorgang automatisch begrenzt.@sneak-l8 Mit den 10min hast Du recht. Das habe ich aber erst später gemerkt und dann so gelassen. Bin eh ein Freund gleitender Mittelwerte statt hektischer Momentanwerte. Aber bei dem VW-Adapter bin ich schon froh, wenn die Abfrage stabil klappt (was wohl eher nicht am Adapter liegt 😎).
Die Temperierung über Nachladen ist m.E. ok, wenn es Überschuss dafür gibt. Üblicherweise liegt ja zwischen Ladeende und Losfahren mehr Zeit, als man für das Temperieren braucht. Wenn man im Sommer vorkühlt, kein Thema, aber morgens oder abends im Winter ist nichts mit Überschuss.
Am Auto selbst kann man ja auch einstellen, dass er den Akku beim Temperieren in Ruhe lassen soll (bei mir kann/soll er den nutzen).Aktuell lade ich gerade mit dem alten Adapter (Test meiner Box-Reparatur, sieht gut aus). Danach installiere ich den aktuellsten aus Github(richtig?).
-
@sneak-l8 Mit den 10min hast Du recht. Das habe ich aber erst später gemerkt und dann so gelassen. Bin eh ein Freund gleitender Mittelwerte statt hektischer Momentanwerte. Aber bei dem VW-Adapter bin ich schon froh, wenn die Abfrage stabil klappt (was wohl eher nicht am Adapter liegt 😎).
Die Temperierung über Nachladen ist m.E. ok, wenn es Überschuss dafür gibt. Üblicherweise liegt ja zwischen Ladeende und Losfahren mehr Zeit, als man für das Temperieren braucht. Wenn man im Sommer vorkühlt, kein Thema, aber morgens oder abends im Winter ist nichts mit Überschuss.
Am Auto selbst kann man ja auch einstellen, dass er den Akku beim Temperieren in Ruhe lassen soll (bei mir kann/soll er den nutzen).Aktuell lade ich gerade mit dem alten Adapter (Test meiner Box-Reparatur, sieht gut aus). Danach installiere ich den aktuellsten aus Github(richtig?).
-
Ich hänge mich ´mal an das Keba-Thema, dran :)
Ich habe eine P30c und habe per DIP den X1-Eingang aktiviert (Potentialfreier Kontakt geschlossen = Ladung EIN, offen = Ladung AUS).
Hintergrund ist, dass bei Benutzung einen 40A Durchlauferhitzers der Ladevorgang an der P30c (16A) pausiert werden soll, da sonst die die Leistung des Hausanschlusses überschritten ist (56A).Dies funktioniert auch teilweise, die P30c wird korrekt in den Ruhezustand versetzt.
Beim erneuten Schließen des Kontakts (DLE AUS !), bleibt die P30c jedoch im Status 5 (charging temporaily interrupted).Wie kann ich den "Ladepause" Stratus wieder deaktivieren ?
Weder mit "Enable SYS = True", noch bei "Unlock = True", noch bei "State = 3"
kann ich die Wallbox dazu bringen, wieder die "Ladepause" zu deaktivieren (nur für ca. 1s)Unter Edomi hat dies bereits funktioniert, ich komme aber leider nicht mehr an die alte Logik :(
Daher die Frage an Euch :)
Viele Dank Andreas
958
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge