Replies: 14 comments
-
|
Finde ich sehr sinnvolles Feature. Man kann auch einfach nur Dauer der Rule vllt. setzen. Also +XX Stunden/Tage |
Beta Was this translation helpful? Give feedback.
This comment was marked as disruptive content.
This comment was marked as disruptive content.
-
|
Ich auch. Auch, weil bei dynamischen Stromtarifen das, was heute günstig ist, morgen schon wieder teuer sein kann. |
Beta Was this translation helpful? Give feedback.
-
|
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. |
Beta Was this translation helpful? Give feedback.
-
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. |
Beta Was this translation helpful? Give feedback.
-
|
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) |
Beta Was this translation helpful? Give feedback.
-
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. |
Beta Was this translation helpful? Give feedback.
-
|
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. |
Beta Was this translation helpful? Give feedback.
-
|
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 |
Beta Was this translation helpful? Give feedback.
-
|
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 :) |
Beta Was this translation helpful? Give feedback.
-
Die Hausbatterie wird ja mit dem Feature-Set immer mehr zum Loadpoint. Da würde ja die Ladeplanung auch passen. |
Beta Was this translation helpful? Give feedback.
-
Oder wie ein Fahrzeug mit bidirektionaler Lademöglichkeit. |
Beta Was this translation helpful? Give feedback.
-
|
Ich fände einen Reset der Preisgrenze nach Abstecken auch sinnvoll. Falls hier noch eine +1 benötigt wird. |
Beta Was this translation helpful? Give feedback.
-
@floppybl mach dazu gerne ein issue mit Log und Details auf, wenn das reproduzierbar ist. |
Beta Was this translation helpful? Give feedback.
-
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.
Beta Was this translation helpful? Give feedback.
All reactions