Michael Geers

> Planner accepts full hours only, too. 🙄

@andig magst du da mal reinschauen. An dieser Stelle wird rein das `planOverrun` bool ausgewertet das der Planer zum aktuell laufenden Plan published. Das ist noch mal anders als die...

@andig Ja, ich hab bei der projizierten Zeit die Sekunden entfernt (auf Min abgerundet) und beim gewünschten Ziel aufgerundet. Das war in JS für mich der einfachste Weg. Siehe https://github.com/evcc-io/evcc/blob/master/assets/js/components/ChargingPlanWarnings.vue#L76-L87...

Dann macht der gepublishte `planOverrun` aber keinen Sinn mehr und wir müssten stattdessen ein `planProjectedEnd` (analog zu `planProjectedStart`) publishen.

Ich find auch gut, wenn wir die Logik auf einer Seite halten. Ob in UI oder in Backend wäre mir relativ egal. Wenn wir sagen das soll ins Backend müssten...

> Der von Dir verlinkte vergleich testet übrigens nicht auf 60s sondern prüft nur, ob beide in der gleichen Minute liegen ;) Ich hab ja auch `max 1min` geschrieben :D

> JS kann keine Dates subtrahieren? Nichtmal als UNIX? Klar geht das, ist aber aktuell nicht so, weil das für den Anwendungsfall ausreichend war.

Depends on https://github.com/evcc-io/evcc/issues/6144

@danielraffel what you describe is expected and documented behavior. > The complete energy of the home battery will be used. The above-mentioned priority settings are overridden for this charging session....

@andig I'd suggest to think about adding an optional home battery soc limit to the boost feature. We decided against connecting battery boost with priority/buffer-soc since the later ones are...