-
-
Notifications
You must be signed in to change notification settings - Fork 667
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Günstiges Netzladen Dynamische Stromtarife / Reset Filter nach Ausstecken #16673
Comments
Finde ich sehr sinnvolles Feature. Man kann auch einfach nur Dauer der Rule vllt. setzen. Also +XX Stunden/Tage |
This comment was marked as abuse.
This comment was marked as abuse.
Ich auch. Auch, weil bei dynamischen Stromtarifen das, was heute günstig ist, morgen schon wieder teuer sein kann. |
Ja, sehe ich. Spannende Frage ist nur ob wir das zeitbasiert (bspw. solange wie ich in die Zukunft schauen kann, Tarif, fix 24h, ...) machen sollten oder ob wir das "Ereignisbasiert" (bis zum Abstecken) machen. Am klassischen Ladepunkt finde ich das "bis zum Abstecken" gut und sinnvoll. Wir haben aber beim "Speicher aus dem Netz laden" genau das gleiche Thema. Da würde nur eine zeitbasierte Logik funktionieren. |
Finde die zeitbasierte Logik nicht verkehrt. Beim Abstecken hat man den Nachteil, das man den Filter einstellt, vorm Eintreten des Ladevorgangs das Auto spontan absteckt (Fahrt notw. etc.) und dann wird der Filter beim erneuten Einstecken vorm günstigen Preisfenster nicht mehr aktiv. |
Eventbasierte Logik geht ja schon bereits mit Boardmitteln via events und services. Das laeuft bei mir zb sehr gut fuer "automatisierten kostenoptimalen" Ladezeitplan zu erstellen. Ich greife da aktuell 0 mal ein. Konkret: wochentags muss das auto frueh immer 80% haben. evcc immer auf pv, bei anstecken erstelle kostenoptimalen plan fuer naechsten tag inkl. ladeziel+wann fertig. falls noch sonne bis dahin aussreichend, orgelt er das rein, rest dann ueber den plan. also was ich schreiben will, ggf. mal eventbasiert ausprobieren und gucken, wie das im alltag sich bewährt. siehe hier #5492 (comment) |
Dann stellt sich an der gleichen Stelle die Frage, warum es noch keine Entladepause für den Hausakku gibt, um den Tibberkunden die morgendliche "Akku ist leer, aber Strom kostet 43 Cent" Frage zu ersparen. Wenn ich automatisch von einem 3. Register aus dem Heimakku sagen kann, er solle Entlade Pause bei Preisen unter X Cent machen, wenn SOC um Mitternach unter 50% ist, dann spar ich mir die 20% Verluste über das Akku laden. Von daher wäre die Prio ggf. sogar höher, auch weil ich 20% Verluste in der CO2 Bilanz sparen kann. Akku billig voll machen (dann kommt der Hausstrom in dem Moment ja auch vom Netz) ist ja eine andere Geschichte als Netzstrom 1:1 ohne Verluste dann zu nutzen, wenn der günstig ist, wobei dann noch die Akkuladung erhalten bleibt, bis es eine Verwendung mit mehr Ersparnis gibt. |
Das Planen sowie das hier besprochene "optimierte" Laden macht EVCC ziemlich komplex - unter der Haube und auch das UI. Ich verfolge grd Ladeplaner - Cooles Feature aber wooow, eine Menge Schalter und Abhängigkeiten. Ich finde den ursprünglichen EVCC Ansatz weniger ist mehr sehr gut. Sonst ist das nachher wie bei den Imbisskarten von Döner-Pizza-Frittenbuden, jede Variante hat ne Nummer/Schalter und keiner sieht mehr bei der Logik durch. Evtl. i) geht man den Weg Simple/Expert Modus (viele Schalter) oder ii) man schafft es, basierend auf einer adaptiven Strategie automatisiert im mittel kostenoptimal bis in den nächsten Tag (Planungshorizont) zu kommen. Das wäre dann nur ein Schalter. Die adaptive Strategie würde Lade/Entladevorgänge basierend auf historischen Verbauchsdaten und dynamischen Preispfaden der Anlage kostenoptimal durchführen. Kalman-Filter wöre ein möglicher Ansatz dafür. |
Glaube, dass wir etwas vom Ursprungsthema abdriften. Es geht hier nicht um komplexe Filtermöglichkeiten, sondern darum, dass der Preisfilter (dynamische Tarife) abschaltbar ist. Entweder nach ausstrecken, oder zeitlich begrenzt. Sowas würde das user experience nicht verkomplizieren, sondern meiner Meinung nach eher erleichtern/verbessern |
Die Idee finde ich auch super, denn mir passiert dies auch des Öfteren. Mir ist jedoch noch ein anderes "Problem" aufgefallen. Ich hatte jetzt das günstige Netzladen mehrfach aktiviert, aber evcc stoppt den Ladevorgang nicht, wenn der Preis über der Grenze ist. Bspw. heute Nacht war auf unter 33ct eingestellt. Laut Anzeige sollten nur 2 Stunden geladen werden. Gestartet hat er pünktlich nur heute morgen war das Auto voll und hat nach den 2 Stunden nicht gestoppt. Ich weiß, ist ein bisschen offtopic aber passt vielleicht hier kurz rein :) |
Die Hausbatterie wird ja mit dem Feature-Set immer mehr zum Loadpoint. Da würde ja die Ladeplanung auch passen. |
Oder wie ein Fahrzeug mit bidirektionaler Lademöglichkeit. |
Ich fände einen Reset der Preisgrenze nach Abstecken auch sinnvoll. Falls hier noch eine +1 benötigt wird. |
@floppybl mach dazu gerne ein issue mit Log und Details auf, wenn das reproduzierbar ist. |
Aktuell kann man bei den dynamischen Tarifen (Tibber etc.) einen Filter setzten, dass der Ladevorgang unter einem bestimmten Preis gestartet wird. Funktioniert perfekt.
Mein Problem ist, dass ich den Filter setzte und oft vergesse den zu deaktivieren und somit lädt sich das Auto automatisch (ungewollt) beim nächsten Erreichen des Zielpreises (meistens nachts, da Preise günstiger) auf. Wenn der Fall eintritt wird das Auto nachts vollgeladen und bei einem sonnigen Tag kann man den PV Überschuss entsprechend nicht mehr nutzen.
Gibt es die Möglichkeit den Preisfilter nach ausstrecken des Fahrzeugs zu deaktivieren (Filterreset)? Für mich wäre so ein Feature sinnvoll um Vermeidung ungewollter Ladevorgänge beim vergessenen Preisfilter zu vermeiden.
The text was updated successfully, but these errors were encountered: