Wiederholenden Ladeplan "überstimmen"

[Balujuhu]

Nabend,

da die Strompreise die Nacht mal wieder was günstiger sind und der Kona morgen etwas mehr bewegt werden muss, habe ich manuell Ladeplan #1 mit Ziel morgen früh 90% aktiviert.

Das blöde ist jetzt, das der wiederholende Ladeplan Mo-Fr 80% den Plan #1 scheinbar überstimmt.

Kann man irgendwo einstellen das Plan #1 immer höchste Priorität hat?

[Maschga]

Hi, sowas kann man (bisher) nicht einstellen. Evcc wählt den nächsten Plan immer anhand der Zeit aus. Hast du bei dem statischen Plan und bei dem wiederholenden Plan die gleiche Uhrzeit eingestellt? Dann verschiebe den statischen Plan um 1 Minute nach vorne und der Plan sollte damit ausgewählt werden.

[mfuchs1984]

@naltatis @Maschga ich nutze aktuell mit Freude die neuen wiederholenden Ladepläne, dabei ist mir ebenso dieses Problem aufgefallen, das ich für kritisch halte.

Ich habe zwei wiederholende Pläne, Mo, Mi, Sa, So 80% um 9:00 und Di, Do, Fr 50 % um 10:00. Im Dezember fuhren wir in den Urlaub und ich wollte einen einmaligen Plan mit 100% zur Abfahrtszeit anlegen, Samstag 10 Uhr. Dabei ist mir glücklicherweise aufgefallen, dass in der Planer Ansicht keine Ladeslots angezeigt wurden, der nächste aktive Plan war ja Sa 9:00, 80 %, diese waren schon erreicht. Allerdings müsste schon vor 9:00 geladen werden, um die 100% um 10 zu erreichen. Ich bin dann das Risiko nicht eingegangen und habe den wiederholenden Plan deaktiviert.

Nach dem Urlaub machte ich dann einen Test, der Akku war bei 80%, der einmalige Plan Donnerstag 9:30, 95%, der Akku war bei 81%, das Ziel also nicht erreichbar zwischen dem Endzeitpunkt des 50% Plans um 10:00 und der Zielzeit um 10:30. Tatsächlich startete der Ladevorgang pünktlich um 10 Uhr, endete dann natürlich erst um 11:10.

Ich denke dieses Verhalten ist nicht intuitiv und auch gefährlich, da das Fahrzeug zur Abfahrtszeit nicht den gewünschten Ladestand hat. Ich denke es trat auch mit den einmaligen Plänen schon auf, wenn die Ziele zu nah beieinander lagen, aber da ist das eher unwahrscheinlich. Benutzt man jedoch die praktischen wiederholenden Pläne, ist die Wahrscheinlichkeit, in diese Falle zu tappen recht hoch.

Aktuell fragt plannerActive() über lp.EffectivePlanTime() und damit lp.nextVehiclePlan() den nächsten Plan an. lp.nextVehiclePlan() gibt den Plan mit den nächstliegenden Zielzeitpunkt zurück, ohne die benötigte Ladezeit zu berücksichtigen. Um das Problem zu lösen, müsste hier meines Erachtens ein kleiner Umbau stattfinden, um stattdessen den Plan als den nächsten zu betrachten, der den nächstliegenden Ladeslot benötigt. Das wäre dann "Idiotensicher".

Was meint ihr?

[mfuchs1984]

Danke für das schnelle Feedback 👍 .
Ein Hinweis wäre meines Erachtens ziemlich hilfreich.

Ich verstehe aber nicht ganz, welche Rolle die Ladekurve bei der angedachten Lösung, die Ladepläne einmal durchzuspielen, und den mit den nächstliegenden Ladeslot zu aktivieren, spielt Die Schätzung bleibt ja die selbe, oder?

[mfuchs1984]

Neue Diskussion zum Thema: #18189

[cschlipf]

Hi @naltatis

Um es einfach zu halten: Kann man nicht einfach sagen, dass ein Ad-Hoc Ladeplan immer einen wiederkehrenden Plan überschreibt? Die Ad-Hoc Pläne deaktivieren sich ja eh automatisch, nachdem sie ausgeführt worden sind. Siehe auch den Use Case, den ich in #18189 beschrieben habe.

[mfuchs1984]

Das hätte wieder zur Konsequenz, dass der wiederkehrende Plan nicht ausgeführt wird. Wenn ich morgen früh 80% per wiederkehrendem plan brauche und übermorgen 100% per einmaligem, das Auto aber 20% hat, wäre das sehr ungünstig, wenn ich morgen früh nicht zur Arbeit könnte ;). Besser wäre mMn. nach wie vor, den Plan auszuführen, der den zeitlich nächsten Ladeslot benötigt.

[cschlipf]

OK, ich sehe den Punkt. Aber wie oft kommt es vor, dass man schon Tage im Voraus einen einmaligen Plan macht? Mein Use Case wäre das jetzt nie.

Alternativ könnte man es auf +/- 12 h vom wiederkehrenden Plan einschränken.

[naltatis]

Ich hab über das Thema noch mal nachgedacht und nun glaube ich einen relativ einfachen Fix gefunden in dem wir nicht nach "Planzeit" sondern nach "letzt möglicher Startzeit" sortieren. Damit gibts keine Sonderlocke für einmaliger oder wiederholenden Pläne. Auch bei zwei Plänen mit der gleichen Zeit gewinnt immer der mit dem höheren SoC. Danke noch mal für die Gedankenanstöße.

Siehe #18211

[cschlipf]

Sagte ich schon, dass ihr die Besten seid?

[mfuchs1984]

Danke 👍

[andig]

Auch bei zwei Plänen mit der gleichen Zeit gewinnt immer der mit dem höheren SoC.

Es müsste m.E. immer der Plan mit dem frühesten aktiven Ladeslot gewinnen unabhängig vom Soc.

[mfuchs1984]

Genau, das meinte ich oben.