PV-Überschussladen + 2-Tarif-Zähler

[KanteTaete]

Hallo zusammen,

zunächst mal @andig & natürlich alle anderen Mit-Entwickler: Danke für die gute SW!
Bin schon gespannt, wenn ich mein Fzg. & Wallbox bekomme, ob das zusammen funktioniert ;-)

Zum eigentlichen Thema:
Ich möchte mein Fahrzeug primär mit PV-Überschuss laden, wofür es ja auch einen Lademodus gibt.
Sollte der gewünschte SOC in diesem Modus nicht erreicht werden und ich z.B. am nächsten Morgen das Fahrzeug benötigen, möchte ich in der Nacht die verbleibende Lade-Energie mit "Nachtstrom", d.h. im Nebentarif laden.

Für die Umsetzung gäbe es aus meiner Sicht 2 Varianten:

1. Lademodus "PV + Nebentarif":

   • Hier wird außerhalb der Nebentarif-Zeit im PV-Modus geladen.
   • Während der Nebentarif-Zeit wird mit voller Leistung geladen.
   • Die Nebentarif-Zeit kann entweder per Start-/Ende-Zeit konfiguriert werden oder per externem Datum, z.B. vom vzlogger

2. Lademodus "Zielladen":

   • Ich gebe auf der Weboberfläche meinen gewünschten SOC zu einem gewünschten Zeitpunkt ein.

   • Auf Basis der konfigurierten Stromkosten in diversen Modi & zu diversen Zeiten ermittelt evcc, wie der gewünschte SOC möglichst kostengünstig & sicher zum entsprechenden Zeitpunkt erreicht werden kann.

   • und als Extra: "Ladeprognose"
     Entweder intern oder per Abfrage von anderen Tools ermittelt evcc, ob der gewünschte SOC aller Voraussicht nach über die PV-Produktion erreicht werden kann und lädt z.B. nicht nachts, wenn's am nächsten Morgen wieder sonnig wird und viel PV-Überschuss zur Verfügung steht. Wenn z.B. am Vortag morgens nicht genügend PV-Überschuss verfügbar war, wird aber nicht erst morgens zu hohen Strompreisen geladen, sondern bereits nachts mit höherer Leistung geladen.

Was haltet Ihr von dieser Erweiterung?

Grüße
Kante Täte

[KanteTaete]

Ich habe eben den PR #538 gesehen.
Deckt der den vorgeschlagenen 2. Lademodus ab? - ich habe zu der Funktion / dem Branch leider keine Beschreibung gefunden...

[andig]

Nein, aber das Thema steht im Backlog. Wenn Du 2. hast, wofür braucht es 1.?

Als Workaround kannst Du das natürlich auch jetzt schon haben in dem Du die Steuerung extern realisierst und EVCC z.B. per MQTT ein- und ausschaltest.

[KanteTaete]

Hallo Andi,

Thema steht im Backlog

...heißt aber nicht "hier im Github bei den Issues", oder? - Ich habe da nämlich nichts gefunden...
Wenn ich an meine Backlogs denke, kann da auch was "verhungern", wenn's nicht hoch genug priorisiert ist. ;-)
Wie weit oben im Backlog steht das Thema denn?

Wenn Du 2. hast, wofür braucht es 1.?

Überhaupt nicht.
Deshalb ja "Varianten" - im Sinne von "entweder - oder" :-D
Variante 1 wäre die einfachere "basic", Variante 2 die umfangreichere "advanced" Lösung.

[andig]

2 wird irgendwann umgesetzt. Prio hat erstmal das Config UI.

[KanteTaete]

Vielleicht kann ich bei der neuen Funktion unterstützen.
Derzeit fehlt mir aber leider noch der Ansatzpunkt, d.h. wie die SW-Architektur aufgesetzt ist und in welchem Teil das Ganze implementiert würde.
Mal sehen, wann ich dazu komme, mich tiefer einzuarbeiten.

[andig]

Schau mal hier: https://github.com/andig/evcc/blob/master/core/soc/soctimer.go. Für den PV oder Awattar Case brauchts sowas Ähnliches.