Replies: 39 comments 82 replies
-
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. 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? |
Beta Was this translation helpful? Give feedback.
-
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:
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. |
Beta Was this translation helpful? Give feedback.
-
Ich würde gerne unabhängig von einem Tarif laden. |
Beta Was this translation helpful? Give feedback.
-
Mein Vorschlag ist Netzentladen! Hintergrund ist die Verwendung bei Energiegemeinschaften um die Mitglieder auch Nachts mit Photovoltaikstrom zu versorgen. |
Beta Was this translation helpful? Give feedback.
-
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). |
Beta Was this translation helpful? Give feedback.
-
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:
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 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. |
Beta Was this translation helpful? Give feedback.
This comment was marked as disruptive content.
This comment was marked as disruptive content.
-
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! |
Beta Was this translation helpful? Give feedback.
-
Ab April 2025 kommen neben den variablen Strompreisen auch variable Netzentgelte für steuerbare Verbrauchseinrichtungen: Zitat FAQs zum 14AEnWG Bundesnetzagentur: 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 ? |
Beta Was this translation helpful? Give feedback.
-
Guten Morgen, nur als Idee. Im ersten Schritt habe ich mir ein Skript in iobroker gebastelt, welches genau das macht: ich möchte nur die hohen Kosten in den morgen und Abendstunden überbrücken. In aller Regel pendeln sich die Preise morgens und abends ab 9h wieder auf ein Normalniveau ein. Das Skript macht nachmittags um 15h und morgens um 5h folgendes:
Damit schaffe ich es in der Regel ganz gut über die teuren Stunden, aber vermeide dass der Akku zu voll geladen wird. Klar, auch nicht perfekt, aber pragmatischer Ansatz zur "Vermeidung von Peaks". Variablen wären:
Gruß |
Beta Was this translation helpful? Give feedback.
-
ich denke es wäre zu überlegen neben der festen Preisschwelle andere "Bewertungen" der Stundenpreise einzuführen - was dann mit aktuellem UI schon zu einer mehr "dynamischen" Planung führt. Als Inspiration vielleicht zwei Varianten die eine HA-Integration für dynamische Strompreise nutzt - mit der ich bisher viele Automationen dieser Art in HA umsetze: "Rank" - die Stunden nach Preis sortiert - ermöglicht also zb. "lade in den 6 billigsten Stunden" "Quantile" - die Preise der 24 Stunden zwischen 0 und 1 gemappt - "lade in allen Stunden in denen der Preis weniger als 25% vom teuersten des Tages ist (Quantile < 0.25)" my2c |
Beta Was this translation helpful? Give feedback.
-
Eine Sache ist mir heute auch noch aufgefallen. Beim Netzladen der Hausbatterie wäre neben der Preisgrenze ggf. noch ein Zielladestand sinnvoll. |
Beta Was this translation helpful? Give feedback.
-
Wie hier schon mehrfach gewünscht, finde ich es auch sehr wichtig, beim Netzladen der Hausbatterie anschließend eine Entladesperre gegen den Hausverbrauch für x Stunden oder bis Preis y der Hausbatterie zu haben, damit nichts sofort in günstigen Zeiten wieder entladen wird. Sonst hätte man nichts außer Umwandlungsverlusten. |
Beta Was this translation helpful? Give feedback.
-
Nächtliches Entladen vor dem Morgen verhindern.Was ich mir in HomeAssistant zusammengeklickt habe, was recht einfach ist: Nachts ab 0:00 Uhr die Entladung des Heimspeichers verhindern, wenn er unter Wert x fällt (bei mir 35%, was 15% unter der Entladegrenze von 20% sind). Morgens um 6:00 wird der Speicher wieder freigegeben, so dass er den morgendlichen Strompreispeak überbrücken kann. Das ist auch relativ risikolos. Im schlimmsten Fall ist der Strom morgens doch nicht teuer oder die restliche Energie im Speicher wurde morgens nicht verbraucht bevor die Sonne wieder kommt. Aber Nachts scheint keine Sonne, daher kann ich gesichert sagen, dass der Speicher sich nur entleeren wird - muss also keine Prognose berücksichtigen. Und ich kaufe keinen Strom - also kein proakives Investment, da ich nur den Strom nehme, der eh schon im Speicher steckt. Bei mir ist das recht starr mit festen Zeiten geregelt - ich komme da aber gut hin. Man könnte es aber noch besser machen in dem man den tatsächlichen Preis und auch die Zeiten des Sonnenaufganges am Morgen berücksichtigt. OK, eigentlich ist meine Idee eher das Gegenteil von dem Netzladen, zu dem wir hier Ideen sammeln wollen. |
Beta Was this translation helpful? Give feedback.
-
Eine Entladesperre ist entscheidend für sinnvolles Netzladen! Weiterhin sollten die Preisgrenzen nur ein bestimmten Zeitintervall gelten weil man das sonst ständig wieder deaktivieren muß. Ich hoffe das kommt irgendwann in EVCC ohne HA oder ähnliches nutzen zu müssen...EVCC hat absolut das Potential als alleinige Lösung für das Strommanagement zu dienen... |
Beta Was this translation helpful? Give feedback.
-
Hallo zusammen, Mein pragmatischer Vorschlag wäre also neben der Preisschwelle zum Batterie-Laden auch eine optionale Preisschwelle für das Batterie-Entladen (Entladesprerre) einzuführen. Das ist denke ich eine eher kleine Änderung. Wann wandert das Laden der Hausbatterie eigentlich von Experimentiell in die normale Funktionalität? VG |
Beta Was this translation helpful? Give feedback.
-
Ich klinke mich mal kurz ein: innerhalb der nächsten Tage kommt meine eierlegende Wollmilchsau unter Berücksichtigung von PV, Wetter, Fahrten, Hausbatterie, Wärmepumpe und Tibber als Alphaversion raus! Habe jetzt 2 Monate dran programmiert.
|
Beta Was this translation helpful? Give feedback.
-
Auch wenn mein Kommentar fälschlicherweise als abweichend markiert wurde, hier nun mein Link: https://github.com/Coernel82/smartCharge4evcc Da die Hausbatterie mit Netzladen integriert ist, ist das für mich sehr wohl "Netzladen der nächste Schritt". Unterstützung sehr willkommen! |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Moin erstmal,
|
Beta Was this translation helpful? Give feedback.
-
dieser Parameter verhindert/erlaubt aber "nur" das Entladen der Batterie im "Schnell-Modus" und bei geplantem Laden. |
Beta Was this translation helpful? Give feedback.
-
Gute Idee, das werde ich direkt ausprobieren. Danke! |
Beta Was this translation helpful? Give feedback.
-
Es funktioniert :-), allerdings taucht ab und zu eine Fehlermeldung im Log auf:
|
Beta Was this translation helpful? Give feedback.
-
Ich wollte mal nachfragen, ob aus dieser Diskussion evtl. auch ein teilweises Vorab-Release erfolgen kann, ohne dass alle Funktionen zu 110% durchdekliniert sind? Gerade die Features
würden sicher vielen schon sehr viel nützen und erfordern hoffentlich keinen Riesenaufwand, weil der Algorithmus ja nicht kompliziert sein sollte (aber ich kann es nicht wirklich beurteilen). Danke! |
Beta Was this translation helpful? Give feedback.
-
Hier meine Anregung/Lösung zum Netzladen Laden/Entladen des Hausakku's im Winter Folgende Daten sind bekannt: -Persönlicher durch. Stromverbrauch pro Tag ohne Auto Vorgehen: Abends um 22:00 lässt sich berechnen zu welchen Zeitenabschnitt der Akku geladen oder entladen werden soll. Durch teilen (ganz einfaches Modell) des persönlichem Verbrauchs lässt sich auch der Verbrauch in 24 Intervalle aufteilen. Sagen wir mal, der Akku ist um 06:00 bei MaxSol, dann soll der Akku aber erst im Intervall 8:00-8:59 entladen werden. Meine einfache Idee ist, um 06:00 wird MinSoc nicht bei 15% gelassen, sondern auf den Wert von MaxSol 95% gesetzt. Nur eine Idee .. |
Beta Was this translation helpful? Give feedback.
-
"Prognosen sind immer schwierig, besonders, wenn sie sich auf die Zukunft beziehen." (Karl Valentin) |
Beta Was this translation helpful? Give feedback.
-
Ruhezeiten: Vielleich dem WR sagen in Ruhezeiten, jetzt minimal laden. |
Beta Was this translation helpful? Give feedback.
-
Aktuell sind es zwischen Min und Max ca. 7 Cent. Da muss man gar nicht über Netzladen nachdenken, man zahlt dann drauf. Daher verabschiede ich mich schon fast von dieser Funktionalität. Außerdem ist dieser Umwandlungsverlust auch nicht gerade optimal für die Ökobilanz. |
Beta Was this translation helpful? Give feedback.
-
Ich bin völlig bei @jove01 und zitiere mal meinen Issue #17938: "Das Netzladen der Hausbatterie funktioniert heute mit einer fixen Preisgrenze. Hierbei wird nicht beachtet, ob bei dynamischen Tarifen das Netzladen auch wirklich effizient ist (Kosten-Effizienz und Batterie-Effizienz). Diese Effizienz ist nur dann gewährleistet, wenn der Preis für das Laden der Batterie zuzüglich Wandlungsverlust-Kosten und zuzüglich "Batterieabnutzung" unterhalb des Maximalpreises am Tag bleibt. Vorschlag: Zusätzlich zur festen Preisgrenze sollte auch ein Kostendelta (Tibber Max Preis minus Min Preis) konfiuriert werden können. (Alternativ ein relativer Prozentwert). Wenn man dann zb 10ct Differenz konfiguriert, dann würde die Batterie auch bei 20ct/kwh geladen werden, wenn der max Preis über 30ct/kwh liegt. Das ganze ist dann dynamisch und automatisch. Je nach Batterieeffizienz und Wandlungsverlusten kann dann eben individuell ein Delta konfiguriert werden. Als zusätzliches Feature könnte dann auch noch eine PV prognose mit einfliessen, damit die Batterie nicht unnötigerweise geladen wird, obwohl genug PV Pberschuss vorhanden ist. Aber das sehe ich noch weiter in der Zukunft ;)" |
Beta Was this translation helpful? Give feedback.
-
Ich möchte noch anregen das die Effizienz des Systems Inverter - Batterie - Inverter mit in die Ladeentscheidung einfliesst. Bei einem Verlust von 12-18% gibt es viele Tage an denen die Nutzung der Batterie aus Effizienzgründen keinen Sinn macht. |
Beta Was this translation helpful? Give feedback.
-
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.
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.
Beta Was this translation helpful? Give feedback.
All reactions