Add schedule for planner

[Maschga]

Fix #5492

Hi,
dieser Draft soll den Support für das Planen für Wochentage hinzufügen.
Dafür fehlt noch folgendes: Ich kenne mich im evcc-System nicht so gut aus. Wenn etwas fehlt, dann bitte mir mitteilen.

• Backend-Implementierung
• Tests (um-)schreiben
• Bug fixen: Uncaught (in promise) Maximum recursive updates exceeded in component <ChargingPlanRepetitiveSettingsEntries>. This means you have a reactive effect that is mutating its own dependencies and thus recursively triggering itself. Possible sources include component template, render function, updated hook or watcher source function.. Auslöser ist diese Zeile.
• (Wie) in Preview Pläne visuell anzeigen?
• Bug fixen: Siehe Video. Das Dropdown-Menu aktualisiert nur die Daten des dazugehörigen Select-Menus, wenn auf die Checkbox geklickt wird.

bug.mp4

Vielen Dank für das tolle Projekt!
~ Maschga

[andig]

Was wäre denn hier die Idee fürs API?

[naltatis]

Wording: Ich würd hier nicht repetetive verwenden. Da steckt von der Bedeutung was "ermüdendes", "monotones" drin. Lass uns repeating nehmen. Sowohl Richtung User als auch im Code.

[andig]

Oder einfach Wochenplaner?

[Maschga]

Wie soll ich es jetzt machen? 😅

[naltatis]

Lass uns bei repeating bleiben.

[Maschga]

Das Anzeigen der Zielzeit gefällt mir sehr gut.

1. Es gibt nur ein Problem, wenn die Zielzeit fast am Rand des Popup-Fensters ist:
   

Vielleicht lässt sich in diesem Fall der Text nach links verrücken?

2. Dann ist mir noch aufgefallen, dass beim Aktivieren und Deaktivieren eines wiederholenden Plans (nicht bei dem statischen) die Zielzeit sich um eine Stunde verschiebt:

zielzeit_verschieben.mp4

3. Und beim Applyen von Änderungen gibt es anscheinend zweimal den gleichen Request:

multiple_requests.mp4

4. Und bei einem Unterschied von einer Stunde zwischen dem statischen Plan und einem wiederholenden Plan wird der falsche, spätere Plan ausgewählt:

timezones.mp4

[naltatis]

Es gibt nur ein Problem, wenn die Zielzeit fast am Rand des Popup-Fensters ist

Eigentlich sollte bei Zielen, die außerhalb des anzeigbaren Zeitraums liegen die Zielzeit fix unten rechts angezeigt werden.

Das mit der Uhrzeitverschiebung schau ich mir an. Hab da ja gestern einiges umgebaut.

[naltatis]

Alle Integrationstests geschrieben. Aus meiner Sicht gibts hier nichts mehr zu tun.

\cc @Maschga @andig

Zum Release: Aktuell ist das Feature nicht als experimentell 🧪 markiert. Je nachdem wie sicher wir uns nach der Nightly Phase fühlen könnten wir den "Add repeating plan"-Button auch vor einem Release spontan mit nem Featureflag versehen.

[andig]

Kurzer Testlauf: ganz großes Kino! Rein damit!

[naltatis]

Danke @Maschga, dass du dich so ins Thema reingehängt hast 💚

[RenatusRo]

Sehe ich das richtig, dass das nur bei online-Fahrzeugen funktioniert?
(ansonsten aber grosses Kino)

[RTTTC]

Weekdays is incorrect:

"A weekday is a day of the week that is not a part of the weekend.
The weekdays are normally Monday, Tuesday, Wednesday, Thursday and Friday.
Saturday or Sunday are not weekdays. These two days are the days of the weekend"

Correct wording would be Days of the week Or perhaps simply Days ??

[matzidp8]

Sehe ich das richtig, dass das nur bei online-Fahrzeugen funktioniert?
(ansonsten aber grosses Kino)

@RenatusRo das dachte ich mir auch, echt super geile auf die ich schon lange warte neue Funktion.
Aber leider haben wir zwei Wallboxen und von drei Fahrzeugen ein offline Fahrzeug, dann wird es gerade mit dynamischen Strom Tarif kompliziert.

[naltatis]

@RenatusRo @matzidp8 Ja, wiederholende Pläne setzen voraus, dass der SoC bekannt ist. Das geht heute auch schon mit Offline-Fahrzeugen wenn der Charger den SoC über ISO liefern kann (aktuell noch eher Niesche).

Es rein auf Energiemenge (+ kWh) zu machen bringt, gerade bei den wiederholenden Plänen einiges an neuen Schwierigkeiten mit rein, für die wir heute keine guten Lösungen haben. Hier müssten wir dann bspw. über mehrere Ladevorgänge an einem Tag hinweg pro Fahrzeug die Energiemenge tracken und so. Daher sind die energiebasierten Pläne aktuell immer nur für den aktuellen Ladevorgang gültig.

[RenatusRo]

Makes sense.
Dank fuer die Erklaerung!

[matzidp8]

@naltatis danke für die Aufklärung.
Mir würde schon langen falls möglich das nur die Startzeit nicht die Abfahrtszeit in den wiederholenden Plänen rein kommt, ohne wieviel kWh geladen werden müssen.

Mein Problem ist, dass ich von Tibber wahrscheinlich zu Octobus wechsele und hier in den Tarif intelligent go, hier ist der Preis zwischen 0 und 5 Uhr immer günstig. Leider muss ein Fahrzeug mein Enyaq mit Octobus verbunden werden.

Jetzt dachte ich der Kangoo kann ja über wiederholenden Pläne an Wallbox 1 als Standarfahrzeug, der Ionic genauso an Wallbox 2 mit je Start 0 Uhr und der Enyaq nehme ich aus evcc raus und evcc erkennt ihn dann als Gastfahrzeug an Wallbox 2 und auf Schnell und Octobus startet dann das laden.

Aber leider so nicht umsetzbar, dann muss ich leider auf evcc verzichten und einfach feste Ladezeiten in der Easee Wallbox einstellen, wo nur hier die Ladefreigabe stattfindet und zusätzlich beim Enyaq in der Octobus App die gleiche Ladezeit.

Trotzdem ein super Projekt, dass natürlich nicht alle Stromanbieter und Varianten abdecken kann, macht weiter so.

[matzidp8]

Sorry ganz vergessen, wir haben ja noch keinen PV Eigenverbrauch, natürlich würden wie du schon geschrieben hast, ein offline Fahrzeug hier extrem schwer mit wiederholenden Plänen und dynamischen Strompreisen integrierbar sein. Völlig verständlich, kein Problem, in Zukunft werden ja alle Fahrzeuge wahrscheinlich abfragbar sein.