Closed MarkusGH closed 11 months ago
but due to delayed response charging resumes immediately.
interval: 3s # control cycle interval
Hast du es mal mit einem größeren Intervall probiert? 3s ist schon sehr sportlich.
Ich wusste dass das kommt ;-) Ich kann das testen, aber dennoch stellt sich die Frage, ob die an der Stelle kürzlich geänderte Logik "wasserdicht" ist oder angepasst werden sollte. Werde mit aktueller Version nachtesten, gerade eben war der Fehler weg. Eventuell hat ja https://github.com/evcc-io/evcc/pull/9932 das Problem behoben. Werde weiter beobachten.
Nach näherer Prüfung der Quellcodes würde ich meinen, dass das die Folge einer Race Condition ist, bei der der vermeintliche oder echte Status des Chargers zurück auf den Loadpoint übernommen wird. Wenn der Charger z. B. trotz vorherigem Enable(false) das Laden noch nicht beendet hat meldet er "Charging" und "Enabled". Im Falle der openWB bleibt der "Enabled" State sogar auf Ebene des Chargers erhalten wenn das Laden schon beendet wurde. Vorgeschlagene Korrektur: https://github.com/evcc-io/evcc/pull/9959
Hast du mal probiert, ob ein normal großes Intervall das Problem auch löst?
Markus hat hier ein anderes mögliches Szenario für den Zustand gefunden. Der Charger schafft es nicht bis zum nächsten Regelinterval physikalisch abzuschalten. Dann haben wir das gleiche Bild wie beim Restart: Charger lädt (Status() liefert C) und gleichzeitig ist er disabled. #9932 reaktiviert den Charger dann aber wieder.
Ich habe mir #9959 angeschaut. Der Change am Loadpoint sieht erstmal richtig aus. Der Loadpoint.enabled folgt dem Charger dann nur nach Ablauf der Grace Period. Ich denk das ist OK. Allerdings hatte ich jetzt keine Zeit das Zusammenspiel mit Loadpoint.setLimit() zu durchdenken. Testen war um diese Uhrzeit ebenfalls nicht drin. 😉
Danke - freut mich dass ich mit meinen Überlegungen durchdringe. Ich habe gerade im Loadpoint noch eine Änderung gemacht, denn wenn am Charger Enabled und Charging auseinanderfallen gibt es dieselbe Race Condition. Sei so nett und schau Dir das auch mal an ob das so passen könnte.
So sieht das dann übrigens in Grafana aus
Netzbezug reagiert viel schneller, als der Carport
Genau - deswegen der PR https://github.com/evcc-io/evcc/pull/10011
Describe the bug
When charging stops in PV mode due to PV timer expired, charging disable command is sent to openWB, but due to delayed response charging resumes immediately.
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Linux
Version
evcc version 0.119.5 (8abaea79)