[Frage] Realisierung Adapter UDP Keba Wallbox
-
@darkiop Das macht eigentlich auch Sinn und ist gut implementiert....
-
@sneak-l8 Stimme ich dir zu, daher auch "Erkenntnis".
Werd mich die Tage nochmal melden bzgl. der Ansteuerung / Berücksichtigung des Speichers (SMA WR und BYD Bat.). Bin mir nicht sicher ob ich mit den gegebenen Optionen des Adapters direkt auf die Steuerung Einfluss nehmen kann - oder ob ich selbst noch ein Skript vorschalten muss.
-
Zweiter Test: Die Begrenzung der Lademenge kann auch nach dem Starten des Ladeprozesses gesetzt werden.
-
@darkiop Ich hab mal nachgeschaut. Also die Meldung kommt, wenn der Adapter beschließt, dass geladen werdne soll und er "meint", dass bshern icht geladen wird. Das wird über enableUser und state geprüft. Wenn enableUser == false ist und state ungleich 3, dann wird angenommen, dass aktuell nicht geladen wird. Wenn nun ein Wert zum Laden ausgegeben wird, dann kommt die Meldung.
Am Verlauf von "State" (danke, dass Du die gleich beigefügt hast) sieht man, dass die Wallbox immer wieder versucht zu laden und das fehlschlägt. Hast Du eine RFID-Freigabe?
Falls ja, dann müsste wohl bei meiner PV-Überschuss-Berechnung noch die Abfrage rein, ob die Wallbox gerade per RFID freigegbeen ist. Und nur dann würde ich laden.
Falls nein: warum könnte die Wallbox sagen, dass sie nicht laden darf? (X1 als Schalter genutzt, ...) -
Hey,
nein - habe keine RFID Freigabe bei meiner Keba.
Hier mal noch ein kurzer Clip wie das ausschaut. Maximale Ladevorgabe sind die 50% SoC.
-
@darkiop danke für das Video. Du schreibst von einer Begrenzung auf 50% SoC. Hast Du die an Fahrzeug eingestellt? Dann hat der Adapter keine Chance, das zu merken.
Um dann die Meldung zu verhindern, müsste sich der Adapter merken, dass er eigentlich schon mal mit Laden begonnen hat Und das dann nicht mehr melden. Aber im Grunde hat der Adapter recht, er probiert es immer wieder, weil ja genügend Überschuss vorhanden ist.
Daher ist das Verhalten sis meiner Sicht ok, oder was meinst Du? Hab ich was übersehen? -
Die 50% wurden über setenergy gesetzt. Habe dafür ein kleines Skript welches mir die benötigten Wh zu Ziel SoC X% berechnet.
-
@darkiop ach so, das heißt, die Wallbox selbst verweigert jetzt das Laden, weil setEnergy und geladene Energie gleich sind?
Was passiert wenn Du das Auto absteckst? Ist dann setEnergy wieder 0?
Dann könnte ich im Adapter abfragen, ob beide Werte gleich sind und dann keinen Ladevorgang starten -
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
ach so, das heißt, die Wallbox selbst verweigert jetzt das Laden, weil setEnergy und geladene Energie gleich sind?
Ja. genau.
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Was passiert wenn Du das Auto absteckst? Ist dann setEnergy wieder 0?
Leider nicht, sowohl ePres als auch setenergy bleiben auf dem Wert.
Werd mal drauf achten zu welchem Zeitpunkt die beiden auf 0 gesetzt werden.
Sobald das Fahrzeug wieder angesteckt wird, setzen sich beide Werte zurück.
(Screenshot nach abstöpseln erstellt). -
@darkiop Ok, danke für die Info.
Ich sehe bei mir, dass ePres beim Anstecken noch nicht auf 0 gesetzt wird, solange noch nicht geladen wurde. setEnergy aber schon? Oder hast Du gleich geladen?Wenn setEnergy auch bei PV-Automatik ohne ausreichend Überschuss bereits beim Anstecken resettet wird, dann könne ich ja prüfen, ob setEnergy > 0 und ePres >= setEnergy und dann keinen Ladevorgang starten. Falls nicht, dann könnte ich auch auf state =5 prüfen (das müsste vermutlich auch für nicht freigegebene Ladungen bei Nutzung von RFID gelten). Dann würde da auch nicht unnötig versucht zu laden.
Ich glaube, die 2. Option ist allgemeingültiger, oder? -
@darkiop Kleiner Nachtrag. Wenn ich über state = 5 prüfe, dann geht das nur, wenn man der State von der Wallbox automatisch zurückgenommen wird, wenn der Hinderungsgrund wegfällt.
Könntest Du daher auch mal testen was passiert, wenn die Lademenge erreicht ist, der State bei 5 steht und du dann setEnergy auf einen Wert setzt, der über der bisherigen Lademenge sitzt? Springt der State dann wieder auf einen Normal-Wert?
-
Hallo,
ich habe das Problem, dass ich aktuell keine Werte mehr aus der P30x angezeigt bekomme, jedoch der Download der abgeschlossenen Sessions funktioniert.
Die Wallbox wird mir zwar angezeigt, jedoch ist der Status "gelb" mit "rotem x" bei "Verbunden mit Gerät oder Dienst".
Unter kecontact.0.info.connection ist der Status "false"
Über die IP-Adresse ist die Box erreichar.
Installiert istr der aktuelle Adapter (V 2.02).Hat jemand eine Idee, woran das liegen könnte und was ich tun kann?
Gruß Thilo -
Ja gerne. Komme allerdings frühestens Freitag, eher Samstag dazu.
-
@thilo-frank Hast Du evtl. noch ein weiteres System ,das die Keba abfragt? Oder eine 2. Instanz im ioBroker?
Was meinst Du mit "Download der Sessions funktioniert"? Der Adapter lädt die Sessions in die States? Oder webfrontend der Keba? Oder etwas anderes?
Was sagt denn das (Debug-)Log?
-
Hallo Allerseits... kann mir jemand sagen, was die einzelnen Werten in "plug" und "state" zu bedeuten haben? Wäre cool, wenn man beim Adapter gleich eine Liste mit Werte hinzufügen würde.
-
@ldittmar Das steht im UDP-Handbuch der Keba. Gibt's als Download auf deren Homepage. Wo sollte es Deiner Meinung nach im Adapter stehen?
-
@ldittmar sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Hallo Allerseits... kann mir jemand sagen, was die einzelnen Werten in "plug" und "state" zu bedeuten haben? Wäre cool, wenn man beim Adapter gleich eine Liste mit Werte hinzufügen würde.
Das Dokument habe ich ein paar Posts vorher verlinkt.
-
@darkiop sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Ja gerne. Komme allerdings frühestens Freitag, eher Samstag dazu.
@Sneak-L8 habs nicht vergessen ... steht auf der ToDo
-
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Wo sollte es Deiner Meinung nach im Adapter stehen?
Man kann im io-package.json die States angeben. So in etwa:
-
@ldittmar Vielen Dank für die Aufklärung! Das kannte ich bisher nicht. Sehr gute Idee.
Hab ich doch gleich für state, plug und timeQ ergänzt (github-Version).
