[Frage] Realisierung Adapter UDP Keba Wallbox
-
@sneak-l8 Ok, an den anderen Einstellungen habe ich nichts geändert, die sind seit fast 2 Jahren unverändert.
-
Hallo Kurze Frage zu einem Punkt im Adapter.
Der Wert setenergy in Wh ist der Wert an Wh die ich vorgeben kann die in das Auto geladen werden sollen? Z.B. 5000 Wh und sobald die 5000 Wh in das Auto geladen wurden stopt der Ladevorgang? Muss ich diesen wert zu einer bestimmten Zeit eintragen, vor dem Start des Ladevorgangs oder beim Laden?.
Danke
-
@sneak-l8 Hallo Sneak,
mein Problem hat sich erledigt.
Ich habe mich mal wieder von der ON/OFF Skizze der DSW1.2/1.3 in der KEBA Anleitung irritieren lassen und somit genau falsch eingestellt.
Der Fehler mit der Pause lag bei meiner VIS.Was ist die empfohlene Vorgabe für die Schrittweite?
Danke für Deine hervorragende Arbeit am Adapter und viele Grüße.
-
@hardl Das sind doch gute Neuigkeiten. Danke für die Info und die Erklärung der Ursache. Das kann dann auch wieder anderen helfen, die die Anleitung genau so interpretieren
-
@pengo Hallo, ja, das ist die Menge, die die Wallbox max. beim Ladevorgang lädt. Ich reiche diese Kommando nur an die Wallbox weiter. Details kenne ich auch nicht. Am besten mal in der Beschreibung bei Keba nachlesen (PDF im Download-Bereich).
-
Hab das getestet:
Keba stand auf PV Automatik, dem Wetter entsprechend gerade keine aktive Ladung
setenergy auf 1000 (= 1 kWh).
Nach erreichen dieser Lademenge, stoppte der Ladeprozess.
Und hier der Link zum angesprochenen PDF:
https://www.keba.com/download/x/4a925c4c61/kecontactp30udp_pgen.pdf
-
@darkiop Danke für die Info. D.h. die Keba legt mit diesme Kommando sofort (mit max. Ladeleistung?) los? Die PV-automatik hat dann keine Chance mehr zu regulieren?
Interessant. Mich wundert, dass der Adapter dann nicht alle 30 Sekunden versucht, den Ladevorgang wegen mangelndem Überschuss zu stoppen... -
@sneak-l8 Das sag ich dir wenn wieder die Sonne scheint
Bist ja nicht weit weg von hier, grad etwas schwierig gNach dem Laden versucht der Adapter aber immer wieder das Laden zu Starten - macht die Box aber nicht (was ja auch gewollt ist):
2023-11-17 15:04:06.610 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:04:36.611 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:05:06.597 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:05:36.598 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:06:06.615 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:06:36.611 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:07:06.613 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:07:36.624 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:08:06.610 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:08:36.616 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:09:06.616 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:09:36.622 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:10:06.621 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:10:36.608 - info: kecontact.0 (773541) (re)start charging 2023-11-17 15:11:06.621 - info: kecontact.0 (773541) (re)start charging[17.11.2023 15:04] kecontact.0.state => 2 [17.11.2023 15:04] kecontact.0.state => 5 [17.11.2023 15:04] kecontact.0.state => 2 [17.11.2023 15:04] kecontact.0.state => 5 [17.11.2023 15:05] kecontact.0.state => 2 [17.11.2023 15:05] kecontact.0.state => 5 [17.11.2023 15:05] kecontact.0.state => 2 [17.11.2023 15:05] kecontact.0.state => 5 [17.11.2023 15:06] kecontact.0.state => 2 [17.11.2023 15:06] kecontact.0.state => 5 [17.11.2023 15:06] kecontact.0.state => 2 [17.11.2023 15:06] kecontact.0.state => 5 [17.11.2023 15:07] kecontact.0.state => 2 [17.11.2023 15:07] kecontact.0.state => 5 [17.11.2023 15:07] kecontact.0.state => 2 [17.11.2023 15:07] kecontact.0.state => 5Issue beim Adapter?
-
@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:
Interessant. Mich wundert, dass der Adapter dann nicht alle 30 Sekunden versucht, den Ladevorgang wegen mangelndem Überschuss zu stoppen...
Hab oben bescheiden formuliert - sie stand auf PV-Automatik, die Ladung startete erst nach deaktivieren dieser
-
Noch eine Erkenntnis:
kecontact.0.setenergy prüft kecontact.0.ePres
Nur ein Wert > ePres führt zu einem Ladeprozess.
Allerdings wird von setenergy, der aktuelle Wert von ePres abgezogen.
Beispiele:
kecontact.0.ePres = 10000
kecontact.0.setenergy = 2000
= keine Ladungkecontact.0.ePres = 10000
kecontact.0.setenergy = 20000
= es werden 10000 Wh geladen -
@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?
