Target SoC Slider / Loadpoint Layout Cleanup

[naltatis]

What changed?

• target charge time can be set using a modal (max 7 days in the future, using native browser time input)
• target soc can be set as a slider on the car progress bar
• removed user-configurable target soc control
• simplified loadpoint component (no more single/multi differences)
• smaller changes
  • moved vehicle range closer to the progress bar and vehicle name
  • striped loading animation now only happens in the left area of the progress bar
  • target soc marker auto-hides after a short time when its set to 100%
  • made home battery tile more compact to fit into the grid (moved % to the top)

Todos:

• remove soc-step config from Go and config code
• [ ] verify target charge works reliably (for me it often didn't reach the desired soc state at the set time)

---

smaller screen

---

.larger screen

---

vehicle soc

[andig]

Moin Michael, könnten wir das in kleinere Schritte zerlegen? Hier passieren verschiedene Dinge gleichzeitig die ich noch nicht voll verstehe?

[naltatis]

Moin Michael, könnten wir das in kleinere Schritte zerlegen? Hier passieren verschiedene Dinge gleichzeitig die ich noch nicht voll verstehe?

Jein, ich hab schon probiert den Scope hier nicht zu weit zu öffnen. Ist mir leider nur teilweise gelungen. Das hängt leider alles etwas zusammen. Für Target-Charge ist es halt wichtig, dass man immer die Möglichkeit hat einen WunschSoC zu wählen. Dafür ist die bisherige SoC Auswahl eher ungeeignet. Ich wollte aber auf keinen Fall einen zweiten SoC-Wähler einführen. Daran hingt dann der Layoutumbau der Loadpoints um hier a) den Platz zu schaffen und b) neue Redundanzen zu vermeiden.

Was ich anbieten kann ist, dass ich das die eigentliche UI für das Wählen/Aktivieren/Deaktivieren der Zielzeit hier rausziehe und dann später in einen neuen PR auslagere. Dann würde dieser PR quasi die UI-Vorbedingung für Target-Charge sein. SOC-Wahl und Layoutumbau würde hier verbleiben. Modal/API-Call/Zeitanzeige wandert raus. Macht das Sinn? Schafft dann auch etwas Raum um ggf. an der Ladesteuerung noch zu optimieren.

Alternativ kannst du natürlich auch hier Fragen an den Groß-PR schreiben die ich kommentiere und erkläre.

[mark-sch]

Habe das gerade mal für ein erstes Testing gemerged. Der neue TargetSoC Slider ist super klasse, auch dass er in 5% Schritten springt.

• Für das erste Empfinden ist die Schrift/Skalierung insgesamt recht klein geworden, gefühlt gleich mehrere Stufen zu dem vorherigen UI. Zu dem Punkt evtl. ein Zwischending aus beiden Versionen?
• In der Zielzeit werden 5Min. Schritte erwartet, die Auswahl bietet aber 1Min. Schritte. Zwischen 00 un 01 Min klafft eine Lücke.
• Bei größeren Screens ist die Aufteilung zwischen Loadpoint und LoadpointDetails 6/6. Die Datenwerte rechts neben der Progress bar wirken dadurch sehr "luftig". Vorschlag: 8/4 ?

Musste für mich einige merge Konflikte auflösen, will einen Seiteneffekt auf das obig beschriebene Verhalten nicht ganz ausschließen.

[naltatis]

Ich hab den Target-Time Dialog hier jetzt erstmal rausgenommen um den PR etwas kleiner zu halten und hier erstmal "nur" den Target SoC Wähler und die Loadpoints Vereinfachung live zu bringen. Die Progressbar inkl. Beschriftung ist auch noch etwas größer geworden.

@mark-sch Eine 8/4 Aufteilung passt an der Stelle nicht weils dann die Fluchten mit den Site-Details bricht. Aber du hast in deinem Fork ja scheinbar noch nen vierten Eintrag mit den Verbrauchsdaten. Im Original sind die Elemente bei der Auflösung dann auch bündig. Zeitselektion verwendet native Browser UI. Ob da 5-min Schritte unterstützt werden hängt vom Browser und OS ab. Die mobilen Geräte machen das aktuell besser als die Desktop-Varianten. Btw was hast du eigentlich mit unserem schicken evcc Blitz ⚡️ oben links gemacht? 🙃

[premultiply]

Ich wars nicht! Das war @mark-sch 🙃

[naltatis]

Ich wars nicht! Das war @mark-sch 🙃

Whoops. Falscher Person geantwortet.

[mark-sch]

Ahh, es gibt noch Unterschiede durch das native Browser UI, verstehe. Mit dem Zielladen sah aber sonst schon gut aus, ein paar Dinge sind mir dann bei backend seitiger Integration noch aufgefallen. Nimmst du es mit einem separaten branch wieder auf oder bleibt die Funktion erstmal on hold?

[naltatis]

Ja, das Zielladen kommt dann in einem neuen PR sobald dieser hier durch ist. Gerade weil ja noch ein paar Fragen offen sind (bspw Persistenz) ist das ne gute Idee das erstmal zu entkoppeln.

[naltatis]

Ladepunktüberschrift wird nur angezeigt wenns mehrere Ladepunkte gibt

---

HEMS-Warnung wieder hinzugefügt und formatiert

[premultiply]

Ich persönlich finde diese Meldung ja ziemlich groß und eigentlich auch unnötig.
Alternativvorschlag: Kann man nicht einfach nur die gesamen Lademodi-Buttons zur Signalisierung einer externen Beeinflussung nur so ausgrauen (wie bei den Icons auch) und die Meldung dann ganz weg lassen?

[naltatis]

Ja sehe ich auch so. Hab's jetzt erstmal wieder so reingenommen wie es vorher war damit das Feature nicht verloren geht. Ein Icon (Evtl mit tooltip) wäre sicher eleganter und platzsparender. Dass dann aber in einem neuen PR.

[naltatis]

Neues Update. Habe noch mal an den Aufteilungen gedreht.

• Mode Klickflächen sind nun gleich breit (nicht mehr beschriftungsabhängig)
• Anzahl unterschiedlicher Schriftgrößen reduziert -> SoC & Modus sind gleich hoch und größer als vorher
• Layoutanpassung: Ladepunkt Messwerte stehen nun immer unten. Fahrzeug und Moduswähler nebeneinander sofern möglich.
• Kompaktere Darstellung: Zahlen und Messwerte richten sich auf großen Screens rechtsbündig aus.
• Einheitliche vertikale Abstände

großer screen

---

mittlerer screen

---

kleiner screen

[andig]

Geilomat! Find ich richtig Klasse!!!

[premultiply]

Ich auch. Wird immer noch besser.

[schenlap]

Wirklich toll, freue mich vor allem schon auf den Ladetimer im nächsten PR :-) . Gibt es hier noch offene Punkte?