Rückmeldungen Nightly 1.9.272

Fragen zur Nutzung, Features, usw..
MichaO
Beiträge: 268
Registriert: Di Mär 19, 2019 7:58 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von MichaO »

derNeueDet hat geschrieben: Di Aug 09, 2022 8:03 am Das kann fast nicht sein, dass es von der 249 auftritt, da die problematische Anpassung erst mit der Nightly 272 vom 26.7 gekommen ist.
Das hört sich eher nach Probleme mit der SD Karte aus. Schau mal in den Log Graphen Monatsansicht, ob da aktuelle Daten drin sind.
Hat mich auch gewundert. Hab gerade nochmal ein Update probiert. Danach sind im FTP alle Dateien Änderungsdatum gerade eben, aber die openWB/web/version zeigt immer noch 1.9.249 (auch mit Änderungsdatum gerade eben).

Kurzer Gedankenblitz... ich hab mal auf dem Testsystem mit "git remote show origin" geprüft, woher die Kiste das Update zieht (wenn dieser Ansatz korrekt ist). Siehe da... meinem Fork (zumindest ist das die URL, die bei Fetch und Push steht). Und der steht noch auf 1.9.249. Keine Ahnung wann und wie ich das konfiguriert habe, aber wie bekomme ich das wieder auf das Original?
derNeueDet
Beiträge: 4197
Registriert: Mi Nov 11, 2020 7:16 pm

Re: Rückmeldungen Nightly 1.9.272

Beitrag von derNeueDet »

Warte mal ab, es gibt gerade einen PR in Git (https://github.com/snaptec/openWB/pull/2351).
Vermutlich behebt er das PRoblem. Evtl. 2x Updaten auf die gleiche Version, da zuerst das update Script aktualisiert werden muss und danach dann die Anpassungen des update Scriptes laufen können.

VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 250 (07/2023)
sagibo
Beiträge: 33
Registriert: Di Feb 23, 2021 11:54 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von sagibo »

Hallo,

ich habe gestern nochmal getestet. Der Fehler ist noch da. Ich habe wieder auf die funktionierende Version zurückgeschwenkt.
Wenn weitere Tests, anderes log-level etc hilfreich sein sollten, lasst es mich wissen.



Code: Alles auswählen

2022-08-08 12:45:01: PID: 22377: ##### cron5min.sh started ##### (LV0)
2022-08-08 12:45:02: PID: 22377: push buttons disabled (LV0)
2022-08-08 12:45:03: PID: 22377: ##### cron5min.sh finished ##### (LV0)
2022-08-08 12:45:05: PID: 2134: soc.modules.common.fault_state: Sma Sunny Boy Speicher: FaultState FaultStateLevel.ERROR, FaultStr modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
raise FaultState.error(__name__+" "+str(response))
modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)

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

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/device.py", line 77, in update
component.update()
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 45, in update
self.__store.set(self.read())
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 26, in read
soc = self.__tcp_client.read_holding_registers(30845, ModbusDataType.UINT_32, unit=unit)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)

2022-08-08 12:45:09: PID: 22371: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-08-08 12:45:35: PID: 2134: soc.modules.common.fault_state: Sma Sunny Boy Speicher: FaultState FaultStateLevel.ERROR, FaultStr modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
raise FaultState.error(__name__+" "+str(response))
modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)

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

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/device.py", line 77, in update
component.update()
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 45, in update
self.__store.set(self.read())
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 26, in read
soc = self.__tcp_client.read_holding_registers(30845, ModbusDataType.UINT_32, unit=unit)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)

2022-08-08 12:45:39: PID: 26830: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-08-08 12:46:05: PID: 2134: soc.modules.common.fault_state: Sma Sunny Boy Speicher: FaultState FaultStateLevel.ERROR, FaultStr modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
raise FaultState.error(__name__+" "+str(response))
modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)

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

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/device.py", line 77, in update
component.update()
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 45, in update
self.__store.set(self.read())
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 26, in read
soc = self.__tcp_client.read_holding_registers(30845, ModbusDataType.UINT_32, unit=unit)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)

2022-08-08 12:46:09: PID: 31043: **** WARNING **** Regulation loop needs 8 seconds (LV0)
2022-08-08 12:46:55: PID: 2134: soc.modules.common.fault_state: Sma Sunny Boy Speicher: FaultState FaultStateLevel.ERROR, FaultStr modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>), Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 85, in __read_registers
raise FaultState.error(__name__+" "+str(response))
modules.common.fault_state.FaultState: ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)

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

Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/device.py", line 77, in update
component.update()
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 45, in update
self.__store.set(self.read())
File "/var/www/html/openWB/packages/modules/sma_sunny_boy/bat.py", line 26, in read
soc = self.__tcp_client.read_holding_registers(30845, ModbusDataType.UINT_32, unit=unit)
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 119, in read_holding_registers
self.delegate.read_holding_registers, address, types, byteorder, wordorder, **kwargs
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 101, in __read_registers
str(e)) from e
modules.common.fault_state.FaultState: ("modules.common.modbus <class 'modules.common.fault_state.FaultState'> ('modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] Incomplete message received, expected at least 8 bytes (0 received)', <FaultStateLevel.ERROR: 2>)", <FaultStateLevel.ERROR: 2>)






sagibo hat geschrieben: So Jul 31, 2022 1:11 pm Hallo,

ich habe gestern mal die aktuelle nightly getestet. Im log tauchen Fehler zum Batteriewechselrichter (SMA Sunny Boy Storage 3.7) auf.
In der Version 1.9.272 (2022-07-29 12:29:30 +0200 [7eb0ec42] ) passiert das nicht.


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)
Ihaglc
Beiträge: 422
Registriert: Fr Nov 06, 2020 11:32 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von Ihaglc »

gerade einen weiteren Berechnungs-oder Anzeigefehler entdeckt ( evt. verursacht durch vorherige Fehler? ):
Im Graph werden die Smarthomeverbraucher nicht zum Hausverbrauch hinzugerechnet angezeigt.
2022-08-09 14_34_43-Start.png
2022-08-09 14_33_53-Start.png
Der Smarthomeverbraucher wird aber doch irgendwo berücksichtigt:
im Beispiel wird der Ladestrom reduziert:
2022-08-09 14_43_51-Start.png
alles irgendwo strange,

@LenaK und LutzB könnt ihr nicht zu den gesammelten Fehlern Hilfestellung geben?
openWB Version: 1.9.272 (2022-08-03 13:40:23 +0200 [904182d4] )
Gruß
Thomas
----------------------------------------
Wallbox OpenWB Standard+ 22 kW
PV Modul JaSolar
WR Solaredge SE7K Hybrid
Speicher LG Resu13
EV Mercedes GLC Hybrid
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von yankee »

Ihaglc hat geschrieben: So Aug 07, 2022 11:58 am Der heutige Updateversuch zeigt mir weiterhin in der Systeminfo nur die nightly
openWB Version: 1.9.272 (2022-07-29 12:29:30 +0200 [7eb0ec42] ) an
MichaO hat geschrieben: Di Aug 09, 2022 7:29 am Hier das gleiche Problem.[..]Nach dem Hochfahren immer noch die 1.9.249 in der Anzeige.
Jens hat geschrieben: So Aug 07, 2022 9:23 am [..]keine Chance die aktuelle Nightly zu installieren.
Es handelt sich um einen Fehler der durch meinen PR #2311 reingekommen ist und der durch meinen PR #2351 wieder gelöst werden sollte. Bei dem Fehler geht es soweit bekannt nur darum, dass die Versionsnummer nicht korrekt angezeigt wird. Das Update wird aber trotzdem durchgeführt, die Versionsnummer stimmt danach aber auf biegen und brechen nicht. Wenn der #2351 dann drin ist müssen alle, die nach dem 26.07.2022 10:39 Uhr ein Update gemacht haben 2x den Updateprozess durchführen, dann sollte alles wieder richtig sein.
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von yankee »

Der #2351 ist jetzt gemergt. @lhagic, @MichaO, @Jens, bitte 2x ein Update auf die aktuelle Nightly auslösen und Feedback geben ob alles wieder richtig ist.
derNeueDet
Beiträge: 4197
Registriert: Mi Nov 11, 2020 7:16 pm

Re: Rückmeldungen Nightly 1.9.272

Beitrag von derNeueDet »

Mein System hat jetzt wieder ein passendes Update Datum.

VG
Det
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 250 (07/2023)
MichaO
Beiträge: 268
Registriert: Di Mär 19, 2019 7:58 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von MichaO »

Hier auch aber...

bei mir hab ich wohl im letzten Jahr irgendwas während der Entwicklung-Zuarbeit verstellt. Mein Testsystem holt sich das Update anscheinend aus meinem Fork, die Info über das Update jedoch von Snaptec. Angezeigt wurde immer die verfügbare 272, aber mein Fork war noch auf Stand 249, aus dem das Update gezogen wurde. Erst nach dem Sync mit Snaptec hat es dann funktioniert. Keine Ahnung wie und wo ich damals was verstellt habe...
Ihaglc
Beiträge: 422
Registriert: Fr Nov 06, 2020 11:32 am

Re: Rückmeldungen Nightly 1.9.272

Beitrag von Ihaglc »

Ihaglc hat geschrieben: Di Aug 09, 2022 12:38 pm gerade einen weiteren Berechnungs-oder Anzeigefehler entdeckt ( evt. verursacht durch vorherige Fehler? ):
Im Graph werden die Smarthomeverbraucher nicht zum Hausverbrauch hinzugerechnet angezeigt.2022-08-09 14_34_43-Start.png2022-08-09 14_33_53-Start.png

Der Smarthomeverbraucher wird aber doch irgendwo berücksichtigt:
Bin wegen der vielen Fehlern in der Nightly bei mir auf die Stable zurückgesprungen.
Nun, auch in der Stable gibt es das Problem mit den Smarthomeverbrauchern:

Vorous erklärend ist es bei mir so, dass es die Smarthomeverbraucher "Einlieger" und "Einlieger Waschmaschine" gibt.
"Einlieger" ist ein 3 Phasenzähler, der auch den Verbrauch der "Einlieger Waschmachine" mit erfasst.

Ich hätte jetzt erwartet, dass es ausreicht nur den "Einlieger", also den Gesamtverbrauch des Einliegers, zum Hausverbrauch hinzuzurechnen, was aber nicht passiert. ( Fall 1 )
Stattdessen muss auch der Verbraucher "Einlieger Waschmachine" in den Smarthome Einstellung zum Hausverbrauch hinzugerechnet werden ( Fall 2 )
Finde ich unlogisch. Wie kommt das?
Dateianhänge
2022-08-11 12_06_07-Start.png
Zuletzt geändert von Ihaglc am Do Aug 11, 2022 12:53 pm, insgesamt 1-mal geändert.
Gruß
Thomas
----------------------------------------
Wallbox OpenWB Standard+ 22 kW
PV Modul JaSolar
WR Solaredge SE7K Hybrid
Speicher LG Resu13
EV Mercedes GLC Hybrid
seaspotter
Beiträge: 35
Registriert: Do Mär 03, 2022 8:09 pm

Re: Rückmeldungen Nightly 1.9.272

Beitrag von seaspotter »

Seit dem #2331 vom 27.07. in der Nightly funktioniert das Solarlogmodul nicht mehr. Habe dazu auf github bereits ein issue #2346 eröffnet leider ohne Rückmeldung.

Logs sind darin enthalten, wenn noch mehr benötigt wird gerne eine Info.

Solarlog ist als EVU und PV Modul hinterlegt, als PV bekommt er die richtigen Werte, als EVU sind die Werte aber nicht vorhanden (bzw. immer 0), was zur Folge hat es wird angenommen PV Ertrag = Hausbezug, was natürlich nicht stimmt.
Wäre schön wenn das wieder gefixt wird.

Anzeige in Nightly 1.9.272
screen01.png
screen02.png
Anzeige in Stable 1.9.271 (korrekt)
screen03.png
screen04.png
Es wurden mehrfach Up- und Downgrades gemacht, Reboots. Problem lässt sich reproduzierbar nachgestellen das es immer bei einem Update auf die aktuelle Nightly nicht funktioniert.
15,36 kWp mit Sungrow SH10RT V112 und 9,6kWh SBR096 Speicher und SMA Tripower Wechselrichter - 2 mal openWB series2 - IDM Wärmepumpe - Renault Megane E-Tech EV60 und VW Golf8 Hybrid
Gesperrt