Closed SolarPowerEV closed 5 months ago
@naltatis er müsste egl. beim aktuellen wert des pvTimer los laufen?
Noch ein ähnlicher Fall, der heute aufgetreten und relativ irritierend ist, selbst wenn man evcc nur in einem einzigen Browserfenster betreibt: evcc hatte den Ladevorgang laut meiner Tesla-App UND der Anzeige des Loadpoints in evcc zufolge längst beendet, der Zähler im Loadpoint zählte aber immer noch fleissig runter:
Die Anzeige des Timers ist also auch nicht in sich konsistent, selbst wenn man nur einen einzigen Browser benutzt.
Das kann gut sein. Bei einem Invervall von 30s gibts eben nur alls 60s einen neuen Status für das UI. Tut aber der Funktionalität keinen Abbruch.
Ok. Mir war nicht bewusst, dass das Update-Intervall für die Abfrage des Wechselrichters durch evcc auch den Update-Zyklus des Web-UI betrifft und sich beide in 30 Sekunden-Intervallen aktualisieren. Ich hatte den Eindruck, dass die Verbindung zwischen evcc und dem Browser schneller getaktet sein würde, weil immer wenn ich meine evcc-Instanz im Docker abschieße, das UI binnen 1 Sekunde anzeigt, dass es die Verbindung zum Server verloren hat.
@SolarPowerEV das ist auch korrekt. Die Events von der UI gehen in Echtzeit an den Core. Deswegen kannst Du auch den Lademodus von AUS auf SCHNELL setzen, und es geht (mehr oder weniger) sofort los, ohne das Intervall abzuwarten. Der Core aber hat die Taktung des Intervals, und schreibt in dieser Taktung die Restlaufzeit der Timer raus an die UI. Diese erzeugt dann durch einen Countdown die Illusion das da permanent Updates kommen. Rein technisch kommt unter der Haube aber nur immer pro Intervall die Information.
Ok, heißt, hier läuft eigentlich alles wie erwartet bzw. zumindest in den Rahmen in denen wir das designed haben. Also Differenz maximal ein Update-Interval. Korrekt?
Ich kann die Irritation verstehen, aber da es sich dann ja geraderuckelt und es keine Auswirkungen auf die eigentliche Funktion hat, würde ich jetzt hier erstmal beim aktuellen Verhalten bleiben.
Der Zähler mit der Meldung "Zu wenig Überschuss. Pausiere in 3:00 m ..." erscheint und fängt an von der eingestellten Zeit (disable delay - in meinem Fall entsprechend 3 Minuten) an rückwärts zu zählen.
Ok, heißt, hier läuft eigentlich alles wie erwartet bzw. zumindest in den Rahmen in denen wir das designed haben. Also Differenz maximal ein Update-Interval. Korrekt?
Korrekt- ich hatte die 3min anders interpretiert. Hier funktioniert also alles wie erwartet. Die Timer-Updates ins UI kommen nur im Rahmen von interval
, die Abweichung ist also prinzipbedingt.
Wenn das alles so läuft, wie es soll, wäre die Sache ja geklärt. Danke für die Erläuterungen.
Was ich allerdings trotz allem neu gewonnenen Verständnis für die internen Abläufe von evcc etwas seltsam finde, ist dass evcc schon weiß und anzeigt (siehe Screenshot oben mit den 3 roten Pfeilen), dass der Ladepunkt nur noch 0 Watt zieht (sprich die Ladung beendet wurde), der Timer aber trotzdem weiter von 1:20 min heruntergezählt wird. Kann man nicht zumindest in dem Moment, wo faktisch von evcc selbst bereits das Signal zum Beenden des Ladevorganges an die Wallbox gesendet wurde UND die Wallbox schon die 0 Watt Leistung an evcc zurückgemeldet hat, zumindest den Abschalt-Timer einfach sofort vom GUI runternehmen?
Das müsste doch möglich sein, wenn das GUI beispielsweise auch sofort mitbekommt, wenn ich z.B. am Handy-Browser von PV
auf Aus
oder Schnell
umschalte und das in Echtzeit auf dem Desktop-Browser anzeigt, oder?
@naltatis ?
Describe the bug
Wenn die Sonne nicht mehr ausreicht, um Überschuss-Laden aufrecht zu erhalten (z.B. weil eine dicke Wolke erschienen oder ein fetter Verbraucher angesprungen ist), dann erscheint ein Timer, der (gemäß meiner Delay-Time) von 3 Minuten an rückwärts zählt:
Soweit so gut und auch erwartetes Verhalten. Aber wenn ich dann einen Browser-Refresh mache oder z.B. evcc parallel dazu auf meinem Handy aufrufe, dann läuft der angezeigte Timer im entsprechenden Browser wieder bei 3:00 los.
Das ist für mich unerwartetes Verhalten, weil ich dachte, die 3 Minuten werden generell heruntergezählt, ab dem Moment, an dem der PV-Ertrag eingebrochen ist und nicht abhängig davon, wann ich evcc im Browser aufgerufen habe bzw. wann der letzte Browser-Refresh stattgefunden hat. Auch würde ich erwarten, dass jede Browser-Instanz entsprechend denselben Wert anzeigt, weil evcc diesen Wert intern und nicht abhängig von der Browser-Instanz herunterzählt.
Nachtrag: Gerade hatte ich wieder die Situation, dass der Überschuss nicht ausreichte und habe damit etwas rumgetestet. Als ich parallel auf dem Handy ein zweites UI aufgerufen habe, hat dies zunächst bei 3:00 angefangen rückwärts zu zählen während das UI im Browser am Desktop schon bei 2:30 angekommen war. Nach ca. 10 Sekunden sprang dann aber auch der Wert in meinem Handy runter auf 2:20 und beide liefen synchron. Bis ich einen Refresh durchgeführt habe. Dann lief der "gefreshte" Browser neu bei 2:28 los, während der andere Zähler schon bei 2:02 angekommen war. Es scheint also ein Abgleich stattzufinden, aber mit Verzögerung. Trotzdem sollte ein Refresh m.E. nicht zu so einer starken Abweichung führen.
Nachtrag 2: Die gleiche Abweichung tritt auch beim Aktivieren auf. Also als wieder genug Sonne vorhanden war, um den Ladevorgang wieder zu starten, fing mein Desktop an von 0:59 an runterzuzählen. Ein Reload der Seite nachdem der Zähler schon bei 0:40 angekommen war ließ auch hier den Timer wieder zurückspringen auf 0:59.
Nachtrag 3: Ich habe gerade noch ein Screen-Recording von meinem Handy gemacht, wo aufgezeichnet ist, wie nach einem einfachen Refresh der Zähler wieder neu bei 3:00 startet. Falls das bei der Suche helfen sollte, reiche ich das auch noch gerne nach.
Steps to reproduce
Configuration details
Log details
What type of operating system are you running?
Docker container
Version
0.124.10