vehicle threshold für PV Modus

[An-Wi]

Momentan sind die enabled/disabled thresholds für das PV-Lade-Verhalten an den Ladepunkt gebunden.

Da ich 2 EVs haben, die aber sehr unterschiedliche "Standzeiten" aufweisen, würde ich mir wünschen, wenn man die thresholds an die vehicle binden könnte oder einen zusätzlichen (optionalen) threshold-offset definieren könnte.

Meine Situation zur Verdeutlichung:
ev1: Mo-Fr tagsüber auf langen Strecken unterwegs, kann nur an Sa, So mit PV-Überschuss geladen werden. Benötigt viel Energie, daher kann hier beim PV-Laden mehr Netzbezug mit rein, wenn PV-Überschuss geringer ist.
ev2: Stadtauto, deutlich weniger Fahrleistung (=weniger Energiebedarf). Steht Mo-Fr tagsüber länger an Wallbox und könnte (gerade in den Sommermonaten) komplett ohne Netzbezug und nur aus PV-Überschuss geladen werden.

[GrimmiMeloni]

daher kann hier beim PV-Laden mehr Netzbezug mit rein, wenn PV-Überschuss geringer ist.

Warum dann nicht Min+PV?

[An-Wi]

Ja das ist meine momentane "händische" Lösung, die aber voraussetzt, dass man es früh rechtzeitig aktiviert und es abends nicht vergisst, zu deaktvieren.

[GrimmiMeloni]

Ich verstehe Deinen Anwendungsfall nicht.
Was sollte der Threshold denn genau bewirken? Das bei Sonnenuntergang noch die letzten Watts mit beigemischtem Netzstrom ins Auto fließen? Wenn ja, warum ist das für ein Fahrzeug OK, und für das andere nicht?

[An-Wi]

Ja, alle "PV-Watts" in ev1, aber nicht bei ev2.
Auch ein vorzeitiges Unterbrechen des Ladevorgangs, wenn der PV-Überschuss zwischendurch geringer aber noch vorhanden ist, wäre somit vermeidbar.

Genau genommen betrifft das auch residualPower, da ich darüber dem unterschiedlichen Umgang bei der "Ladestrombegrenzung" etwas entgegen wirken kann. (ev1 kann bspw. nur in 600mA-Schritten regeln)

[An-Wi]

Ok, dann versuche ich es nochmal anders/ergänzend zu beschreiben:

ev1 ist Freitag abends immer "leer" und muss Montag früh immer wieder "voll" sein. Hat also nur die beiden Wochenendtage, um mit PV-Anteil laden zu können.
(wöchentlicher Energiebedarf: 120-140 kWh)

ev2 kann nahezu jeden Wochentag mit PV-Überschuss laden, weil dieser home-office-bedingt an der eigenen Ladesäule steht.
(wöchentlicher Energiebedarf: etwa 20 kWh)

Weiterhin unterschieden sich beide Fahrzeuge deutlich in ihrer Akkugröße, was für mich einfach eine andere Ladestrategie erfordert:
ev1 sehr groß (87 kWh)
ev2 klein (39 kWh)

---

@GrimmiMeloni
Letztendlich alles nur Feinheiten, da gebe ich dir recht. Es lässt sich aktuell mit der Anpassung der Konfiguration unter Gesichtspunkten von ev2 sowie der Verwendung von Min+PV für ev1 gut regeln.
Daher hier einfach mal als Idee, für die in meinem Alter zunehmend häufiger werdende Vergesslichkeit beim händischen Aktivieren/Deaktivieren von Min+PV. 😎

[GrimmiMeloni]

Hmmm, wie wäre es denn sonst mit PV Modus am Wochenende für EV1, kombiniert mit einem Ladeplan für Montags morgens früh. Dann nimmst Du maxmimal PV am Wochenende mit, und füllst den Rest dann aus dem Netz in der Nacht von So auf Mo.

[An-Wi]

Genauso mit Ladeplan habe ich kürzlich konfiguriert, seit die wiederholenden Ladepläne integriert sind (geniales feature!).
Der ursprüngliche "Optimierungsgedanke" für ev1 war, maximalen PV-Strom mitzunehmen und wenn dabei etwas mehr "mit reinfließt", auch nicht schlimm, denn ev1 muss nach den 2 Wochenendtagen ohnehin voll geladen sein. Je weniger Montag früh nachgeladen werden muss, umso besser (denn umso kürzer dann die "Nachladezeit" und damit verbunden geringere Ladeverluste).

[An-Wi]

Ich glaube, ich werde mein Problem auf die REST API verlagern.
Wenn ich das richtig verstanden haben, könnte ich mir damit mehrere Umschalter-Skripte schaffen, die dann sowohl die beiden threshold-Werte als auch residualPower nach meinen temporären Wünschen umstellen können.

Fragen zur REST API:

1. Überschreiben die POST-Statements die Werte aus der yaml/UI-Konfig und sind bis zum nächsten Neustart von evcc gültig? Oder landen die POST-Werte (dauerhaft) in den settings der Datenbank?
2. Kann man die aktuell gesetzten threshold-Werte und residualPower über die REST API abrufen? In der Doku finde ich nur die POSTs dazu.

[StefanSchoof]

Ist im api/state verfügbar.

[An-Wi]

Warum liefert mir
curl -X "GET" "http://192.168.115.7:7070/api/state?jq=.loadpoints%5B0%5D" -H "accept: application/json" ein null zurück,
wohingegen
curl -X "GET" "http://192.168.115.7:7070/api/state?jq=.loadpoints" -H "accept: application/json" mir ordentlich das gesamte Objekt [{"batteryBoost":false,"chargeCurrent":0,"chargeCurrents":[0,0,0], ... }] zurückgibt?
Was mache ich falsch im Windows CMD? Powershell funktioniert mit beiden curl-Aufrufen.

[GrimmiMeloni]

Ist URL Encoding innerhalb des Aufrufs notwendig? Ich würde erwarten das curl das für Dich erledigt und du jetzt doppeltes encoding hast.

[An-Wi]

Leider nein. Habe das Encoding auch direkt aus der Doku entnommen.
Ansonsten liefert curl folgende Fehlermeldung:

curl: (3) bad range in URL position 52:
http://192.168.115.7:7070/api/state?jq=.loadpoints[0]
                                                   ^

[An-Wi]

Fragen zur REST API:

1. Überschreiben die POST-Statements die Werte aus der yaml/UI-Konfig und sind bis zum nächsten Neustart von evcc gültig? Oder landen die POST-Werte (dauerhaft) in den settings der Datenbank?

Falls es noch jemanden interessiert:
Die neuen POST-Werte landen in den settings der Datenbank und sind damit dauerhaft aktiv.
Die yaml-Konfiguration für alle 4 thresholds Werte (auch delay obwohl ich diese nicht per POST geändert habe) verliert dadurch ihre Gültigkeit!

[mgoetting]

Bisschen mit Kanonen auf Spatzen vielleicht, aber mit Home Assistant und der verfügbaren EVCC Integration könntest du relativ leicht Automationen erstellen, die Dir z.B. anhand des angeschlossenen EV die Parameter in EVCC entsprechend setzen.
Ich nutze es z.B. aktuell ganz simpel um die Prio der Hausbatterie über den Tag verteilt dynamisch hochzusetzen, so dass ich abends vollen Hausakku habe. Ist sehr einfach und dilletantisch, aber funktioniert gar nicht schlecht.

[An-Wi]

ok, interessanter Ansatz - Danke. Muss mich dazu erst noch in Home Assistant einarbeiten...