openWB Forum

Frank-H hat geschrieben: ↑Sa Jul 13, 2024 8:10 am Bei meinem SMA-Wechselrichter war das noch nie verschwunden. Ich habe (fast) jeden Tag Peaks und damit leider auch eine nicht brauchbare Erzeugungsstatistik.

Kann ich bestätigen. Die enormen Peaks einmal in der Woche wenn der SMA-WR sein Diagnosesystem neu startet sind immer noch da und waren bei der 2.x auch noch nie weg. Mit der 1.9 hatte ich das Problem überhaupt nicht.

flea hat geschrieben: ↑Sa Jul 13, 2024 8:37 am Ist es der SMA oder sind's die Hoymiles? Wie ermittelst du deinen PV Ertrag? Ich musste mit der OpenDTU die Anfrage umstellen, weil dort die YieldTotal Daten im JSON morgens beim Sonnenaufgang nicht direkt komplett stimmen weil die einzelnen Hoymiles nach und nach erst einflschalten und Daten liefern.

Danke für den Hinweis. Ich hatte dein Problem auch mitverfolgt und daraufhin nach dem Hinweis von Lena die "Abfrage für Zählerstand" rausgenommen, so dass nur die Leistung abgefragt wird (beide Balkonkraftwerke werden in einer DTU zusammengefasst) und der Zählerstand von der OpenWB berechnet wird.

Deshalb, und weil ich die Peaks im Diagramm mit dem Klick auf SMA ausblenden kann, weiß ich dass sie vom SMA Wechselrichter kommen.

ID4U hat geschrieben: ↑Sa Jul 13, 2024 10:06 am Kann ich bestätigen. Die enormen Peaks einmal in der Woche wenn der SMA-WR sein Diagnosesystem neu startet sind immer noch da und waren bei der 2.x auch noch nie weg. Mit der 1.9 hatte ich das Problem überhaupt nicht.

Dann hast du ja noch Glück. Bei mir tauchen die Peaks ohne erkennbare Regelmäßigkeit täglich einmal oder mehrfach auf. Ich glaube nicht, dass das bei mir etwas mit dem Neustart des Diagnosesystems zu tun hat, sondern vielleicht eher mit fehlenden Daten.

Ja, Ursache scheinen vermutlich die fehlenden Daten zu sein bzw. das in dem Fall einfach der Zählerstand Erzeugung mit 0 gemeldet/angenommen wird. Kommen dann wieder Daten gibt es den extremen Peak weil auf einmal wieder der richtige Zählerstand kommt.

Bei Dir ist wohlmöglich die Verbindung aus welchem Grund auch immer etwas wackelig so das dies häufiger vorkommt. Bei mir scheint sie recht stabil zu sein - nur während des Neustarts des Diagnosesystems einmal in der Woche fehlen die Daten dann auch kurz. Weil in dieser Zeit der WR vermutlich nicht antwortet bzw. direkt nach dem Neustart eine kurze Zeit noch keinen plausiblen Zählerstand meldet.

Bei der 1.9 hatte ich das Problem nie. Also eher kein Problem von SMA sondern ein Problem mit der Software 2.x welche mit der Unterbrechnung der Datenübertragung nicht klarkommt und diese dann fehlinterpretiert bzw. nicht oder unzureichend auf Plausibilität prüft.

Ich sehe gerade dass beim den SMA Wechselrichtern der Zähler stand berechnet und nicht ausgelesen wird. Das ist m.e. unnötig, es geht bt ja einen auslesbaren Zähler. Ich werde das man hier lokal umbauen und testen. Hatte das vor einiger Zeit für die SMA SpeicherWR schon gemacht.

Welche SMA Wechselrichter habt ihr, wo treten die Probleme auf? Ich hab hier insgesamt 3, meine das nur beim hybrid WR zu sehen. Muss die Statistiken für die anderen aber auch nochmal Du xhgehen.

mrinas hat geschrieben: ↑Sa Jul 13, 2024 12:37 pm Welche SMA Wechselrichter habt ihr, wo treten die Probleme auf? Ich hab hier insgesamt 3, meine das nur beim hybrid WR zu sehen. Muss die Statistiken für die anderen aber auch nochmal Du xhgehen.

Ich habe ebenfalls einen Hybrid-SMA Tripower 6.0 SE. Es wäre natürlich schön, wenn sich die Berechnung einfach durch den Zählerstand ersetzen lassen würde.

Wenn ich in die Daten des Wechselrichters gehe, bekomme ich mehrere Gesamtwerte, die aber teilweise auch vom Sunny Homemanager kommen (ich hatte vohrer noch einen anderen SMA-Wechselrichter am SHM).

Vom Wechselrichter selber dürfte wahrscheinlich diese Werte stammen:

mrinas hat geschrieben: ↑Sa Jul 13, 2024 12:37 pm meine das nur beim hybrid WR zu sehen.

Nein, auch bei meinem "alten" Nicht-Hybrid STP8 (ohne SE) tritt das Problem auf.

Habe heute anscheinend einen Bug entdeckt:
Der Mercedes kann maximal mit 7,14 kW geladen werden, also 1phasig mit 32 A oder 2 phasig mit 16A.
Habe in den Ladeeinstellungen dann für das Fahrzeug auch für PV 1 Phasig 32A eingestellt und für Sofortladen 2 phasig 16A eingestellt.
( die Konfig der Ladestelle steht auf 32A für 1 und 3 Phasen )

Als letzten Phasenstatus vor Beginn des Ladeversuchs hatte die OpenWB mir 2 phasig angezeigt.
Ich wollte nun mit PV laden.
OpenWB hat mehrfach versucht auf 1 phasig zu schalten, was anscheinend nicht gelang, bis die maximale Anzahl der Umschaltungen erreicht wurde.
Es passierte nichts weiter, das Auto wurde nicht geladen.
Habe auch den Ladestecker ab- und angesteckt um den Umschaltzähler zurückzusetzen, gleiches Ergebnis wie oben.

Habe dann in den Einstellungen für das Fahrzeug mehrphasiges Laden auf 32A gestellt ( kann mein Auto gar nicht ) und nun klappt es mit der Umschaltung von 2 auf 1 phasig, das Auto wird im PV Modus nun 1phasig geladen.

PS gleiches Verhalten auch in der Release Version

edit: hinzugefügtes log

https://paste.openwb.de/ZscOpFSyfcZE0aX

Ihaglc hat geschrieben: ↑So Jul 14, 2024 1:04 pm Habe heute anscheinend einen Bug entdeckt:
Der Mercedes kann maximal mit 7,14 kW geladen werden, also 1phasig mit 32 A oder 2 phasig mit 16A.
Habe in den Ladeeinstellungen dann für das Fahrzeug auch für PV 1 Phasig 32A eingestellt und für Sofortladen 2 phasig 16A eingestellt.
( die Konfig der Ladestelle steht auf 32A für 1 und 3 Phasen )

Als letzten Phasenstatus vor Beginn des Ladeversuchs hatte die OpenWB mir 2 phasig angezeigt.
Ich wollte nun mit PV laden.
OpenWB hat mehrfach versucht auf 1 phasig zu schalten, was anscheinend nicht gelang, bis die maximale Anzahl der Umschaltungen erreicht wurde.
Es passierte nichts weiter, das Auto wurde nicht geladen.
Habe auch den Ladestecker ab- und angesteckt um den Umschaltzähler zurückzusetzen, gleiches Ergebnis wie oben.

Habe dann in den Einstellungen für das Fahrzeug mehrphasiges Laden auf 32A gestellt ( kann mein Auto gar nicht ) und nun klappt es mit der Umschaltung von 2 auf 1 phasig, das Auto wird im PV Modus nun 1phasig geladen.

PS gleiches Verhalten auch in der Release Version

Bitte keine gezippten Logs hochladen, siehe:
viewtopic.php?p=13655#p13655

nun denn,
damit die Logdatei nach dem Löschen durch openWB nicht komplett verloren geht, habe ich den Link zu dm Log meinem Hinweis hinzugefügt. s.o.

PS. Warum werden die nicht erwünschten Dateien nicht per se vom System unterbunden?
Und warum kann man hier nicht auch direkt die großen Logdateien in den temporären Ordner "paste/openWB" hochladen?