Nach v.0.200.0 fehlerhafte Anzeige Ladevorgänge

[JoSilverguard]

Nach dem Update auf v.0.200.0 habe ich heute unter Ladevorgänge festgestellt, dass meine Ladungen nicht mehr den einzelnen Loapoints wie bisher zugeordnet werden. Ich habe 2 Wallboxen, eine Keba P30C und eine Keba P30X. Und bis zum Update wurden die beiden Wallboxen auch unter den Ladenpunkten aufgelistet. Ebenso wurde die jeweile Ladung an der Wallbox diesen zugeordnet.

Seit dem Update ist nun ein 3tter Ladepunkt mit Namen "Ladepunkt" hinzugekommen. Und die unterschiedlichen Ladungen werden nun nur noch diesem "Ladepunkt" zugeordnet.

Grundsätzliches: Das Update wurde standardgemäß wie üblich durchgeführt. An der evcc.yaml wurde nichts verändert. Ebenso wurden keiner Einstellungen in der experimentellen Konfiguration vorgenommen.

`loadpoints:

• title: Garage - Keba P30C
  charger: KebaP30C
  vehicle: mybmw
  mode: now
  priority: 2
  enable:
  delay: 1m
  disable:
  delay: 2m
• title: Parkbucht - Keba P30X
  charger: KeContactP30X
  vehicle: myporsche
  mode: now
  enable:
  delay: 1m
  disable:
  delay: 2m`

Anbei ein paar Screenshots:

Übersicht, alles wie bisher:

Ladevorgänge gesamt, hier erkennt man dass die einzelnen Ladungen nur noch in dem hinzugekommenen "Ladepunkt" aufgeführt werden. Meine beiden Keba-Wallboxen sind offenbar obsolet:

Ladevorgänge pro Ladepunkt, das selbe wie oben:

[lgusewski]

Ich habe vorhin das gleiche Verhalten bei mir festgestellt und einen Issue erstellt.

[JoSilverguard]

@andig
Das eigentliche Problem damit ist, dass es sich dabei nicht nur um einen "Schönheitsfehler" handelt. Damit wird für mich die Statistik verfälscht bis unbrauchbar.
Als ad-hoc Lösung habe ich gestern Abend noch ein Downgrade auf die v0.133 durchgeführt. Zwei anschließend durchgeführte "Test-Ladungen" zeigen, dass die Datenbankeinträge nun wieder korrekt sind. Zum Glück (und durch Erfahrung vorsichtig geworden) hatte ich eine (nur) 5 Tage alte Sicherungskopie meiner Datenbank. So fehlen mir jetzt eben 4 Tage in der Statistik. Immerhin besser als einen (für mich) wertlosen "Ladepunkt" in der Zukunft mitzuziehen. Bis zur Lösung des Problems verbleibe ich somit bei der v0.133.

Funfact am Rande: Ich verfüge nun über keine belastbare Statistik, da auch die meiner beiden Kebas fehlerhaft ist. Keba hatte in der vergangenen Firmware einen Fehler, der zu doppelten Einträgen geführt hatte. Das Update auf eine aktualisierte Firmware hat über 3 Monate gedauert. Drauf gekommen bin ich im Übrigen durch eine erhebliche Differenz im Vergleich zur Statistik von EVCC.

Downgrade auf die v0.133

Test-Ladungen zeigen, dass die Datenbank-Einträge bei der v0.133 (wieder) korrekt sind.

[andig]

wäre ein Logfile doch sinnfrei

ähhh… nein. Das könnnen wir noch 2000x diskutieren, Issues ohne Log werden nicht bearbeitet. Die ewige Diskussion verschwendet einfach nur unsere Zeit.

#18850 Danke @VolkerK62

[lgusewski]

Und deswegen musste man #18836 schließen und zwei Stunden später für den gleichen Fehler #18550 neu öffnen? Eine Wiederöffnung und das Log von @VolkerK62 hätte man eine meine erste Fehlermeldung auch anhängen können. Immerhin lief hier schon ein reger Austausch, der zeigte, dass das angesprochene Problem nicht auf eine fehlerhafte Konfiguration, sondern tendenziell die Version 0.200 zurückzuführen ist.

[VolkerK62]

Ich lese hier viel mit und kann die Maintainer gut verstehen.
Wenn man sieht, was hier alles als Issue gemeldet wird, kann man manchmal nur mit dem Kopf schütteln.
Da braucht es "strenge" Regeln, sonst ist es nicht mehr bearbeitbar und man verliert sich nur noch in Nachfragen.

[lgusewski]

und kann die Maintainer gut verstehen.

Ich gehe da sogar mit. Aber hier passt diese strenge Auslegung der Regel nun mal nicht. Denn der Fehler trat ja zum einen bei einigen auf und war direkt auf den Versionswechsel auf die 0.200 zurückzuführen. Und egal wie die Konfiguration vorher aussah, alle betroffenen hatten auf einmal den gleichen Text im Ladeprotokoll stehen. Das sollte den Entwicklern, denen ich für dieses Projekt dankbar bin und auch Respekt zolle, erst mal eine äquivalente Hilfe sein.

[andig]

Bitte Zurück zum Thema. Danke.

[lgusewski]

Dem Team ein Dank für die schnelle Behebung mit der 0.200.1.

[StefanSchoof]

Wichtig noch der Hinweis aus dem PR:

We have no way to auto-recover. The only way to fix this data right now is manual db-edit.

[Chris685]

Manuel db-edit with "DB Browser for SQLite" is quite easy.

Just open "evcc.db" go to session and edit the loadpoint and restart evcc. I did this for 15 minutes and everything is fine. No rollback is needed.

Advice. Make an Copy for editing - just in case anything crashes.