SMA PV, openWB zeigt Gesamt- statt Tagesertrag

[TOMMIKNOCKER]

Hallo,
seit heute zeigt openWB (in verschiedenen Themes) statt des PV-Tagesertrags den Gesamtertrag seit Installation der PV an. Hat jemand eine Idee wie man das beheben kann?
openWB Version: 1.9.244
Series2 Standard+
Browser Cache gelöscht, keine Änderung
PV-Modul: SMA ModbusTCP WR; direkter Login auf die WR zeigt die korrekten Tageswerte
Gruß,
Thomas

Edit: dass openWB den PV-Gesamtertrag anzeigt habe ich angenommen, weil zwischen dem Wert in openWB und dem SunnyPortal (12,243 MWh) nur wenige kWh liegen. Oder könnte es sein, dass das EVU-Modul das Problem ist und openWB die Differenz mit PV auffüllt?
EVU-Modul ist der SMA HomeManager

[TOMMIKNOCKER]

Der Wert für PV-Tagesertrag und Hausverbrauch war nur am letzten Montag wie unten gezeigt viel zu hoch angegeben (12 MWh), den Rest der Woche war's ok. Die 12 MWh stehen aber weiterhin in der Historie.
Heute nun habe ich wieder einen ähnlichen Fall. Wieder ein Montag (Zufall??), wieder, mit nun 6 MWh, viel zu hohe Werte für PV und Hausverbrauch. Im Sunny-Portal dagegen stehen plausible Werte.
Hat jemand eine Idee woran die falschen Werte in openWB liegen können?

[TOMMIKNOCKER]

Ansonsten mit folgendem Programm beide STP testen: http://en.radzio.dxp.pl/modbus-master-simulator/
Anleitung: https://www.sma-sunny.com/en/how-to-tes ... -inverter/

Hallo @Becker,
danke für den Tipp mit dem Modbus Master Simulator aus Beitrag viewtopic.php?f=8&t=4440.
Ich habe, anders als der TE dort, das Problem, dass manchmal anstatt des Tagesertrags der Gesamtertrag eines WR (ich habe 2 Sunny Boys) in openWB angezeigt wird. Zeitlich passt das genau mit den Tagen überein, wo im Datenexport direkt vom WR in der Spalte "Metering.TotWhOut" ein "NaN" steht. Daher nahm ich an, dass dort ein Zusammenhang sein könnte und habe ein Ticket bei SMA aufgemacht, wie man diese "NaN"s verschwinden lassen kann (bisher noch keine Antwort von SMA).
Ich hätte jetzt angenommen, dass der Check im Modbus Simulator (Register 30535 für Tagesertrag?) erst dann wieder Sinn ergibt, wenn die Werte in openWB falsch angezeigt werden. Aber auch jetzt stehen dort für mich nicht plausible Werte, wenn Register 30535 den Tagesertrag anzeigen soll (müsste ja eigentlich 0 sein):
WR1:

WR2:

Mein Debug Log ist ziemlich lang (ist das normal??); 3 Bausteine wiederholen sich aber ständig:

KeyError: 'pconsume'
watt=int(emparts['pconsume'])
File "/var/www/html/openWB/modules/bezug_smashm/sma-em-measurement.py", line 98, in <module>

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.43:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
return self.execute(request)
File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
resp= client2.read_holding_registers(30775,2,unit=3)
File "/var/www/html/openWB/modules/wr_tripower9000/tri90002.py", line 42, in <module>

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.44:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
return self.execute(request)
File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
resp= client.read_holding_registers(30775,2,unit=3)
File "/var/www/html/openWB/modules/wr_tripower9000/tri90002.py", line 18, in <module>

Da scheint ja doch bei Modbus etwas im Argen zu liegen. Nur was?

[Becker]

Na toll jetzt hast du mich angesteckt mit dem Virus
Beide STP zeigen mir heute morgen auch den max. Wert an:

Rohwert ist:

32.JPG (20.33 KiB) 2041 mal betrachtet

(UInt32be)

Ich schreibe die Werte um 23Uhr in die Datenbank, da waren sie noch korrekt:

KeyError: 'pconsume'
watt=int(emparts['pconsume'])
File "/var/www/html/openWB/modules/bezug_smashm/sma-em-measurement.py", line 98, in <module>

Da scheint ja doch bei Modbus etwas im Argen zu liegen. Nur was?

Das ist vom Auslesen des EM.
Das Problem hatte ich hier beschrieben: viewtopic.php?p=51552#p51552

Hat aber weder den Chef noch einen Nutzer bisher interessiert.

[HSC]

Ich habe zwar auch keine Ahnung von diesen Meldungen im Log, was mir aber sofort auffällt, dass da was von "python2.7" drin steht, auch hier:viewtopic.php?p=52043#p52043.

Blockiert sich in openWB inzw. irgendwas?
Ich habe in letzter Zeit bei den Modulumstellungen immer wieder was von "oberhalb phyton3.x" auch in Verbindung mit Modbus gelesen habe.
Solche Meldungen im Log gab es z.B bei den Umstellungen von EVU-, PV- und Speicher- Kit.
VG

[Becker]

gerade mal den Debug durchsucht:

Code: Alles auswählen

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.168.58:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client3.read_holding_registers(30775,2,unit=3)
  File "/var/www/html/openWB/modules/wr_tripower9000/tri90003.py", line 35, in <module>

30775 ist nur die Leistung(AC) des WR und diese ist nachts eh 0.

Das Sunny Portal meldet allerdings auch einen Fehler:
Warnung 09.12.2021 02:39:00 STP5.0-3AV-40 Zustand: Aus

k.A. was da heute Nacht abging

Laut STP Log:
10010 Neustart Diagnosesystem 09.12.2021 02:39:04

[TOMMIKNOCKER]

Rohwert ist:

Was bedeuten diese 65535? Der gleiche Wert steht bei mir auch bei beiden WR.

Und nachdem die letzten Tage und heute alles fein aussah, ist seit gerade eben der Tagesertrag wieder auf den Gesamtertrag gesprungen

[Becker]

Das ist der max. Wert für UInt16: 65535 (2^16-1 = 65535)
darauf springen die SMA WR gerne mal.
Da ein Register aus 2x 16Bit besteht hast du 2x 65535.

Bzw. für Int32 sind es 2147483648 die mir bei vielen Messwerten angezeigt werden nachts, daher schalte ich diese Zahlen per Funktion =0.

Keinen Kopf drum machen alles normal. Jetzt (WR schalten sich an) sollte da 0 drin stehen.

openWB arbeitet m.W. nach nur mit absoluten Zählerständen und nicht mit Tageserträgen.

P.S. zur Schonung deines (meines) BYD kann ich dir meine SBS Steuerung in Node-Red empfehlen. damit kannst du auch den SBS nicht ins EV entladen lassen, sondern nur den Hausverbrauch.
Das Problem mit der Abfrage des SHM ist dann auch gegessen.

[TOMMIKNOCKER]

P.S. zur Schonung deines (meines) BYD kann ich dir meine SBS Steuerung in Node-Red empfehlen. damit kannst du auch den SBS nicht ins EV entladen lassen, sondern nur den Hausverbrauch.

Den Thread hab ich mir schon gespeichert zum baldigen Ausprobieren!

[TOMMIKNOCKER]

Jetzt (WR schalten sich an) sollte da 0 drin stehen.

Ja, jetzt sieht's besser aus:
WR1:

WR2:

Aber warum ist in openWB unter Status der Tagesertrag gleich dem Gesamtertrag der Anlage seit Installation?