Closed panzerdev closed 1 year ago
Spannende Frage: woran erkennen wir, dass wir einen Soc aus anderer Quelle als von einem identifizierten Fahrzeug bekommen? Es reicht eigentlich nicht zu schauen, ob der Charger api.Battery
unterstützt sondern es muss ja im allgemeinen Fall auch ein passendes Fahrzeug angeschlossen sein das darüber ausgelesen werden kann.
Das ergäbe folgende Fälle:
In jedem Fall ist auch soc=0 ein gültiger Wert, im Zweifel gibts noch keinen und wir verhalten uns daher konservativ.
/cc @premultiply
integriertes Gerät: dann sollte das auch immer einen Wert liefern
Das ist keine korrekte Annahme. Unsere Idee war ja, die Mini-Loadpoints auch an der Eigenschaft "integratedDevice" festzumachen. Also primär "einfache Geräte" wie Schaltsteckdosen und so wo es kein Fahrzeug gibt. Vielleicht müssen wir das auch noch mal überdenken/hinterfragen.
Wäre es evtl. eine Idee den Charger als einzige Quelle für den SoC zu betrachten und dieser Fragt das Fahrzeug ab wenn vorhanden oder nutzt eine andere Quelle? Sobald Wallboxen SoCs abfragen können wird das ja auch relevant sein, oder?
Das ist keine korrekte Annahme.
Das passt schon. Das wäre dann ein Charger, aber ohne soc. Da kann also auch nix abgerufen werden. Dein Fall ist außerhalb der Auswahl oben.
Wäre es evtl. eine Idee den Charger als einzige Quelle für den SoC zu betrachten und dieser Fragt das Fahrzeug ab wenn vorhanden oder nutzt eine andere Quelle? Sobald Wallboxen SoCs abfragen können wird das ja auch relevant sein, oder?
Und dann? Heute kann das keine Wallbox :/
@panzerdev schau mal bitte obs jetzt tut
@andig Funktioniert, super Sache! Danke!
Describe the bug
"Charging" not stopping then
targetSoc
reached or exceeded.found by @naltatis https://github.com/evcc-io/evcc/blob/216dcba3de6a241fcdadd0d0d6adebef424d4943/core/loadpoint.go#L799-L800
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Linux
Version
commit 54d3057042c7c51c0b9a7a810216621d3ad6512f