Ideensammlung: Netzladen nächster Schritt

[naltatis]

Inzwischen haben wir die Funktion "Netzladen für Hausbatterie" für viele Systeme integriert. Wir sind bewusst mit einem sehr einfachen und bereits bekannten Mechanismus gestartet (feste Preisschwelle). Damit können wir erst einmal Erfahrungen sammeln und schauen, ob die einzelnen Implementierungen auch alle funktionieren. Zudem lassen sich über diesen Mechanismus auch externe Automatisierungen via API relativ gut umsetzen.

Es gab schon einiges an Feedback (Github, Slack, Sticker-Feedback, ...) und Ideen, wie man die Funktion noch erweitern und besser nutzbar machen kann. Ich mache hier mal einen dedizierten Thread auf, in dem wir diese Ideen sammeln und bündeln können. Hier stichpunktartig die Ideen, die ich noch im Kopf habe.

• relatives Preislimit Tibber: Support smartcharging by relative price level #10848
• einmaliges Preislimit (eingestelltes Limit verfällt nach Zeit x) Netzladen: Nur einmalig ausführen #16361
• zeitbasiert (bspw. immer in den günstigsten 2 Stunden pro Nacht laden)
• Ladeziel/-plan für Hausbatterie (bspw. morgen 8 Uhr zu 80 %)
• Laden abhängig von Produktions- und Verbrauchsprognose (fester Algorithmus)
• Schnittstelle/Plugin für Optimierungsalgorithmus (bekommt historische Verbrauchsdaten und Prognosen, gibt Ladeplan zurück). Entweder als externe Schnittstelle oder als embedded Code (analog JavaScript- und Go-Plugins heute)

Disclaimer: Da uns wichtig ist, die Einstellungsmöglichkeiten nicht zu technisch und kompliziert werden zu lassen, werden wir nicht alle Ideen umsetzen können und wollen. Einige Szenarien werden mit externer Unterstützung (via API) abgebildet werden müssen.

[wiwimaster]

Ich hätte dazu noch eine Idee (vielleicht hast du sie auch implizit so gedacht), die eng mit dem Punkt #16367 zusammenhängt: mit den dynamischen Stromtarifen hast du eine weitere Bezugsquelle für Strom, die gleichermaßen wie die PV Erträge miteinbezogen und je nach Bedarf priorisiert werden müsste. Das bedeutet, dass du die einzelnen Punkte, die du genannt hast (und zu denen mir auch kein weiterer einfällt) teilweise kombinieren müsstest, um zum gewünschten Ergebnis zu kommen.
Also bspw.

Lade nachts zwischen 0-5 Uhr mit deinem günstigen Stromtarif den Akku auf 30% voll, aber nicht mehr, weil deine Produktionsprognose sagt, dass du ab 12 Uhr Sonne hast, die dir weitere 70% volllädt.

Macht das Sinn?

[wiwimaster]

Bezogen auf @naltatis Idee

Laden abhängig von Produktions- und Verbrauchsprognose (fester Algorithmus)

[naltatis]

Wir haben keine Prognose.

Ist ja erstmal eine Ideensammlung.

[Ak11rA]

Wir haben keine Prognose.

Würde aber Sinn machen, eine zu haben, oder? Zum Beispiel: https://swagger.forecast.solar. Heute zum Beispiel hat evcc unsere Hausbatterie vormittags vollgeladen, weil der Preis unter der eingestellten festen Schwelle lag, und jetzt scheint die Sonne und wir speisen den eben gekauften Strom wieder ein.

[naltatis]

Ja, zu dem Thema gibts auch bereits nen Proof of Concept: #9454

[EIBHomeControl]

Ich finde den Ansatz auch interessant. Ich habe diesen fast so aktuell mit Nodered umgesetzt. Wird laden die Batterie zwischen 0 und 7 Uhr auf einen einstellbaren SOC. Es wird autom. der günstiges Tarif bestimmt (Tibber). Die restliche Zeit läuft über forecast.solar automatisch.

[mabasger]

Auch ich nutze das Feature. Tausend Dank dafür und es klappt 1A!

Als Quick Win sehe ich #16361 und würde den Request stark unterstützen wollen.

Es gibt imho einige nette Regeln, die auch ohne komplexe Prognosesysteme von EVCC abgebildet werden können:

1. Bestimmen, wie viel geladen werden soll: beim jetzigen Netzladen kann ich die Preisgrenze setzen. Ich würde aber auch gerne angeben, wie viel Strom ich in der Zeit laden möchte. z.B. ich will max 3kWh Strom kaufen. Das ist ne ziemlich plumpe und einfache Regel, kann dann später entfallen wenn EVCC mit KI Prognosen macht :-) Aber ich weis in etwa, wie viel Strom ich kaufen muss, um bis zur Sonne durchzuhalten.
2. Wert meines gespeicherten Stroms anzeigen: EVCC berechnet schon den Wert des geladenen Stroms für das Auto. Das sollte auch für den Hausakku gehen. Unter "Hausbatterie" könnte mir angezeigt werden, wie viel mein Strom im Akku durchschnittlich wert ist - inklusive der Ladeverluste. Das wäre wichtig für meine manuellen und auch für spätere EVCC-automatisierte Entscheidungen
3. Easy rule für hohe Einspeisevergütungen: wenn Tarif <= Vergütung, dann wird der Akku geladen
4. Wertvollen Batteriestrom sparen wenn Netzstrom billiger ist: wenn Tarif <= Wert des geladenen Stroms, dann wird die Batterie gesperrt, es gibt keine Entnahme des Stroms, weil er teurer ist, als der Netzstrom
5. halte in der Nacht Strom zurück für teure Zeiten: ich konfiguriere meinen erwarteten Verbrauch je Stunde (das könnte EVCC dann später mal selbst lernen) und wie viele Stunden nach Sonnenaufgang meine PV idR die Hausversorgung übernimmt (das kann dann später EVCC mit Prognose auch tun). EVCC berechnet, ob der Strom bis zur Übernahme durch die PV reicht. Ja? Alles in Butter. Nein? Dann reserviert EVCC für die teuerste Zeit den Strom der Batterie. Beispiel: 5-6 Uhr sind 37 Cent? Also lege ich mal 0,5 kWh für die Zeit zurück und sperre rechtzeitig die Batterie, so dass auf jeden Fall von 5-6 Uhr 0,5 kWh da sind.
6. Optimierung der Nachtfahrt / einfache Verbrauchsprognose: Szenario: ich habe am Abend ne Gans gemacht und fünf Kuchen. Akku also schon ziemlich down. EVCC hat dank (5) meine Batterie schon gesperrt, weil am Morgen der Strom aus dem Netz teuer ist. Der Haushalt fährt also komplett vom Netz. Jetzt hat EVCC also 0,5 kWh für 5-6 Uhr reserviert, weil es da ja 37 Cent kostet. Aber das war's dann auch. Für 4-5 Uhr ist nicht mehr genügend da, und der Strom kostet da 36 Cent. Aber... um 1-2 Uhr kostet er nur 22 Cent. Plus Ladeverluste von 10% also 24,2 Cent, das ist günstiger als 36 Cent, also werden 0,5 kWh geladen, um von 4-5 Uhr zu kommen.

Warum (6)? Warum keine volle Prognose? Weil es weniger komplex ist. Eine Prognose mit Eigenproduktion nach Wetter ist komplexer als ein Szenario, bei dem alle Variablen schon vorliegen. (6) ist also recht dumm, aber bringt uns über den regelmäßig hohen Morgenpreis.

[andig]

Die Punkte sind eigentlich alle recht "dumm" und könnten durch Prognose ersetzt werden.

[naltatis]

@andig lass uns hier doch erstmal Ideen sammeln - ohne Bewertung und Aufwandsschätzung.

[c1olli]

Ich würde gerne unabhängig von einem Tarif laden.
Menge, Ladeleistung und Zeit frei wählbar.
Z.B. für Tarife mit günstigem Nachtstrom.

[naltatis]

Magst du das etwas ausführen?

Meine Interpretation: Du hast einen Tarif mit zeitabhängigen Preisen (Tag/Nacht), möchtest aber manuell bestimmen, wann geladen wird, da es nur zwei Preisstufen gibt und der aktuelle Preislimit Mechanismus zu grob ist. Richtig?

[c1olli]

Es gibt ja Tarife mit Nacht- und Tagstrom, die sich nicht wie Tibber und co. an den Strommarkt halten und entsprechend lässt sich darauf nicht verweisen.
Also wäre es hier schön zu sagen "Mein Tarif hat von 22-06 Uhr die günstige Phase und da will ich 10 kWh mit max. 5000W laden."

[mr42hh]

Zeitabhängige Preise kann EVCC doch auch prima abbilden:
https://docs.evcc.io/en/docs/devices/tariffs#time-based-electricity-price

[benesolar]

Mein Vorschlag ist Netzentladen!
Daher abgesehen von den Preislimits alle Funktionen vom ersten Post.

Hintergrund ist die Verwendung bei Energiegemeinschaften um die Mitglieder auch Nachts mit Photovoltaikstrom zu versorgen.

[VolkerK62]

ich hab da nur gefährliches Halbwissen, aber da gibt es wohl aktuell noch gesetzliche/bürokratische/regulatorische Hürden

[benesolar]

Ich beziehe mich auf Österreich.

Bürgerenergiegemeinschaften dürfen Energie erzeugen, speichern, verbrauchen und verkaufen.

Ich bin Betreiber einer solchen und habe das auch laufen.
Momentan leider mit einem fixen Einspeisewert da Fronius nicht mehr Einstellmöglichkeiten bietet.

[endurance1968]

Ich nutze das in Kombi mit Victron DESS. D.h. dynamische Preise und entsprechendes Lades des Haus-Akkus erledigt Victron schon für mich. Mir würde es deshalb schon reichen die maximale Ladeschwelle beim Netzladen beieinflussen zu können (aktuell sind das wohl 95% hart codiert oder?). Ich würde das bei mir etwas runter setzen, damit ich 1. noch mehr luft für PV am Tag habe und 2tens Victron dann schon nachlädt wenn es anhand der Preisdifferenz Sinn macht. Aktuell habe ich das Preislevel extrem niedrig angesetzt, so das EVCC maximal am Wochenende zum Zuge kommt (15C/kWh), da macht das auf 95% Laden dann auch (finanziell sinn, selbst wenn Autos später in der Woche damit geladen werden).
Evtl. kann man die Preisschwelle auf einem Prozentwert vom maxi oder minimum der Durschnittskosten berechnen lassen. Dann braucht man das nicht saisonal etc. manuell anpassen - dass macht es aber für die Nachvollziehbarkeit evtl. etwas kompliziert. Ich persöhnlich habe kein Problem das einmal im Monat manuell zu justieren.
Schön wäre es auch wenn man die Tibberpreis noch anpassen könnte damit es mit den restlichen Preisen passt. bei mir immer 2-3cent in EVCC zu niedrig. Oder kann man dem Preis schon einen offsett geben?

[CHB68]

Das geht doch in der Konfiguration unter Advanced Settings kann ich optional [maxsoc] einstellen. Dann lädt evcc nur bis zu der Grenze. In der Doku findest du das hier:

meters:
  - name: my_battery
    type: template
    template: victron-energy
    usage: battery
    host: 192.0.2.2 # IP-Adresse oder Hostname
    port: 502 # Port (optional)
    capacity: 50 # Akkukapazität in kWh (optional)
    minsoc: 25 # Ladung mit maximaler Geschwindigkeit bis zu dem angegeben Ladestand unabhängig PV-Erzeugung, wenn der Lademodus nicht auf 'Aus' steht (optional)
    maxsoc: # optional

[CHB68]

Eine Diskussion zum Victron DESS will ich hier nicht anfangen (gehört hier nicht her) aber ich habe das jetzt wieder deaktiviert und freue mich, wenn den Steuerung über evcc weiter ausgebaut wird.
Mir fehlt eigentlich nur noch eine allgemeine Entladesperre, die ich wie die Ladung über die dynamischen Strompreise festlegen kann. Bei Strompreisen unter einem individuellen Wert soll die Batterie nicht entladen werden. Ich spare dann die Ladung für die Preisspitzen.

[endurance1968]

Das geht doch in der Konfiguration unter Advanced Settings kann ich optional [maxsoc] einstellen. Dann lädt evcc nur bis zu der Grenze. In der Doku findest du das hier:

meters:
  - name: my_battery
    type: template
    template: victron-energy
    usage: battery
    host: 192.0.2.2 # IP-Adresse oder Hostname
    port: 502 # Port (optional)
    capacity: 50 # Akkukapazität in kWh (optional)
    minsoc: 25 # Ladung mit maximaler Geschwindigkeit bis zu dem angegeben Ladestand unabhängig PV-Erzeugung, wenn der Lademodus nicht auf 'Aus' steht (optional)
    maxsoc: # optional

OK werde ich ausprobieren. Unter https://docs.evcc.io/docs/reference/configuration/meters habe ich nichts dazu in der docu gesehen. Advanced settings wo? Suche in der Docu nach maxsoc hat nichts ergeben.

[CHB68]

https://docs.evcc.io/docs/devices/meters#energy

[endurance1968]

Ah OK, dachte in der reference wäre immer alles, aber da gibt es dann wohl für bekannte geräte noch immer erweiterungen die nicht in der Reference direkt stecken. War mit so nicht bewusst.
Schade das die Suche da nicht wirklich greift (aber das ist anderes Thema)

[XHalamaX]

Es wäre hilfreich, wenn ich innerhalb der nächsten 24-36 Stunden eine genaue Uhrzeit und eine Ladezeit in Minuten einplanen könnte. Oft entscheide ich abhängig von Faktoren wie Strompreisen, Wetter, Wochentag, Ladeverlusten und aktuellem Ladestand, ob ich noch ein paar kWh nachladen sollte. Momentan bin ich jedoch auf das Laden in ganzen Stunden beschränkt, was je nach Preisentwicklung suboptimal ist.

Hilfreich beider Planung wären:

• Preisanzeige,
• Steigerung des Ladezustands in Prozent oder kWh,
• ein PV-Forecast

Bei fast allen Vorschlägen muss man ohnehin täglich Anpassungen vornehmen, um "Fehlladungen" zu vermeiden. Ich könnte mir vorstellen, dass diese Ladephasen zukünftig automatisiert ermittelt werden, aber das könnte schnell sehr komplex werden. Persönlich finde ich die Ansätze von Andreas Schmitz (bekannt als "Der Akku Doktor") recht vielversprechend. Hier sind die Links zu seinem Projekt und einigen
GitHub: https://github.com/Akkudoktor-EOS/EOS
YouTube: https://www.youtube.com/watch?v=sHtv0JCxAYk / https://www.youtube.com/watch?v=ki6PziTq-8g

Ich bin mir nicht sicher, ob ihr das Projekt kennt...es befindet sich noch in einer frühen Entwicklungsphase, aber eine Schnittstelle zu einem späteren Zeitpunkt wäre vermutlich besser als sich eine "halbgare" Automatisierung selbst zu überlegen.

[TomF79]

Inzwischen haben wir die Funktion "Netzladen für Hausbatterie" für viele Systeme integriert. Wir sind bewusst mit einem sehr einfachen und bereits bekannten Mechanismus gestartet (feste Preisschwelle). Damit können wir erst einmal Erfahrungen sammeln und schauen, ob die einzelnen Implementierungen auch alle funktionieren. Zudem lassen sich über diesen Mechanismus auch externe Automatisierungen via API relativ gut umsetzen.

Es gab schon einiges an Feedback (Github, Slack, Sticker-Feedback, ...) und Ideen, wie man die Funktion noch erweitern und besser nutzbar machen kann. Ich mache hier mal einen dedizierten Thread auf, in dem wir diese Ideen sammeln und bündeln können. Hier stichpunktartig die Ideen, die ich noch im Kopf habe.

• relatives Preislimit Tibber: Support smartcharging by relative price level #10848
• einmaliges Preislimit (eingestelltes Limit verfällt nach Zeit x) Netzladen: Nur einmalig ausführen #16361
• zeitbasiert (bspw. immer in den günstigsten 2 Stunden pro Nacht laden)
• Ladeziel/-plan für Hausbatterie (bspw. morgen 8 Uhr zu 80 %)
• Laden abhängig von Produktions- und Verbrauchsprognose (fester Algorithmus)
• Schnittstelle/Plugin für Optimierungsalgorithmus (bekommt historische Verbrauchsdaten und Prognosen, gibt Ladeplan zurück). Entweder als externe Schnittstelle oder als embedded Code (analog JavaScript- und Go-Plugins heute)

Disclaimer: Da uns wichtig ist, die Einstellungsmöglichkeiten nicht zu technisch und kompliziert werden zu lassen, werden wir nicht alle Ideen umsetzen können und wollen. Einige Szenarien werden mit externer Unterstützung (via API) abgebildet werden müssen.

Finde die Ideen ganz gut. Ich persönlich hätte gerne die Möglichkeit wenn ich auswählen könnte zu welchem Strompreis (was ja schon Funktioniert) und mit welcher Leistung der Akku aus dem Netz geladen wird.

[bindaandi]

Ich würde auch eine Entladesperre für die Hausbatterie bei günstigen Netz-Strompreisen vorschlagen!. Ich hatte heute den Fall dass ich die Batterie mit günstigen Netzstrom geladen hatte um die teuren Abendpreise abzudecken. Allerdings hat mir der Trockner (bei noch günstigen Preisen) die Batterie schon wieder tagsüber leer gemacht!

[AlexJoda]

Hatte genau die gleiche Idee. So eine Entladesperre gibt es ja schon ("Verhindere Entladung im Schnell-Modus und bei geplantem Laden."). Man muß das nur verbinden können mit einem bestimmten prozentualem Preislimit ab dem der Akkustrom bezogen werden soll (also z.B. 15% unterhalb des höchsten Preises). Vorher ist die Sperre aktiv.

[mabasger]

Entladesperre - würde das hier eure Anforderungen erfüllen?

1. in EVCC können die Ladeverluste konfiguriert werden, z.B. 10%
2. EVCC berechnet den Wert des geladenen Stroms (gibt es schon beim Laden vom Auto); Beispiel: ich habe für 25 Cent geladen. Der Wert nach Ladeverlusten ist somit 27,5 Cent.
3. wenn Grid-Preis günstiger, als Wert meines gespeicherten Stroms, dann ist die Entladesperre aktiv. Wenn ich also Strom für weniger als 27,5 Cent kaufen kann, wird mein Akku nicht entladen.

[bindaandi]

Ich glaube der Wert des Stroms der in der Batterie ist bemisst sich an dem wofür ich ihn verwende.
Daher hatte ich ähnlich wie bei der Preisschwelle zum laden der Hausbatterie an eine zweite Preisschwelle gedacht unter dieser die Batterie nicht entladen wird.
Also drei Bereiche:

• Grid Strom teuer: nur dann Strom aus Batterie konsumieren
• Grid Strom normal
• Grid Strom nierdrig: dann Hausbatterie AC-Laden und keinen Strom aus Batterie konsumieren

Die Option der Sperre sollte natürlich optional sein und nur ermöglichen Batteriestrom für einen bevorstehenden Preispeak zu reservieren. Vielleicht sollte sich diese Schwelle nach einmaligen erreichen auch deaktivieren um wieder den "normal" Modus herzustellen.

Natürlich wäre es schön das auf Dauer mit einer Art Verbrauchsprognose zu automatisieren. Aber das denke ich ist deutlich schwieriger!

[mabasger]

OK, d.h. du verfolgst eher das Ziel "Kapazität sperren für ein kommendes Strompreis-Hoch". Ich so eher "keinen Verlust machen beim Stromverbrauch".

Ich hatte eher an die 80% Fälle gedacht, so dass man die Sperre "immer-an" lassen kann. Ich würde die Sperre nicht mehr manuell bedienen. EVCC regelt dauerhaft. Damit ich nie Batteriestrom verbrauche, wenn ich dadurch "Verlust" machen würde.
In meinem "einfachen" Szenario müsste die Regelung nur das "jetzt" betrachten: ist jetzt Grid günstiger als die Batterie?

Dein Szenario wäre vorausblickend: "In 5 Stunden muss ich 2kWh in der Batterie haben". Das würdest du machen (also analysieren, denken, einschalten in EVCC). Dein Ziel wäre also ein manueller Schalter in EVCC, den du bei Bedarf für x Stunden aktivieren wollen würdest?

[bindaandi]

ja, das sind zwei verschiedene Dinge.

Mein Punkt ist eher vergleichbar mit der Ladung der Autobatterie für einen bestimmten Zeitpunkt.

Dein Punkt schaut permanent darauf ob es jetzt wirtschaftlich ist Batteriestrom zu verbrauchen und blendet die Zukunft (Preise) aus. Damit entscheidet man schon beim Laden wo die wirtschaftliche Grenze für die Benutzung der Batterie liegt.

Allerdings glaube ich auch, dass es wirtschaftlicher ist die bekannten Preise bis in den nächstetn Tag zu berücksichtigen. Das setzt natürlich auch eine Verbrauchsprognose ung ggf. PV Prognose voraus.

[Schelfengerch]

Ab April 2025 kommen neben den variablen Strompreisen auch variable Netzentgelte für steuerbare Verbrauchseinrichtungen:

Zitat FAQs zum 14AEnWG Bundesnetzagentur:
Gemäß unserer Festlegung muss der Netzbetreiber ab April 2025 Verbraucherinnen und Verbrauchern ein zeitvariables Netzentgelt im Sinne von Modul 3 anbieten. Das Modul 3 kann nur in Kombination mit Modul 1 ausgewählt werden. Vorgesehen sind mehrere Zeitfenster mit drei Preisstufen der örtlich geltenden Netzentgelte (HT / NT / ST). Die Zeitfenster und Preisstufen werden kalenderjährlich festgelegt, gelten für das gesamte Netzgebiet und müssen in mindestens zwei Quartalen eines Jahres abgerechnet werden.

Folglich wären ab April zusätzlich zu den variablen Strompreisen auch die drei Preisstufen des jeweiligen örtlichen Versorgers eine weitere wichtige Preiskomponente, die bei der Beladung des Hausspeichers/eAutos mit berücksichtigt werden muss.

Weiter könnte der Strompreis direkt von der Leipziger Börse eex (also ohne "Umweg" über Anbieter A/B/C) gezogen werden. Da der Börsenpreis ja für alle gleich ist, würde dies die evcc-Konfiguration erleichtern und den Umstieg auf die ab April 2025 bei allen Versorgern verpflichtend anzubietenden variablen Tarifen begünstigen. evcc müsste nicht von jedem kleinen Gemeindewerk Preisinformationen integrieren... Kann man ggf. die Daten der europäischen Transparenzplattform nutzen newtransparency.entsoe.eu ?