Closed GrimmiMeloni closed 1 year ago
Findest Du raus, welcher Commit schuld ist?
Das hab ich auch gelegentlich. Ich habe noch nicht herausgefunden, wie ich das reproduzieren kann. Siehe auch https://github.com/evcc-io/evcc/issues/8375
Danke für den Hinweis @VolkerK62 ! Ich habe nicht neugestartet, aber seid dem das Auto ab- und später wieder angesteckt wurde ist die UI wieder Ok. Auf die schnelle sieht auch das Log in Bezug auf den Guard in beiden Fällen gleich aus. Ich schaue mir das morgen mal in Ruhe an.
Moin. Ich glaube, dass ich das gleiche Phänomen habe. Alles hat perfekt geladen und nun ist das Auto bei 80%. In evcc habe ich als Grenze 85% eingestellt. Kann es damit zusammen hängen?
Ansonsten keine Fehler. Danke!
Version: 0.118.11 (Nightly)
Hey Jens, ich glaube nein. Soweit ich es überblicken kann ist es ein rein optisches Problem. Die Funktionalität scheint nicht betroffen.
Helfen würde rauszufinden welcher commit das gebracht hat.
Hey Jens, ich glaube nein. Soweit ich es überblicken kann ist es ein rein optisches Problem. Die Funktionalität scheint nicht betroffen.
Ich glaube, ich habe es etwas falsch ausgedrückt. Funktion ist wie gewollt. Mit 80% meine ich, dass das Fahrzeug Limit erreicht ist und deshalb die Ladung wie erwartet endet. Also auch von meiner Seite nur ein "optisches" Phänomen.
Helfen würde rauszufinden welcher commit das gebracht hat.
Das war mein letzter loadpoint.syncCharger()
change.
Wenn wir Loadpoint.enabled
mit dem Charger syncen führt dies dazu das wir in setLimit()
den Block mit enabled (Zeile 721++) Skipper. Somit publishen wir keine updates mehr für den Guard Timer. PR erstellt.
Moin!
Ich war gestern etwas verwundet, denn ich habe das Auto mit 0.119.1
geladen, im Auto das Limit auf 90% gestellt und in evcc das Limit auf 85%. Als dann die 85% erreicht waren, stoppte die Ladung auch (0kWh Leistung), aber der Timer lief. Nach einem Refresh startet er erneut bei 2:20 und nach Ablauf auf 0:00 wurde "Verbunden" angezeigt.
Ich dachte, dass das Problem bereits in 0.119.0
gefixt ist.
Und nun? Braucht ihr noch mehr Logs oder Traces?
Moin Jens - ja, ein Log wäre super. Debug müßte vermutlich schon ausreichen. Wirf einfach mal etwas über den Zaun, ich schaue es mir an.
Moin Michael,
habe das Log etwas gekürzt und die ganzen Idle Passagen herausgeschnitten. Am 26.8. war alles okay, aber das lag auch daran, dass ich vor Erreichen von targetSoc den Enyaq abgezogen habe. Am 27.8. hatte ich dann das Problem.
Vielleicht findest Du ja etwas.
Danke und Gruß Jens
Habe mir das Log mal angeschaut und auch den Code darauf hin untersucht. Kann erstmal keinen Fehler sehen. Der "charger disable" bedeutet daß der Guard Timer definitiv als abgelaufen an die UI gesendet wird. Ich finde auch keine Variante wie er wieder gestartet werden würde.
Kannst Du das reproduzieren, oder war das ein one-off?
Ich habe das gesehen, als Du auch den Issue hier aufgemacht hast. Dann erst wieder am Sonntag. Ich gehe jetzt auch mal auf 0.119.2 und werde weiter beobachten.
Describe the bug
Running the latest nightly I am seeing a guard duration countdown on the UI, even though no guard duration is running according to the logs. After the duration (4 mins) has passed, the status on the UI changes to "loading". However, the guard duration also restarts at 4mins on every reload of the UI.
cc @naltatis
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Linux
Version
nightly 0.118.11 (52bbc4e5)