[Peaks] Zählerstände werden als PV Leistung geloggt

[heri-bird]

Peaks im owb log
Reproduzierbar:

• Wechselrichter mit mehreren Modbusanfragen konfrontieren (node-red, iobroker, HA)
• Wechselrichter vom Internet trennen

Getestet mit Goodwe WR.

Verhalten:

• ausschließlich in owb treten Peaks auf
• die Peaks entsprechen exakt dem Zählerstand des Wechselrichters
• owb Filter arbeitet (wird zeitweise eingeblendet), aber Peaks treten im Log trotzdem auf.

Es treten keine Peaks in node-red, iobroker (modbusadapter) oder HA auf. Die zusätzlichen System wurden nur testweise eingeschaltet. Der Fehler tritt auch auf, wenn man den WR vom Internet isoliert.
Die Kommunikation im Netzwerk zwischen WR und owb lässt nur modbus TCP durch (unifi firewall).

Folgende Register werden von owb angefragt:
Power PV-String1 (DC): Register 35105 & 35106
Power PV-String 2 (DC): Register 35109 & 35110
AC-Erzeugungsleistung (etotal): 35191 & 35192
Die Wireshark Protokolle dazu belegen, dass es keine Telegramme mit erhöhten Werten gibt.

Log: https://paste.openwb.de/OpauxXYWnYxJgot
Bei Bedarf wireshark Protokolle, ausführliche HA Aufzeichnungen...

• Fremdsystem: nur testeweise, um Peak zu provozieren
• 2.3.0-alpha.1
• primary: series 2 standard +

Eastron (openWB EVU Kit), Modell: SDM630-Modbus V2
Goodwe, Modell: GW10KN-ET
Goodewe, Modell: LX F-H

[Frank-Hoe]

Das gleiche beobachte ich hin und wieder mit einem SMA Sunny Tripower 6.0 SE, zuletzt gestern. Es wird ein Peak in Höhe der monatlichen Erzeugungssumme des Wechselrichters generiert. Ein Log liegt nicht vor.

[phguy]

Bei mir schon seit einigen SW-Versionen genau das gleiche Problem mit Hoymiles über openDTU.

Ich habe gesehen, daß für SMA das Problem behoben wurde https://github.com/openWB/core/pull/3675
Es wäre sehr wünschenswert, eine Lösung zu schaffen, die unabhängig vom WR-Typ funktioniert.
Symptomatisch ist wohl in allen Fällen, daß in der Nacht "Null" oder NaN übertragen wird und beim morgendlichen Start der PV der komplette bisherige Gesamzertrag. Phyikalisch vollkommen klar, daß es nie einen Sprung von 0 / Nan auf derart hohe Werte geben kann

[heri-bird]

Danke euch. Bitte prüfen, ob es zum Thema passt: Peaks in Höher der Zählerstände.
Oder prüfen, ob sich die Probleme zusammen führen lassen
Zum Beispiel: könnt ihr das Verhalten reproduzieren und provozieren zB durch viel Modbusanfragen oder Internetsperre. Möglicherweise kommt beides einer Auslastung gleich und der WR antwortet der owb nicht fristgerecht.
Bitte beachten: in dem Fall geht es nicht um NaN, sondern um Peaks in Höhe des Zählerstands.

Das kann ich exakt nachvollziehen, weil der WR getauscht wurde und die Peaks wieder klein bei einstellugen Watt-Werten angefangen haben und jetzt wieder auf m Millionen Watt Bereich sind (angezeigt im Peakfilter, im Log und in der Auswertung).
In den ausgewerteten Wireshark Telegrammen gibt es die Peak-Werte nicht und auch nicht in HA.

[seaspotter]

Ich habe gesehen, daß für SMA das Problem behoben wurde https://github.com/openWB/core/pull/3675 Es wäre sehr wünschenswert, eine Lösung zu schaffen, die unabhängig vom WR-Typ funktioniert. Symptomatisch ist wohl in allen Fällen, daß in der Nacht "Null" oder NaN übertragen wird und beim morgendlichen Start der PV der komplette bisherige Gesamzertrag. Phyikalisch vollkommen klar, daß es nie einen Sprung von 0 / Nan auf derart hohe Werte geben kann

Die Aussage ist nicht korrekt, in #3675 ging es nicht um nächtliche Peaks sondern um nicht korrekt abgefange Fehlermeldungen im Peakfilter aufgrund fehlerhafte NaN Auswertung. Peaks gabs es da nicht/nie.