cord

Bingo! Das ist wirklich das Problem. Bei hohen Strömen sind beide Zähler ausreichend synchron, aber im Modus PV-Überschss ist der Shelly faktisch unbrauchbar (4,5kWh Abweichung in nur 3h, siehe zweites Bild). Vielleicht sind die angegebenen 5% sogar noch über den Bereich gemittelt und noch höher je näher an 0A… Leider ist es egal, welcher Zähler tatsächlich den Fehler macht, der EVU Zähler hat ja per Definition die richtigen Werte. Ich werde den Shelly eh ersetzen, wenn die Batterie ihren eigenen SM benötigt.

Hier die beiden Leistungsverläufe. Der EVU Stromzähler ist über EDL21 integriert und scheint nur 1x/min ausgelesen zu werden. So sehe ich keinen auffällige Abweichung. Die prozentuale Abweichung müsste ich erst erstellen, sie dürfte aber durch die unterschiedliche Auflösung immer eher wie ein Sägezahn aussehen.

Hallo, vielleicht hat jemand hierzu eine Idee, denn ich bin ratlos: Meine Zweirichtungszähler am Hausanschluss lese ich per IR-Lesekopf und Home Assistant aus, der Shelly Pro3 greift wie üblich direkt vor dem Zähler per Klappstromwandler die drei Phasen ab. Diese werden von meiner warp2 auch zum Regeln bei PV-Überschuss verwendet. Jetzt ist mir vor ein paar Tagen aufgefallen, dass die Werte offenbar nicht synchron sind und habe mir die Differenz von Bezugs- und Einspeisewerten der beiden Zähler berechnen lassen. Zu meiner Überraschung zählt der Shelly sowohl im Bezug als auch der Einspeisung immer dann höhere Werte wenn ich an der warp2 Ladevorgänge habe. Immer 30kWh in rund einer Woche!? Im Shelly UI sind auch keine Fehlermeldungen zu verdrehten Wandlern, o.ä. zu finden. Warp2 (und wem) sitzen bei mir im Carport, weit entfernt vom Zählerschrank im Keller mit dem Hausübergabepunkt zum EVU. Ich frage mich jetzt a) wie es zu so einer starken Abweichung während der Ladevorgänge kommen kann und b) ob mein PV-Überschussladen durch die Abweichung möglicherweise 'teure' Fehler macht?

@MatzeTF, für den warp2 ist der Bug damit gefixt. Habe auf schnell gewechselt und er lädt nach 10min immer noch. Danke!

Danke, @MatzeTF, werde ich morgen ausprobieren können

Hi Paulkerl, ich habe das gleiche Problem hier beschrieben und bei mir funktionierte es nach dem Downgrade auf 2.8.6 auf der warp2 wieder. Hoffe, das hilft dir.

Ich konnte das Verhalten eingrenzen, was für @MatzeTF hilfreich sein dürfte: ein Downgrade auf Version 2.8.6 auf der warp2 führt wieder zum gewünschten Verhalten. Der Bug muss sich also in 2.8.7 oder 2.8.8 eingeschlichen haben. Der wem kann auf 2.4.8 bleiben. Hoffe, das hilft euch. Danke!

OK, Danke für die Einordnung!

Habe eben den Test mit einem anderen Wagen (e-up!) machen können: Nach der manuellen Umschaltung auf Schnell dauerte es ca. 3min bevor der wem auf 3-phasig schalten wollte. Das hat dann zum Abbruch des Ladevorgangs und der Trennung am warp2 geführt. Damit scheint das Problem nicht mit der SW-VErsion auf dem Enyaq zusammenzuhängen sondern in der FW von wem/warp2. Anbei noch die Logs nach diesem Versuch. wem-26K8-Debug-Report-2025-08-13T19-23-29-310.txt warp2-Yrc-Debug-Report-2025-08-13T19-23-37-358.txt

Hi, mit den aktuellen FW für Warp2 und wem führt ein manuelles Umschalten zum Lademodus Schnell zu einem Abbruch des Ladens und der Wagen muss an der Warp2 neu per NFC freigegeben werden. Ich konnte noch nicht viel experimentieren, um den Fehler einzugrenzen, da ich den Wagen dringen laden muss ;-). Ich habe zu dem Problem nichts gefunden und hoffe, es ist vielleicht bereits bekannt. Seit ich den wem vor einigen Monaten in Betrieb genommen habe, hat dies definitiv funktioniert. Da ich diesen Modus nicht häufig nutze, kann ich nicht sagen, seit wann es genau Probleme gibt. Beim Wagen handelt es sich um einen Enyaq, der vor einigen Wochen ein Update auf 3.8 erhalten hat. Kann mir jemand aufgrund der Logs einen Tipp geben, ob ich eher beim Wagen oder wem/warp2 per FW-Downgrade suchen muss? Danke! Edit: hatten die falschen Logs angehängt. Diese sind gezogen, nachdem ich auf Schnell umgeschaltet habe, dann Abbruch und neue Freigabe an der warp2 und erneutes manuelles Umschalten auf Min+PV wem-26K8-Debug-Report-2025-08-13T19-09-40-711.txt warp2-Yrc-Debug-Report-2025-08-13T19-10-12-485.txt

Hallo, ich habe seit geraumer Zeit häufig (aber nicht immer) das Problem, dass ich mich 2x direkt hintereinander an der UI authentifizieren muss, wenn ich über ein Handy (iPhone) darauf im lokalen Netz zugreife. Das ist unabhängig von der iOS Version und dem Browser (Safari oder Firefox getestet). Vom PC passiert das nicht. Kennt ihr das Problem und lässt es sich lösen/umgehen? Danke!

Ich habe inzwischen auf Version 2.4.6+686fc111 aktualisiert und die PV-Einspeisung wird weiter nicht angezeigt (s.o.). Heute fällt mir zusätzlich auf, dass in der Monatsübersicht, die PV Werte auch nicht erscheinen. Und es scheint nur der Bezug immer mit 0kWh (was korrekt ist) dargestellt zu werden (wäre aber überflüssig). Die PV-Einspeisung dagegen nicht (ist in der Tagesansicht ist der Verlauf dagegen eingezeichnet, s. Screenshot oben). Warum wird in der Balkengraphik nicht auch Werte von weiteren Stromzählern angezeight (hier Netzanschluss und warp2)? Werdet ihr das demnächst fixen können? Danke! PS: nicht wundern, ich habe meinen warp2 zusätzlich als Stromzähler konfiguiert, daher taucht er unter der Graphik 2x auf. @photron @MatzeTF

Hallo liebes TF-Team, ich würde gerne die PV-Ergragsprognose mit meinen tatsächlichen Erträgen vergleichen können (z.B. um systematische Effekte von Verschattungen zu erkennen). Dazu wäre eine Einblendung der (historischen) Prognoseverläufe in der Energiebilanz analog der PV-Erzeugung m.E. ein nettes Feature. Gerne auch als Tageswerte in der Monatsübersicht. Als Erweiterung könnte ich mir dann auch noch einen Skalierungsfaktor bei der Prognose vorstellen, um diese besser an die lokalen Verhältnisse anzupassen. Oder habt ihr damit im Hintergrund schon Erfahrung, dass dies wenig sinnvoll ist? Danke, Cord

@photron Ein downgrade auf 2.4.4 hat die gleichen Probleme, 2.4.3 (meine vorherige Version) ist dann wieder ok.

Danke. 1) führt zu keiner Verbesserung 2) kann ich erst später testen

Hallo, nachdem ich gestern warp2 und wem auf die neueste Version 2.x.5 aktualisiert habe, stelle ich fest, dass die WB nicht mehr vom wem als Stromzähler ausgelesen werden kann. In beiden Ereignislogs finden sich jetzt sekündliche Meldungen (s. Debug-Logs anbei). Muss ich etwas umstellen, damit das wieder geht (hätte ich allerdings nicht erwartet)? Danke! wem-26K8-Debug-Report-2025-07-09T13-38-12-666.txt warp2-Yrc-Debug-Report-2025-07-09T13-40-47-084.txt

@photron @MatzeTF heute taucht ohne weiteres Zutun mal wieder der Wert für Einspeisung bei PV Carport auf: Ich habe noch einen Debug-Report angehängt, der Euch evtl. helfen kann, die Ursache zu finden (falls nicht schon bekannt). wem-26K8-Debug-Report-2025-05-13T19-51-21-243.txt Allerdings wundert es mich, dass zum Ende des Ladevorgangs um 15:46 auf 3-phasig umgeschaltet wurde (definitiv ohne ausreichend PV-Leistung) und dann 3min später der Ladevorgang beendet wurde. Als Ergänzung daher auch noch den Report der warp2. warp2-Yrc-Debug-Report-2025-05-13T19-55-28-337.txt

Ich habe ihn als Stromzähler konfiguriert, Debug-Report ist angefügt. Der warp-Bezug müsste stimmen, ist auf jeden fall plausibel auch mit dem was auch im Wagen zu sehen ist. Die fehlende Einspeisung bei PV Carport ist schon länger (m)ein Problem und lt. Matze bekannt aber noch nicht gefixt: wem-26K8-Debug-Report-2025-05-09T14-44-13-102.txt

Das Problem mit den Tagessummen ist leider noch nicht gefixt (wem1 mit 2.4.0+6810d866). Heute ist ganz deutlich die Diskrepanz zwischen Graphik und Zahlen zu erkennen, insbesondere den Zahlen für den Netzanschluss traue ich nicht:

Habe die neue FW (2.4.0) gerade aufgespielt (Danke dafür!). Ich nehme an, dass die Vergangenheit nicht korrigiert wird durch eine Neuberechnung sondern sich die fehlerhaften Werte dann ab morgen erledigt haben sollten. Was sich für den heutigen Tag auch nach dem Neustart noch nicht geändert hat, ist die fehlende Anzeige für die Einspeisewerte (PV Carport) im Bild oben. Ich hoffe, das taucht dann morgen auf?

Ok

Hi, in der Historie der Energiebilanz bei meinem wem1 tauchen bei mir Energiedaten auf, die offensichtlich nicht zur Graphik passen können. Hier ein besonders deutliches Beispiel: Sowohl Netzbezug als auch -Einspeisung dürften eher in der Größenordnung von 4-6kWh liegen aber nicht bei 16 bzw. 15kWh. An anderen Tagen ist das nicht so klar ersichtlich, aber ich habe auch da meine Zweifel, dass die Energiewerte zur Graphik passen. Seither habe ich die FW-Version des wem1 gewechselt und kann nicht mehr sagen, welche zu diesem Zeitpunkt aktiv war. Ein Debug-Report von jetzt ist ja auch nicht sinnvoll. Kennt ihr das Problem und lässt sich das ggf. auch für andere Tage nachrechen?

@photron die Darstellung ist seit dem 11.4. unverändert fehlerhaft - hast Du eine Idee? Danke.

Ich habe einen schnellen Laptop und das Problem auch auf einem iphone gesehen. Immer im lokalen Netz (iphone per WLAN an FritzBox und ab da LAN, Laptop direkt am LAN, den Fernzugriff nutze ich eigentlich nicht). Die letzten Wochen ist das Problem auch nie aufgetreten (immer gleiches Setting). Und gegen ein Netzwerkproblem spricht mE auch, dass es nach dem Neustart wieder ging. Komisch ist doch auch, dass die Historiendaten auf der Stromzählerseite nicht geladen haben (nur die live Ansicht). Wenn es kein bekanntes Problem ist und sonst nicht aufgetreten ist, beobachte ich, ob es wieder auftritt. Dann kann ich auch ein anderes Setting mit den Rechner nochmal prüfen. In jedem Fall bin ich schon mal beruhigt, dass es eher ein timeout als ein sich ankündigendes HW-Problem ist.

Hi, ich bekomme seit ein paar Tagen diese Fehlermeldung, wenn ich mich an meinem wem1 (2.3.7+67efdc8d) anmelde: Funktionell bemerke ich noch keine Probleme. Lediglich die Stromzähler-Seite kann nur noch die 6min live-Daten anzeigen, die anderen Zeiträume bleiben bei 'Lade Daten...' hängen. Der erste Debug-Report von 11:03 ist direkt nach dem Einloggen gezogen. Der zweite Report nach einem Restart über die UI um 11:10, dann war der Ereignislog auch verfügbar. Stirbt mir hier ein Teil meiner Hardware? wem-26K8-Debug-Report-2025-04-22T11-03-47-515.txt wem-26K8-Debug-Report-2025-04-22T11-10-19-542.txt