Rückmeldungen Nightly 1.9.251/252

Fragen zur Nutzung, Features, usw..
Gesperrt
Kitmgue
Beiträge: 145
Registriert: Di Mär 09, 2021 1:58 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von Kitmgue »

yankee hat geschrieben: ↑Di Jan 18, 2022 10:16 am Als "Sofortlösung" könntest du den Timeout erhöhen.
Wo/wie kann ich das machen? Ich habe keinen direkten Zugriff auf die oWB.

Außerhalb vom WLAN ist es etwas besser:

Code: Alles auswählen

Received 37 packets in 35.8 seconds --> 1.033 packets per second
openWB series2 standard+
LP1 : intern
LP2: smartWB

EVU: Sunny Home Manager 2.0
PV1: SMA STP 20000 TL (20,4 kWp)
kein Speicher
EV: e-Up und e-C4
Wärmepumpe: THZ 504 mit ISG Web
Nach oben
LutzB
Beiträge: 3559
Registriert: Di Feb 25, 2020 9:23 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von LutzB »

thesorrow101 hat geschrieben: ↑Di Jan 18, 2022 9:10 am Seit der 1.9.251 bekomme ich einen Modbus Fehler und erhalte gar keine Werte mehr oder nur sporadisch. Bin ja aber nicht der einzige hier wie es aussieht.

Alles (EVU, Batterie und PV) läuft über Siemens Junelight.
Update kam von der 250.

Screenshot_20220118-100845.png
Bitte den Debuglevel auf 2 stellen und in einem separaten Beitrag das Log posten. Dazu bitte einen Codeblock nutzen (Button "</>").
Nach oben
aiole
Beiträge: 7099
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von aiole »

yankee hat geschrieben: ↑Di Jan 18, 2022 9:48 am
aiole hat geschrieben: ↑Mo Jan 17, 2022 3:32 pm Das PV-Modul "MQTT" zeigt nichts mehr an.
Fixed in #1939
Mille Grazie!
waiting for merging
Nach oben
thesorrow101
Beiträge: 685
Registriert: Mo Okt 12, 2020 7:41 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von thesorrow101 »

LutzB hat geschrieben: ↑Di Jan 18, 2022 10:39 am
thesorrow101 hat geschrieben: ↑Di Jan 18, 2022 9:10 am Seit der 1.9.251 bekomme ich einen Modbus Fehler und erhalte gar keine Werte mehr oder nur sporadisch. Bin ja aber nicht der einzige hier wie es aussieht.

Alles (EVU, Batterie und PV) läuft über Siemens Junelight.
Update kam von der 250.

Screenshot_20220118-100845.png
Bitte den Debuglevel auf 2 stellen und in einem separaten Beitrag das Log posten. Dazu bitte einen Codeblock nutzen (Button "</>").

Code: Alles auswählen

Gesamtleistung übrige [W]	
83
Überschuss [W]	
711
Überschuss mit Offset [W]	
-2.789
Maximale Speicherladung [W]	
3.500
Ladestatus Änderungen
SmartHome Log
RFID Log
Mqtt Log
Debug Log
2022-01-18 12:32:14: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1278 loadvars loadvars.sh
2022-01-18 12:32:14: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1277 loadvars loadvars.sh
2022-01-18 12:32:14: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1276 loadvars loadvars.sh
2022-01-18 12:32:14: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1275 loadvars loadvars.sh
2022-01-18 12:32:14: lla3 0	llv3 228.6	llas13  llas23  soclp1 58 soclp2 (LV1) at 1274 loadvars loadvars.sh
2022-01-18 12:32:14: lla2 0	llv2 229.0	llas12  llas22  sofortll 16 hausverbrauch 0 wattbezug 143 uberschuss -143 (LV1) at 1273 loadvars loadvars.sh
2022-01-18 12:32:14: lla1 0	llv1 228.6	llas11  llas21  mindestuberschuss 1500 abschaltuberschuss 5 lademodus 3 (LV1) at 1272 loadvars loadvars.sh
2022-01-18 12:32:14: pv1watt -2138 pv2watt  pvwatt -2138 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 16 maximalA 32 (LV1) at 1271 loadvars loadvars.sh
2022-01-18 12:32:14: speicherleistung 646 speichersoc 5 (LV1) at 1266 loadvars loadvars.sh
2022-01-18 12:32:14: EVU RET: 0 (LV2) at 21 main modules/bezug_siemens/main.sh
2022-01-18 12:32:14: PID: 2496: legacy run server: Completed running command in 0.02s: ["modules.siemens.device","counter","192.168.178.56"]

modules.common.fault_state.FaultState: ('TCP-Client konnte keine Verbindung zu 192.168.178.56:502 aufbauen. Bitte Einstellungen (IP-Adresse, ..) und Hardware-Anschluss pruefen.', <FaultStateLevel.ERROR: 2>)
" aufbauen. Bitte Einstellungen (IP-Adresse, ..) und " + "Hardware-Anschluss pruefen.") from e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 89, in __read_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 115, in read_holding_registers
power = self.__tcp_client.read_holding_registers(14, ModbusDataType.INT_32, unit=1)
File "/var/www/html/openWB/packages/modules/siemens/counter.py", line 37, in update
self._components[component].update()
File "/var/www/html/openWB/packages/modules/siemens/device.py", line 55, in update
Traceback (most recent call last):

The above exception was the direct cause of the following exception:

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.56:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python3.5/dist-packages/pymodbus/client/sync.py", line 107, in execute
return self.execute(request)
File "/usr/local/lib/python3.5/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
address, number_of_addresses, **kwargs)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 79, in __read_registers
Traceback (most recent call last):
2022-01-18 12:32:14: PID: 2496: root: Siemens Zähler: FaultState FaultStateLevel.ERROR, FaultStr TCP-Client konnte keine Verbindung zu 192.168.178.56:502 aufbauen. Bitte Einstellungen (IP-Adresse, ..) und Hardware-Anschluss pruefen., Traceback:
2022-01-18 12:32:14: PID: 2496: pymodbus.client.sync: Connection to (192.168.178.56, 502) failed: [Errno 111] Connection refused
2022-01-18 12:32:14: PID: 2496: root: Komponente Siemens Zähler auslesen.
2022-01-18 12:32:14: PID: 2496: root: Start device reading{'componentNone': <modules.siemens.counter.SiemensCounter object at 0x7689e890>}
2022-01-18 12:32:14: PID: 2496: root: Siemens IP-Adresse: 192.168.178.56
2022-01-18 12:32:14: PID: 2496: legacy run server: Received command ["modules.siemens.device","counter","192.168.178.56"]
2022-01-18 12:32:13: BAT RET: 0 (LV2) at 21 main modules/speicher_siemens/main.sh
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-18 12:32:12: PID: 2496: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x1 0x3 0x0 0x6 0x0 0x2
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Running transaction 1
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Current transaction state - IDLE
2022-01-18 12:32:12: PID: 2496: root: Komponente Siemens Speicher auslesen.
2022-01-18 12:32:12: PID: 2496: root: Start device reading{'componentNone': <modules.siemens.bat.SiemensBat object at 0x74585e50>}
2022-01-18 12:32:12: PID: 2496: root: Siemens IP-Adresse: 192.168.178.56
2022-01-18 12:32:12: PID: 2496: legacy run server: Received command ["modules.siemens.device","bat","192.168.178.56"]
2022-01-18 12:32:12: PID: 2496: legacy run server: Completed running command in 0.05s: ["modules.siemens.device","inverter","192.168.178.56","1"]
2022-01-18 12:32:12: PID: 2496: root: PV Watt: -2138
2022-01-18 12:32:12: PID: 2496: root: simcount Zwischenergebnisse atkuelle Berechnung: Import: 0 Export: 30135687.331137776 Power: -2138
2022-01-18 12:32:12: PID: 2496: root: simcount Ergebnis: Bezug[Wh]: 0.0, Einspeisung[Wh]: 8371.024258649382
2022-01-18 12:32:12: PID: 2496: root: simcount aufsummierte Energie: Bezug[Ws]: 0, Einspeisung[Ws]: 30135687.331137776
2022-01-18 12:32:12: PID: 2496: root: simcount Gesamtenergie im Zeitintervall: -40243.331137776375
2022-01-18 12:32:12: PID: 2496: root: simcount Berechnungsgrundlage: vergangene Zeit [s]19.22299075126648, vorherige Leistung[W]: -2049, aktuelle Leistung[W]: -2138
2022-01-18 12:32:12: PID: 2496: root: simcount Zwischenergebnisse letzte Berechnung: Import: 0 Export: 30095444 Power: -2049
2022-01-18 12:32:12: PID: 2496: pymodbus.payload: [b'\x00\x00', b'\x08Z']
2022-01-18 12:32:12: PID: 2496: pymodbus.payload: [0, 2138]
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Getting transaction 1
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Adding transaction 1
2022-01-18 12:32:12: PID: 2496: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-01-18 12:32:12: PID: 2496: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0x0 0x8 0x5a
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0x0 0x8 0x5a
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-18 12:32:12: PID: 2496: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x1 0x3 0x0 0x10 0x0 0x2
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Running transaction 1
2022-01-18 12:32:12: PID: 2496: pymodbus.transaction: Current transaction state - IDLE
2022-01-18 12:32:12: PID: 2496: root: Komponente Siemens Wechselrichter auslesen.
2022-01-18 12:32:12: PID: 2496: root: Start device reading{'component1': <modules.siemens.inverter.SiemensInverter object at 0x76a72b70>}
2022-01-18 12:32:12: PID: 2496: root: Siemens IP-Adresse: 192.168.178.56
2022-01-18 12:32:12: PID: 2496: legacy run server: Received command ["modules.siemens.device","inverter","192.168.178.56","1"]
2022-01-18 12:32:11: **** Regulation loop start **** (LV1) at 70 main /var/www/html/openWB/regel.sh
2022-01-18 12:32:05: **** Regulation loop needs 4 seconds (LV0) at 55 cleanup /var/www/html/openWB/regel.sh
2022-01-18 12:32:04: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1278 loadvars loadvars.sh
2022-01-18 12:32:04: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1277 loadvars loadvars.sh
2022-01-18 12:32:04: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1276 loadvars loadvars.sh
2022-01-18 12:32:04: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1275 loadvars loadvars.sh
2022-01-18 12:32:04: lla3 0	llv3 227.9	llas13  llas23  soclp1 58 soclp2 (LV1) at 1274 loadvars loadvars.sh
2022-01-18 12:32:04: lla2 0	llv2 228.8	llas12  llas22  sofortll 16 hausverbrauch 0 wattbezug 143 uberschuss -143 (LV1) at 1273 loadvars loadvars.sh
2022-01-18 12:32:04: lla1 0	llv1 228.4	llas11  llas21  mindestuberschuss 1500 abschaltuberschuss 5 lademodus 3 (LV1) at 1272 loadvars loadvars.sh
2022-01-18 12:32:04: pv1watt -2049 pv2watt  pvwatt -2049 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 16 maximalA 32 (LV1) at 1271 loadvars loadvars.sh
2022-01-18 12:32:04: speicherleistung 646 speichersoc 5 (LV1) at 1266 loadvars loadvars.sh
2022-01-18 12:32:03: EVU RET: 0 (LV2) at 21 main modules/bezug_siemens/main.sh
2022-01-18 12:32:03: PID: 2496: legacy run server: Completed running command in 0.05s: ["modules.siemens.device","counter","192.168.178.56"]
2022-01-18 12:32:03: PID: 2496: root: EVU Einspeisung: 1680.7775
2022-01-18 12:32:03: PID: 2496: root: EVU Bezug: 55.478766634464264
2022-01-18 12:32:03: PID: 2496: root: EVU Watt: 143
2022-01-18 12:32:03: PID: 2496: root: Siemens Zähler Leistung[W]: 143
2022-01-18 12:32:03: PID: 2496: root: simcount Zwischenergebnisse atkuelle Berechnung: Import: 199723.55988407135 Export: 6050799 Power: 143
2022-01-18 12:32:03: PID: 2496: root: simcount Ergebnis: Bezug[Wh]: 55.478766634464264, Einspeisung[Wh]: 1680.7775
2022-01-18 12:32:03: PID: 2496: root: simcount aufsummierte Energie: Bezug[Ws]: 199723.55988407135, Einspeisung[Ws]: 6050799
2022-01-18 12:32:03: PID: 2496: root: simcount Gesamtenergie im Zeitintervall: 1474.55988407135
2022-01-18 12:32:03: PID: 2496: root: simcount Berechnungsgrundlage: vergangene Zeit [s]19.15012836456299, vorherige Leistung[W]: 11, aktuelle Leistung[W]: 143
2022-01-18 12:32:03: PID: 2496: root: simcount Zwischenergebnisse letzte Berechnung: Import: 198249 Export: 6050799 Power: 11
2022-01-18 12:32:03: PID: 2496: pymodbus.payload: [b'\x00\x00', b'\x00\x8f']
2022-01-18 12:32:03: PID: 2496: pymodbus.payload: [0, 143]
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Getting transaction 1
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Adding transaction 1
2022-01-18 12:32:03: PID: 2496: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-01-18 12:32:03: PID: 2496: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0x0 0x0 0x8f
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0x0 0x0 0x8f
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-01-18 12:32:03: PID: 2496: pymodbus.client.sync: New Transaction state 'SENDING'
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x1 0x3 0x0 0xe 0x0 0x2
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Running transaction 1
2022-01-18 12:32:03: PID: 2496: pymodbus.transaction: Current transaction state - IDLE
2022-01-18 12:32:03: PID: 2496: root: Komponente Siemens Zähler auslesen.
2022-01-18 12:32:03: PID: 2496: root: Start device reading{'componentNone': <modules.siemens.counter.SiemensCounter object at 0x74562f70>}
2022-01-18 12:32:03: PID: 2496: root: Siemens IP-Adresse: 192.168.178.56
2022-01-18 12:32:03: PID: 2496: legacy run server: Received command ["modules.siemens.device","counter","192.168.178.56"]
2022-01-18 12:32:02: BAT RET: 0 (LV2) at 21 main modules/speicher_siemens/main.sh
2022-01-18 12:32:02: PID: 2496: legacy run server: Completed running command in 0.02s: ["modules.siemens.device","bat","192.168.178.56"]

modules.common.fault_state.FaultState: ('TCP-Client konnte keine Verbindung zu 192.168.178.56:502 aufbauen. Bitte Einstellungen (IP-Adresse, ..) und Hardware-Anschluss pruefen.', <FaultStateLevel.ERROR: 2>)
" aufbauen. Bitte Einstellungen (IP-Adresse, ..) und " + "Hardware-Anschluss pruefen.") from e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 89, in __read_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 115, in read_holding_registers
power = self.__tcp_client.read_holding_registers(6, ModbusDataType.INT_32, unit=1) * -1
File "/var/www/html/openWB/packages/modules/siemens/bat.py", line 36, in update
self._components[component].update()
File "/var/www/html/openWB/packages/modules/siemens/device.py", line 55, in update
Traceback (most recent call last):

The above exception was the direct cause of the following exception:

pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.178.56:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python3.5/dist-packages/pymodbus/client/sync.py", line 107, in execute
return self.execute(request)
File "/usr/local/lib/python3.5/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
address, number_of_addresses, **kwargs)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 79, in __read_registers
Traceback (most recent call last):
2022-01-18 12:32:02: PID: 2496: root: Siemens Speicher: FaultState FaultStateLevel.ERROR, FaultStr TCP-Client konnte keine Verbindung zu 192.168.178.56:502 aufbauen. Bitte Einstellungen (IP-Adresse, ..) und Hardware-Anschluss pruefen., Traceback:
2022-01-18 12:32:02: PID: 2496: pymodbus.client.sync: Connection to (192.168.178.56, 502) failed: [Errno 111] Connection refused
2022-01-18 12:32:02: PID: 2496: root: Komponente Siemens Speicher auslesen.
2022-01-18 12:32:02: PID: 2496: root: Start device reading{'componentNone': <modules.siemens.bat.SiemensBat object at 0x745924f0>}
2022-01-18 12:32:02: PID: 2496: root: Siemens IP-Adresse: 192.168.178.56
2022-01-18 12:32:02: PID: 2496: legacy run server: Received command ["modules.siemens.device","bat","192.168.178.56"]
2022-01-18 12:32:02: PID: 2496: legacy run server: Completed running command in 0.02s: ["modules.siemens.device","inverter","192.168.178.56","1"]

modules.common.fault_state.FaultState: ('TCP-Client konnte keine Verbindung zu 192.168.178.56:502 aufbauen. Bitte Einstellungen (IP-Adresse, ..) und Hardware-Anschluss pruefen.', <FaultStateLevel.ERROR: 2>)
" aufbauen. Bitte Einstellungen (IP-Adresse, ..) und " + "Hardware-Anschluss pruefen.") from e
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 89, in __read_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 115, in read_holding_registers
power = self.__tcp_client.read_holding_registers(16, ModbusDataType.INT_32, unit=1) * -1
File "/var/www/html/openWB/packages/modules/siemens/inverter.py", line 37, in update
self._components[component].update()
File "/var/www/html/openWB/packages/modules/siemens/device.py", line 55, in update
Traceback (most recent call last):

The above exception was the direct cause of the following exception:
Hoffe das passt und reicht von der länger her? Sonst kommt der Edit mit mehr :)
Nach oben
LutzB
Beiträge: 3559
Registriert: Di Feb 25, 2020 9:23 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von LutzB »

@thesorrow101

Du bist Dir absolut sicher, dass die IP stimmt und Modbus TCP auf dem Speicher auf Port 502 aktiviert ist?
Nach oben
sagibo
Beiträge: 33
Registriert: Di Feb 23, 2021 11:54 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von sagibo »

Kitmgue hat geschrieben: ↑Di Jan 18, 2022 10:23 am
yankee hat geschrieben: ↑Di Jan 18, 2022 10:16 am Als "Sofortlösung" könntest du den Timeout erhöhen.
Wo/wie kann ich das machen? Ich habe keinen direkten Zugriff auf die oWB.

Außerhalb vom WLAN ist es etwas besser:

Code: Alles auswählen

Received 37 packets in 35.8 seconds --> 1.033 packets per second
Das ist genau die Rate, die ich auch an meinem PI 3 B+ im LAN sehe. An einem pi 4 habe ich das script auch laufen lassen: die gleiche Rate. Ich habe keine freeze-Effekte, nur alle 10 Sekunden die Timeouts im log.

Nachtrag:
Der Logfile sieht jetzt so aus (die Home Manager Daten werden aber korrekt ausgelesen):

Code: Alles auswählen

2022-01-18 17:10:13: Fetching SMA counter data timed out (LV0)
2022-01-18 17:10:16: **** FATAL ********************************* (LV0)
2022-01-18 17:10:16: **** FATAL Regulation loop needs 14 seconds (LV0)
2022-01-18 17:10:16: **** FATAL ********************************* (LV0)
2022-01-18 17:10:23: Fetching SMA counter data timed out (LV0)
2022-01-18 17:10:25: **** FATAL ********************************* (LV0)
2022-01-18 17:10:25: **** FATAL Regulation loop needs 13 seconds (LV0)
2022-01-18 17:10:25: **** FATAL ********************************* (LV0)
2022-01-18 17:10:34: Fetching SMA counter data timed out (LV0)
2022-01-18 17:10:36: **** FATAL ********************************* (LV0)
2022-01-18 17:10:36: **** FATAL Regulation loop needs 14 seconds (LV0)
2022-01-18 17:10:36: **** FATAL ********************************* (LV0)
2022-01-18 17:10:44: Fetching SMA counter data timed out (LV0)
2022-01-18 17:10:46: **** FATAL ********************************* (LV0)
2022-01-18 17:10:46: **** FATAL Regulation loop needs 14 seconds (LV0)
2022-01-18 17:10:46: **** FATAL ********************************* (LV0)
2022-01-18 17:10:53: Fetching SMA counter data timed out (LV0)
2022-01-18 17:10:55: **** FATAL ********************************* (LV0)
2022-01-18 17:10:55: **** FATAL Regulation loop needs 13 seconds (LV0)
2022-01-18 17:10:55: **** FATAL ********************************* (LV0)
Es gibt aber auch längere Zeitabschnitte, in denen die "Fetching SMA counter data"-Meldungen nicht auftauchen, sondern nur die jeweils drei "**** FATAL..."-Meldungen im 10 Sekunden-Takt. Nach der Ausführung "cron5min.sh" treten aber reproduzierbar wieder 1-3 "SMA counter"-Timeouts auf.
Zuletzt geändert von sagibo am Di Jan 18, 2022 4:42 pm, insgesamt 4-mal geändert.
PV-Anlage 5,12 kWp Ost und 4,8 kWp West mit SMA Tripower 8.0 -- Speicher BYD Battery Box Premium HVS 5.1 mit SMA SBS 3.7 -- SMA Home Manager 2.0 -- go-eCharger 22 kW Gemini und 11 kW V3 -- Ioniq Electric Premium (vFL, 2018)
Nach oben
aiole
Beiträge: 7099
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von aiole »

@yankee
Sieht schon besser aus (PV -> MQTT). Allerdings kommt die PV-Leistung nun immer als Negativwert im Diagramm. DIe müsste m.E. positiv sein.
resultierend stimmt natürlich der Hausverbrauch auch nicht. Kannst Du da bitte nochmal nachsehen?
20220118_oWB_1.9.251_nightly_PV-bug_MQTT.jpg
Nach oben
thesorrow101
Beiträge: 685
Registriert: Mo Okt 12, 2020 7:41 am

Re: Rückmeldungen Nightly 1.9.251

Beitrag von thesorrow101 »

LutzB hat geschrieben: ↑Di Jan 18, 2022 12:00 pm @thesorrow101

Du bist Dir absolut sicher, dass die IP stimmt und Modbus TCP auf dem Speicher auf Port 502 aktiviert ist?
Absolut. Es kommen ja auch ab und an Werte an. Ich hatte bis heute Nacht (da hab ich das Update gemacht) auch nie ein Problem gehabt. Ich kann aber mal den Speicher Neustarten, um den auszuschließen. Aber wie gesagt, bis gestern lief alles einwandfrei.

Ist ein Downgrade möglich oder macht das Probleme?

Edit: Neustart Speicher löst das Problem nicht
Zuletzt geändert von thesorrow101 am Di Jan 18, 2022 3:56 pm, insgesamt 1-mal geändert.
Nach oben
Berndte
Beiträge: 128
Registriert: Do Sep 24, 2020 7:18 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von Berndte »

LutzB hat geschrieben: ↑Mo Jan 17, 2022 5:42 pm
Berndte hat geschrieben: ↑Mo Jan 17, 2022 5:37 pm Ich habe auch soeben auf die aktuelle Nightly 1.9.251 hochgezogen, weil Tesla SOC nicht mehr lief (läuft jetzt).

Aber unter Status scheint der PV-Zähler nicht mehr ausgelesen zu werden?
PV-Leistung ist jetzt in der Dunkelheit sowieso keine mehr vorhanden, also kann ich nicht sagen, ob die Werte bei Tageslicht kommen.
Ich denke aber nicht, denn der Zähler müsste ja immer ausgelesen werden.

Verbaut sind bei mir zwei Lovato-Zähler (EVU und PV), welche mit einem Adapter auf das Ethernet gehen.
Habe ich damals so im Shop bestellt als Set, welches bisher auch immer so funktioniert hat.

Screenshot 2022-01-17 183359.jpg
Screenshot 2022-01-17 183424.jpg
Screenshot 2022-01-17 183635.jpg
Von welcher Version kommst Du? Die Module wurden angepasst und als Nebenwirkung fangen die Zähler wieder bei 0kWh an. Bitte morgen mal verfolgen, wenn die PV Leistung gebracht hat.
Wie schon gedacht gibt es trotz PV-Lieferung heute keine Werte:
Screenshot 2022-01-18 163500.jpg
Man sieht wie gegen Mittag mein Grundverbrauch runter geht, weil die PV-Anlage liefert.

Und ich hatte doch auch schon früher genau diese Probleme, wenn ich mich recht erinnere gab es damals nicht einmal EVU-Werte.
viewtopic.php?p=49610#p49610

Also gehe ich jetzt wieder zurück zu meiner .248 ... hoffentlich bekomme ich dann da irgendwie den SOC meines Tesla ausgelesen.

EDIT: Nach Einspielen des Backups habe ich unten stehende Fehlermeldung im PV-Modul.
Aber wenigstens steht da ein Gesamtertrag. Ob dieser Fehler schon länger war kann ich nicht sagen. Morgen geht wieder die Sonne auf und mal sehen ob es Werte gibt.
Screenshot 2022-01-18 164547.jpg
Nach oben
aiole
Beiträge: 7099
Registriert: Mo Okt 08, 2018 4:51 pm

Re: Rückmeldungen Nightly 1.9.251

Beitrag von aiole »

@Berndte
Das PV-Modul klemmt gerade:
viewtopic.php?p=55564#p55564
Nach oben
Gesperrt

Zurück zu „Software 1.9x“