andig
Die Erkennung passiert bei Verbindung. Danach änder sich das Fahrzeug ja nicht mehr.
Das wiederum hat nix mit einem Custom vehicle zu tun. Ich frag mich allerdings warum das sonst so wunderbar funktioniert?
@binderth du könntest als workaround mal probieren, beim abstecken den alten Status des angeschlossenen Fahrzeugs zu nullen, also einfach auf A. Solange bis es einen neuen gibt. Das sollte als...
> Wenn es eine evcc-interne Lösung dafür gäbe, kommt das auch weniger versierten Nutzern zugute. Wie sollte die denn aussehen?
> Wenn per MQTT oder API das aktuelle Fahrzeug nicht mehr den IEC-Lade-/Warte-Status hat, sollte eine erneute Abfrage laufen. Was bedeutet das? Der Ladepunkt kennt kein Mqtt. > Das könnte...
Ich meine damit: der Ladepunkt weiss nichts von Mqtt oder custom. Für ihn ist ein Auto ein Auto. Du kannst also nicht sagen „bei Mqtt soll das passieren, bei normalen...
Dann müssten wir anhaltend die Fahrzeug APIs pollen? Leider keine gute Idee :(
Die Frage war: nach welchem Algorithmus soll das geschehen? Bisher gibts dazu keine Antwort die umsetzbar wäre. Der Algo muss von `custom` oder `mqtt` unabhängig sein da der Loadpoint davon...
Der Loadpoint ist führend. Devices können/sollen nichts am State des Loadpoints ändern. Schon gar keine generischen Devices (mqtt), denn das würde wieder neue Device-APIs bedeuten. > Das kommt ja nicht...
Keine neue Erkenntnisse/ kein Algorithmus. Closing.