Add Retryable feature to indicate vehicles that are temporarily offline

[andig]

Goal of this PR is to make minsoc/limitsoc editable for broken vehicles. To avoid an intermediate step, we're combining this with moving the vehicle settings from arrival tab to config ui.

Fix #12460.
This is an intermediate step. Full solution depends on #11572.

Changes:

• ☁️ show unreachable icon instead of "$title (unavailable)"-text. Added tooltip and link to restart dialog.
• ♻️ fixed tooltip and rotation animation for autodetect state (new icon, no wobbling)

fixed autodetect animation

detect.mp4

new unreachable icon

not.reachable.mp4

TODO

• add features to readable vehicle config (separate key) @andig
• move vehicle settings (arrival tab) to config ui (part of UI: Make loadpoints configurable #12903) @naltatis
• allow minsoc/phases manupulation even though vehicle is offline @naltatis

[naltatis]

Ich bin mir noch nicht sicher, ob wir hier nicht zu sehr von der Implementierungsseite denken:

"Offline Fahrzeug, dass Retryable ist und wieder ein Online Fahrzeug werden kann" vs. "Online Fahrzeug, dass vorübergehend nicht erreichbar ist"

Ich weiß, ist erstmal "nur" Wording. Wird sich aber durch alle Stellen/Logiken im Code durchziehen wo wir auf diesen Zustand speziell reagieren müssen. Und die sind jetzt ja schon nicht immer einfach zu verstehen.

Aktueller Zustand: Wir behandeln das Fahrzeug größtenteils wie ein Offline Fahrzeug (kWh-Limits, ...), haben aber auch Online-Aspekte (minSoC).

Für mich steht und fällt das mit der Frage ob dieser Zustand in der Praxis eher was temporäres ist (Server nicht erreichbar, Auto hat keinen Empfang), oder ob das überwiegend ein permanenter Zustand (API hat sich geändert, Warten auf evcc Bugfix) ist. Bei letzterem find ich den hier beschriebenen Weg gut, wenns eher das erste ist, würde ich es auch anders herum modellieren.

[andig]

ob dieser Zustand in der Praxis eher was temporäres ist

Der Zustand ist permanent, solange bis es Lifecycle gibt. Wenns den gibt dann brauchts zusätzlich einen Retry Mechanismus der eingreift wenn ein Fahrzeug dieses Feature (oder ein anderes neues API) hat.

[naltatis]

@andig was hältst du davon den jetzigen Stand schon mal zu mergen? Das bringt für sich schon eine Verbesserung (Darstellung des Offline+Reachable Zustands). Dann wir das nicht so ein Riesenchange.

Die verlinkten Issues wären damit noch nicht gelöst, dafür würden wir nen neuen PR aufmachen.

[andig]

@naltatis ich traus mich kaum zu sagen: das ist jetzt aber wieder zurück zu meinem Vorschlag, plus kein Icon? Geht gleich rein, muss nur die Referenzen bearbeiten. 👍🏻

[naltatis]

das ist jetzt aber wieder zurück zu meinem Vorschlag, plus kein Icon?

Weiß nicht genau worauf du dich beziehst. Wir haben so vieles besprochen 😅