[Frage] Realisierung Adapter UDP Keba Wallbox

darkiop

2023-05-12 20:43:48.975  - info: kecontact.0 (507026) change of photovoltaics automatic from true to false
2023-05-12 20:43:51.486  - info: kecontact.0 (507026) change pause status of wallbox from true to false
2023-05-12 20:43:51.810  - info: kecontact.0 (507026) updating X2 for switch of phases from 0 to 1...
2023-05-12 20:43:51.810  - info: kecontact.0 (507026) (re)start charging
2023-05-12 20:44:35.526  - info: kecontact.0 (507026) vehicle (re)starts to charge
...
2023-05-12 20:55:18.485  - info: kecontact.0 (507026) change pause status of wallbox from false to true
2023-05-12 20:55:18.814  - info: kecontact.0 (507026) updating X2 for switch of phases from 1 to 0...
2023-05-12 20:55:18.814  - info: kecontact.0 (507026) stop charging
2023-05-12 20:55:18.814  - info: kecontact.0 (507026) updating X2 for switch of phases from 1 to 0...

Die Ladung lief mit deaktivierter PV-Automatik auf 3P mit 11kW/h. Beim stoppen des Vorgang wird wohl 2x kecontact.0.x2phaseSwitch auf 0 gesetzt.

Sneak-L8

@darkiop addPower dient nur dazu, den Ladevorgang aufrechtzuerhalten. D.h. es wird nur so viel vom Netz geholt, um mit 6A laden zu können. Daher wirkt sich Deine Änderung auch nicht aus.

Den X2 kannst Du natürlich auch manuell schalten. Dann bist Du selbst für die 5 Minuten verantwortlich. Das unterbrechen der Ladung macht die Keba laut Doku selbst, so dass ich hier im Adapter nur das Kommando senden muss.

Ja, die Wallbox regelt sich bei 100% noch nach. Ist jetzt aber auch nicht so schlimm. Klar mit Phasen-Automatik schaltet dann auch der Schütz unnötig. Man kann einen SoC natürlich anbinden, aber dann kann schlecht auch mal jemand anderes laden. Daher würde ich keinen SoC berücksichtigen. Kannst ja aber ein Skript schreiben, das bei SoC 100 den Adapter pausiert.

Der Adapter prüft alle 15 Sekunden die Werte und regelt alle 30 Sekunden neu.

Das 2x schalten kann ich mit noch anschauen. Macht aber eigentlich nichts, da beim 2x Mal der Wert ja nicht geändert wird. Oder hast Du da Aktivität am Schütz /S10 bemerkt?

darkiop

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

addPower dient nur dazu, den Ladevorgang aufrechtzuerhalten. D.h. es wird nur so viel vom Netz geholt, um mit 6A laden zu können. Daher wirkt sich Deine Änderung auch nicht aus.

Ok, d.h. es ist auch völlig in Ordnung (aus deiner Sicht der Idee dahinter) das Einstellungen des Adapters und Wert im DP nicht immer synchron sind?

Den X2 kannst Du natürlich auch manuell schalten. Dann bist Du selbst für die 5 Minuten verantwortlich. Das unterbrechen der Ladung macht die Keba laut Doku selbst, so dass ich hier im Adapter nur das Kommando senden muss.

Gut zu Wissen ;) Wäre es nicht Sinnvoll. um die Ladelektronik der Autos zu schonen, vorher immer ein stop chargeing zu senden?

Ja, die Wallbox regelt sich bei 100% noch nach. Ist jetzt aber auch nicht so schlimm. Klar mit Phasen-Automatik schaltet dann auch der Schütz unnötig. Man kann einen SoC natürlich anbinden, aber dann kann schlecht auch mal jemand anderes laden. Daher würde ich keinen SoC berücksichtigen. Kannst ja aber ein Skript schreiben, das bei SoC 100 den Adapter pausiert.

Ok, passt - so hatte ich das dann auch gelöst. Hauptsächlich um das schalten Schützes zu verringern.

Der Adapter prüft alle 15 Sekunden die Werte und regelt alle 30 Sekunden neu.

Denke der Ansatz mit dem virtuellen Zähler hat sich erstmal erledigt - die letzten Tage hat das regeln / schalten ganz gut funktioniert.

Das 2x schalten kann ich mit noch anschauen. Macht aber eigentlich nichts, da beim 2x Mal der Wert ja nicht geändert wird. Oder hast Du da Aktivität am Schütz /S10 bemerkt?

Nein, keine Aktivität - ist mir nur im Log aufgefallen.

Sneak-L8

Ja, addPower in den Einstellungen und im DP dürfen auseinander laufen. Genau deshalb gibt es beide. Manche wollen einen festen Wert einstellen, andere aber dynamisch z. B. Sommer/Winter unterschiedlich handhaben.

Stop charging sollte die Wallbox selbstständig senden. Ich habe Keba so verstanden, dass das Seiten des Schalters eben mehrere Aktionen auslöst

Ladevorgang pausieren
Phasen umschalten
Ladevorgang fortsetzen

Konntest Du das beobachten?

darkiop

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

Ja, addPower in den Einstellungen und im DP dürfen auseinander laufen. Genau deshalb gibt es beide. Manche wollen einen festen Wert einstellen, andere aber dynamisch z. B. Sommer/Winter unterschiedlich handhaben.

Ok.

Stop charging sollte die Wallbox selbstständig senden. Ich habe Keba so verstanden, dass das Seiten des Schalters eben mehrere Aktionen auslöst

Ladevorgang pausieren

Phasen umschalten

Ladevorgang fortsetzen

Konntest Du das beobachten?

Nein, nicht bewusst. Schreibe aber jetzt mal die relevanten DPs in die Datenbank, dann sollte man es aus den Daten herauslesen können.

kecontact.0.state müsste dabei ja eigentlich kurz auf '5' wechseln.

Sneak-L8

Ich habe die gitgub-Version gerade noch um das Modell Company Car Wall Box MID von Keba ergänzt. Diese wird nun auch erkannt.

darkiop

@Sneak-L8

Neuer Tag, neuer Test (Überstunden abbauen - habe etwas Zeit :))

Wenig Sonne = wenig Überschuss. Nach freigeben von zusätzlichen 1000W startet die Ladung mit 1P:

2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) Available surplus: 696
2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) power: 696 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 1000
2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) power: 696 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 3000
2023-05-16 12:42:15.417  - debug: kecontact.0 (15636) check with additional power of: 1000
2023-05-16 12:42:15.418  - debug: kecontact.0 (15636) power: 1696 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 7000
2023-05-16 12:42:15.418  - debug: kecontact.0 (15636) Minimum amperage reached by addPower of 1000
2023-05-16 12:42:15.418  - debug: kecontact.0 (15636) wallbox set to charging maximum of 6000 mA
2023-05-16 12:42:15.418  - info: kecontact.0 (15636) (re)start charging
2023-05-16 12:42:15.693  - debug: kecontact.0 (15636) Sent 'currtime 6000 1' to 10.3.1.28:7090
2023-05-16 12:42:15.693  - debug: kecontact.0 (15636) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
2023-05-16 12:42:15.693  - debug: kecontact.0 (15636) Received TCH-OK :done
2023-05-16 12:42:15.993  - debug: kecontact.0 (15636) Sent 'report 100' to 10.3.1.28:7090
2023-05-16 12:42:15.995  - debug: kecontact.0 (15636) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 374,
"Curr HW": 16000,
"E start": 44773767,
"E pres": 4293,
"started[s]": 1189014,
"ended[s]": 0,
"started": "1189014000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1191350
}
'

Der State kecontact.0.statistics.chargingPhases wurde dabei nicht aktualisiert:

Aus den zusätzlcihen 1000W wurden 9999W (direkt über die Adapter Settings):

2023-05-16 12:53:17.159  - debug: kecontact.0 (16372) Available surplus: 675.3610000000001
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) power: 675.3610000000001 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 1000
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) power: 675.3610000000001 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 3000
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) check with additional power of: 9999
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) power: 10674.361 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 46000
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) Minimum amperage reached by addPower of 9999
2023-05-16 12:53:17.160  - debug: kecontact.0 (16372) wallbox set to charging maximum of 6000 mA
2023-05-16 12:53:17.434  - debug: kecontact.0 (16372) Sent 'report 100' to 10.3.1.28:7090
2023-05-16 12:53:17.436  - debug: kecontact.0 (16372) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 374,
"Curr HW": 16000,
"E start": 44773767,
"E pres": 6745,
"started[s]": 1189014,
"ended[s]": 0,
"started": "1189014000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1192011
}
'

Die Ladung blieb bei 1P.

Hast eine Idee worans liegt?

Und was mir auch noch aufgefallen ist kecontact.0.statistics.surplus kann auch ins Minus berechnet werden:

Sneak-L8

@darkiop Ja, chargingPhases bleibt bei 3, weil es angibt, mit wieviel Phasen die Ladung möglich ist. Wird für die Berechnung zur Umschaltung gebraucht. Ich weiß sonst nicht, ob ich mit 2 oder 3 Phasen rechnen muss (bei 1 brauche ich gar nicht rechnen).

addPower hilft Dir nicht viel, weil damit ja nur das Minimum aufrecht erhalten wird, also 6A bei 1 Phase. Da brauchst Du mehr sonne zum Testen :-)

Die abgefragten Werte von Wechselrichter, EnergyMeter etc. sind Momentaufnahmen. Und wenn da gerade die sonne rauskommt, dann kann sich der Wert zwischen den beiden "getState" so stark ändern, dass die Berechnung auch mal negativ wird.

darkiop

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

@darkiop Ja, chargingPhases bleibt bei 3, weil es angibt, mit wieviel Phasen die Ladung möglich ist. Wird für die Berechnung zur Umschaltung gebraucht. Ich weiß sonst nicht, ob ich mit 2 oder 3 Phasen rechnen muss (bei 1 brauche ich gar nicht rechnen).

Ok, dann hab ich den State falsch interpretiert ;)

addPower hilft Dir nicht viel, weil damit ja nur das Minimum aufrecht erhalten wird, also 6A bei 1 Phase. Da brauchst Du mehr sonne zum Testen :-)

Schade, dachte damit kann ich mir das Testerleben etwas erleichtern ;) Dann werde ich auf Sonne/Wolken und den passenden SoC warten.
Letzter offener Punkt zum Testen ist das Umschalten von 1P>3P/3P>1P und dabei sicherstellen das die Ladung vorher gestoppt wird.

Die abgefragten Werte von Wechselrichter, EnergyMeter etc. sind Momentaufnahmen. Und wenn da gerade die sonne rauskommt, dann kann sich der Wert zwischen den beiden "getState" so stark ändern, dass die Berechnung auch mal negativ wird.

Ok, dann schreibe ich evtl. in die DB nur die positiven Werte, mal schauen.

darkiop

@Sneak-L8

Hier brauche ich nochmal deine Hilfe, aktuell liegt genügend PV Strom an, ich lade mit 3.x kW/h und verkaufe dabei noch 1.2kW/h

Wieso sagt der Adapter no switching to 3 phases because amperage 21000 < 21600 ?

2023-05-18 10:08:29.084  - debug: kecontact.0 (184583) Available surplus: 4875.523
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) power: 4875.523 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 7000
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) power: 4875.523 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 21000
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) no switching to 3 phases because amperage 21000 < 21600
2023-05-18 10:08:29.085  - debug: kecontact.0 (184583) wallbox set to charging maximum of 16000 mA
2023-05-18 10:08:29.367  - debug: kecontact.0 (184583) Sent 'report 100' to 10.3.1.28:7090
2023-05-18 10:08:29.368  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 375,
"Curr HW": 16000,
"E start": 44901101,
"E pres": 41466,
"started[s]": 1349712,
"ended[s]": 0,
"started": "1349712000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1354922
}
'

Edit:

Ein paar Minuten später ging es dann doch auf 3P hoch:

2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) Available surplus: 4953.532
2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) power: 4953.532 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 7000
2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) power: 4953.532 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 22000
2023-05-18 10:12:59.102  - info: kecontact.0 (184583) updating X2 for switch of phases from 0 to 1...
2023-05-18 10:12:59.102  - debug: kecontact.0 (184583) wallbox set to charging maximum of 7000 mA
2023-05-18 10:12:59.102  - info: kecontact.0 (184583) regulate wallbox from 16000 to 7000mA
2023-05-18 10:12:59.378  - debug: kecontact.0 (184583) Sent 'currtime 7000 1' to 10.3.1.28:7090
2023-05-18 10:12:59.379  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-05-18 10:12:59.379  - debug: kecontact.0 (184583) Received TCH-OK :done

2023-05-18 10:12:59.678  - debug: kecontact.0 (184583) Sent 'x2 1' to 10.3.1.28:7090
2023-05-18 10:12:59.679  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-05-18 10:12:59.680  - debug: kecontact.0 (184583) Received TCH-OK :done

2023-05-18 10:12:59.704  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 0}'
2023-05-18 10:12:59.705  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"State": 5}'
2023-05-18 10:12:59.729  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"Max curr": 0}'
2023-05-18 10:12:59.942  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{"Enable sys": 1}'
2023-05-18 10:12:59.979  - debug: kecontact.0 (184583) Sent 'report 100' to 10.3.1.28:7090
2023-05-18 10:12:59.980  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 375,
"Curr HW": 16000,
"E start": 44901101,
"E pres": 44211,
"started[s]": 1349712,
"ended[s]": 0,
"started": "1349712000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1355193
}
'

...

2023-05-18 10:13:29.115  - debug: kecontact.0 (184583) Available surplus: 3433.7929999999997
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) power: 3433.7929999999997 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 5000
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) power: 3433.7929999999997 / voltage: 230 * 1000 / delta: 1000 / phases: 1 * delta = 15000
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) no switching to 1 phase because of minimum regard time
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) check with additional power of: 9999
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) power: 13432.793 / voltage: 230 * 1000 / delta: 1000 / phases: 3 * delta = 19000
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) Minimum amperage reached by addPower of 9999
2023-05-18 10:13:29.116  - debug: kecontact.0 (184583) wallbox set to charging maximum of 6000 mA
2023-05-18 10:13:29.116  - info: kecontact.0 (184583) regulate wallbox from 7000 to 6000mA
2023-05-18 10:13:29.379  - debug: kecontact.0 (184583) Sent 'currtime 6000 1' to 10.3.1.28:7090
2023-05-18 10:13:29.380  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: 'TCH-OK :done
'
2023-05-18 10:13:29.380  - debug: kecontact.0 (184583) Received TCH-OK :done

2023-05-18 10:13:29.680  - debug: kecontact.0 (184583) Sent 'report 100' to 10.3.1.28:7090
2023-05-18 10:13:29.681  - debug: kecontact.0 (184583) UDP datagram from 10.3.1.28:7090: '{
"ID": "100",
"Session ID": 375,
"Curr HW": 16000,
"E start": 44901101,
"E pres": 44410,
"started[s]": 1349712,
"ended[s]": 0,
"started": "1349712000",
"ended": "0",
"reason": 5,
"timeQ": 0,
"RFID tag": "0000000000000000",
"RFID class": "00000000000000000000",
"Serial": "21216522",
"Sec": 1355223
}
'

Ich konnte alledings keine Veränderung beim kecontact.0.state feststellen. Habe jetzt über den MercedesMe Adapter noch den Ladestatus aus dem Auto im Auge. Die Frage ist allerdings ob das überhaupt ersichtlich wird in dem kurzen Zeitfenster wo hier ggf. gestoppt und umgeschaltet wird.

Korrektur - Fehler 40 .... das passt wohl, der Ladevorgang wurde laut Status kurz gestoppt:

Mein Zeitfenster zum Testen schließt sich leider auch bald ... SoC ist gleich bei 100 - ein erster positiver Effekt, trotz schlechtem Wetter fließt nun viel mehr Strom ins Auto ;)

Sneak-L8

Ich habe einen Prozentwert hinterlegt, über den man mir den Überschuss kommen muss. Müsste heute nach genauen Werten schauen, fahren gleich für ein paar Tage weg.
Ist wie sonst auch, es wird eine gewisse Toleranzgrenze benötigt, damit man nicht bei ein paar Watt mehr oder weniger immer gleich die Phasen umschaltet. Aber der Schwellwert könnte vielleicht noch optimiert werden...

darkiop

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

Müsste heute nach genauen Werten schaue

Passt - ich kann ja auch mal ins Repo schauen.

darkiop

Hallo, lange wars ruhig - Aktuell läufts das ganze Konstrukt aber auch sehr stabil!

Heut Mittag ist mir nach dem Anschließen vom Auto in meinem Telegram Bot folgende Abfolge aufgefallen, da sieht man schön was die Keba den so treibt - vor Phasenwechsel kommt definitiv der Ladestop (kecontact.0.state => 5) . Überschuss war zu dem Zeitpunkt bei ca. 6.1 - die Ladung startete mit 6.

[20.06.2023 14:19]
Adapter-start-stop: Auto wurde an die Wallbox angeschlossen - kecontact.0 aktiviert

[20.06.2023 14:19]
kecontact.0.state => 3

[20.06.2023 14:19]
kecontact.0.plug => 7

[20.06.2023 14:19]
X2 phaseSwitch => 0

[20.06.2023 14:19]
kecontact.0.state => 5

[20.06.2023 14:19]
X2 phaseSwitch => 1

[20.06.2023 14:19]
kecontact.0.state => 2

[20.06.2023 14:19]
kecontact.0.state => 3

kecontact.0.plug
0: No cable is plugged.
1: Cable is plugged into charging station.
3: Cable is plugged into charging station and locked.
5: Cable is plugged into charging station and vehicle but not locked.
7: Cable is plugged into charging station and vehicle, furthermore the cable is locked. Charging is not possible until plug state “7” is reached.

kecontact.0.state
0: Startup
1: Not ready for charging Charging station is not connected to a vehicle
2: Ready for charging and waiting for reaction from vehicle.
3: Charging
4: Error is present
5: Charging process temporarily interrupted

Es gab die Tage auch eine neue Firmware (V3.10.51):

Adapt failsafe behavior over UDP
Setting the failsafe current to 0 using UDP is applied for all charging sessions, not only for
the ongoing charging session.

Adapt failsafe minimum value over UDP
It is now possible to set the time delay for failsafe mode to values as low as 5 seconds.

Two UDP responses after sending “x2 0” or “x2 1”
The message “Not allowed” does not appear anymore after sending the UDP commands
“x2 0” or “x2 1”.

Sneak-L8

@darkiop Klingt gut, danke für die Rückmeldung. Ich hatte diese Tage noch einen Check eingebaut, dass bei aktivierter Ladereduzierung auf 1 Phase ein Fehler gemeldet wird, wenn dennoch auf mehr Phasen geladen wird. Ist mir passiert, weil das HmIP-Signal nicht immer zuverlässig an meinem Aktor zum Schalten ankommt.
Davor hat die Box dann munter Strom aus dem Netz gezogen, weil der Adapter mit 1 Phase die Stromstärke berechnet, die Box aber mit 3 Phasen geladen hatte. Das passiert jetzt nicht mehr. Im Fehlerfall wird die Phasensteuerung für den aktuellen Ladevorgang deaktiviert.

Version ist auf github.

Ich denke, es ist Zeit, so langsam mal die Version als Stable zu veröffentlichen.

darkiop

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

Version ist auf github.
Ich denke, es ist Zeit, so langsam mal die Version als Stable zu veröffentlichen.

Ich bin morgen unterwegs. d.h. Donnerstag kann wieder geladen werden - werde vorher das Firmware Update + die Version von Github installieren.

Sneak-L8

@darkiop Bitte nochmal updaten, es gab noch einen falschen Alarm bzgl. 1p/3p-Fehler, den ich gerade behoben habe.
Und noch die Umschaltgrenze von 1p auf 3p von 20% auf 10% gesenkt, dann wird bereits knapp unter 20A umgeschaltet.

darkiop

@sneak-l8

Passt, habe eben erst die Keba und den Adapter aktualisiert. Die Ladung ist danach direkt wieder angesprungen.

Ich lass es mal übers Wochenende laufen und geb dir dann Feedback.

darkiop

@Sneak-L8

Keine Auffälligkeiten während der paar % Ladung übers WE - aber aktuell ist der Akku auch einfach immer voll ... oft schon vor der Aktivierung der 3P :)

Ich würde sagen du kannst es mal ins Stable packen - vielleicht wird es Richtung Winter nochmal spannend wenn nicht ganz so viel Sonne scheint.

Pengo

Hallo, ich habe Verständnis Probleme mit dem Punkt für den Batteriespeicher. Wie ist die Logik hinter diesen beiden Punkten? Ich möchte das der Speicher des Hauses nicht entladen wird, sondern sondern nur kurze zeit benutzt wird wo z.B. die Leistung der PV einbricht, weil sich Wolken vor die Sonne geschoben haben. Wie muss ich es konfigurieren oder kann mir jemand erklären wie diese Option zu verstehen ist.

Danke

Sneak-L8

@pengo Hast Du die neuste Version von git probiert? Bzw. die gestern als stable veröffentlichte 2.0.0? Dort ist die Batterieunterstützung verbessert. Wenn Du zig Posts nach oben gehst, findest du die Duskussion um die geeigneten Modi.
Die Modi muss ich aber erst noch umsetzen. Aber das was Du willst sollte mit der Version schon gehen.

Auf git ist jetzt eine Version, die auch die Dienstwagen- und PV-Edition erkennt.

Community Forum

NEWS

[Frage] Realisierung Adapter UDP Keba Wallbox

Support us

848

32.4k

81.5k

1.3m