Problem in der Nightly 1.9.249

Fragen zur Nutzung, Features, usw..
HSC
Beiträge: 3941
Registriert: So Jan 10, 2021 8:49 am

Re: Problem in der Nightly 1.9.249

Beitrag von HSC »

derNeueDet hat geschrieben: Fr Okt 22, 2021 1:19 pm Flexible EVU und normales EVU Kit sind identisch. Da ist definitiv keine andere Berechnung dahinter.
Ok.
Det, müssen nicht die Gesamt- Zählerstände vom SDM- Display und im Status der openWB auch beim EVU- Kit identisch sein (siehe weiter oben)??
VG
LarsBr87
Beiträge: 329
Registriert: Do Nov 05, 2020 12:02 pm

Re: Problem in der Nightly 1.9.249

Beitrag von LarsBr87 »

Auch merkwürdig, dass sonst niemand Problem hat, der auf der aktuellen Nighly ist und auch das SDM EVU Kit aus dem Shop hat.
lacky
Beiträge: 150
Registriert: Fr Nov 01, 2019 7:30 pm

Re: Problem in der Nightly 1.9.249

Beitrag von lacky »

LenaK hat geschrieben: Fr Okt 22, 2021 12:05 pm
lacky hat geschrieben: Do Okt 21, 2021 7:25 am geht leider noch immer nicht, jetzt waren auch die gesamt zählerstände auf 0!
7F668965-3F94-449E-B89F-6C2CD11F5CCE.png
Es wurde noch ein Bug behoben, bitte nochmal auf die Nightly updaten.
sorry leute, aber leider noch immer alles auf 0

AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
2021-10-22 15:25:02: ##### cron5min.sh finished ##### (LV0)
2021-10-22 15:25:02: Load: 1.54 2.36 1.71
2021-10-22 15:25:01: ##### cron5min.sh started ##### (LV0)
AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
AttributeError: 'ModbusIOException' object has no attribute 'registers'
value1 = resp.registers[0]
File "/var/www/html/openWB/modules/mpm3pmll/readmpm3pm.py", line 53, in <module>
Traceback (most recent call last):
AttributeError: 'str' object has no attribute 'decode'
value = int(struct.unpack('>i', all.decode('hex'))[0])
File "/var/www/html/openWB/packages/modules/common/connect_tcp.py", line 36, in read_integer_registers
Traceback (most recent call last):
loadvars.sh: Zeile 40: ramdisk/mqttstopchargeafterdisclp8: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 39: ramdisk/mqttstopchargeafterdisclp7: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 38: ramdisk/mqttstopchargeafterdisclp6: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 37: ramdisk/mqttstopchargeafterdisclp5: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 36: ramdisk/mqttstopchargeafterdisclp4: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 35: ramdisk/mqttstopchargeafterdisclp3: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 34: ramdisk/mqttstopchargeafterdisclp2: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 33: ramdisk/mqttstopchargeafterdisclp1: Datei oder Verzeichnis nicht gefunden
2021-10-22 15:24:18: boot done :-)
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
fix upload limit...OS Stretch
• openWB Kit + Display + Addon Platine • colors Theme • EVU: openWB Kit MPM3PM • PV: MPM3PM am EVU Kit • LP1: openWB EVSE-DIN mit MPM3PM •
derNeueDet
Beiträge: 4196
Registriert: Mi Nov 11, 2020 7:16 pm

Re: Problem in der Nightly 1.9.249

Beitrag von derNeueDet »

HSC hat geschrieben: Fr Okt 22, 2021 1:23 pm
derNeueDet hat geschrieben: Fr Okt 22, 2021 1:19 pm Flexible EVU und normales EVU Kit sind identisch. Da ist definitiv keine andere Berechnung dahinter.
Ok.
Det, müssen nicht die Gesamt- Zählerstände vom SDM- Display und im Status der openWB auch beim EVU- Kit identisch sein (siehe weiter oben)??
VG
Ich hab ja keine EVU Kit, daher kann ich nur raten. Aber es ist wohl ein Thema, dass der SDM630 und der SDM72 nicht saldieren. Wenn ich das richtig verstanden habe wäre es quasi so

L1 +2kW
L2 +2kW
L3 -4kW

Dann würde ein saldierender Zähler hier 0kW in die Energie Zähler export/import schieben, da sich die Leistungen aufheben.
Bei den nicht saldierenden Zählern würde jetzt
Export 4kW Import 4kW in die Energie Zähler fließen.

Aber wie gesagt, das ist nur meine Interpretation.

Ich vermute dass in der Klasse simcount noch was nicht passt. Das würde dazu passen, dass ein anderer Kunde mit einem MPM3PM, der kein simcount verwendet, vermutlich saldierender Zähler, kein Problem mehr hat.

Korrektur: MPM3PM hat immer noch Probleme. Siehe Beitrag darüber.

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)
derNeueDet
Beiträge: 4196
Registriert: Mi Nov 11, 2020 7:16 pm

Re: Problem in der Nightly 1.9.249

Beitrag von derNeueDet »

LarsBr87 hat geschrieben: Fr Okt 22, 2021 1:24 pm Auch merkwürdig, dass sonst niemand Problem hat, der auf der aktuellen Nighly ist und auch das SDM EVU Kit aus dem Shop hat.
Stell mal bitte Debug auf 2 und stelle einen Ausschnitt aus dem Debug Log unter Status hier rein. Bitte in einen Code Block </> packen.

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)
HSC
Beiträge: 3941
Registriert: So Jan 10, 2021 8:49 am

Re: Problem in der Nightly 1.9.249

Beitrag von HSC »

Ok, ist ja ne Wissenschaft für sich!
VG
LarsBr87
Beiträge: 329
Registriert: Do Nov 05, 2020 12:02 pm

Re: Problem in der Nightly 1.9.249

Beitrag von LarsBr87 »

Ich versuche es mal:

2021-10-22 15:59:56: PID: 12496: EVU Einspeisung: 7144808
2021-10-22 15:59:56: PID: 12496: EVU Bezug: 1856200
2021-10-22 15:59:56: PID: 12496: EVU Watt: -1357
2021-10-22 15:59:55: PID: 12496: openWB Version: 2
2021-10-22 15:59:51: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
2021-10-22 15:59:50: LP1 Modbus 0 korrekt (LV1) at 236 evsemodbuscheck evsedintest.sh
2021-10-22 15:59:48: Timing Umschaltung: 480 / 480 (LV1) at 15 u1p3pswitch u1p3p.sh
2021-10-22 15:59:48: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2021-10-22 15:59:47: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1182 loadvars loadvars.sh
2021-10-22 15:59:47: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1181 loadvars loadvars.sh
2021-10-22 15:59:47: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1180 loadvars loadvars.sh
2021-10-22 15:59:47: EVU 1:V/1A 2: V/3A 3: V/1A (LV1) at 1179 loadvars loadvars.sh
2021-10-22 15:59:47: lla3 0 llv3 231.2 llas13 0 llas23 soclp1 51 soclp2 81 (LV1) at 1178 loadvars loadvars.sh
2021-10-22 15:59:47: lla2 0 llv2 234.1 llas12 0 llas22 sofortll 8 hausverbrauch 279 wattbezug -1351 uberschuss 1351 (LV1) at 1177 loadvars loadvars.sh
2021-10-22 15:59:47: lla1 0 llv1 232.9 llas11 0 llas21 mindestuberschuss 1390 abschaltuberschuss 50 lademodus 3 (LV1) at 1176 loadvars loadvars.sh
2021-10-22 15:59:47: pv1watt -376 pv2watt -1254 pvwatt -1630 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 16 (LV1) at 1175 loadvars loadvars.sh
2021-10-22 15:59:47: EVU RET: 0 (LV2) at 21 main modules/bezug_ethmpm3pm/main.sh
2021-10-22 15:59:46: PID: 11209: EVU Einspeisung: 7144811
2021-10-22 15:59:46: PID: 11209: EVU Bezug: 1856200
2021-10-22 15:59:46: PID: 11209: EVU Watt: -1351
2021-10-22 15:59:45: PID: 11209: openWB Version: 2
2021-10-22 15:59:41: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
derNeueDet
Beiträge: 4196
Registriert: Mi Nov 11, 2020 7:16 pm

Re: Problem in der Nightly 1.9.249

Beitrag von derNeueDet »

Da war jein Debug gesetzt würde ich sagen.

Unter system/Debugging auf Mode 2 stellen.
Screenshot_20211022-160244_Chrome.jpg
Der Code Block ist über den Emojis, neben der Zitieren " das was so aussieht </>.
Screenshot_20211022-160318_Chrome.jpg
VG
Det
Zuletzt geändert von derNeueDet am Fr Okt 22, 2021 2:04 pm, insgesamt 1-mal geändert.
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)
LarsBr87
Beiträge: 329
Registriert: Do Nov 05, 2020 12:02 pm

Re: Problem in der Nightly 1.9.249

Beitrag von LarsBr87 »

So oder wie?

Code: Alles auswählen

 2021-10-22 15:59:56: PID: 12496: EVU Einspeisung: 7144808
2021-10-22 15:59:56: PID: 12496: EVU Bezug: 1856200
2021-10-22 15:59:56: PID: 12496: EVU Watt: -1357
2021-10-22 15:59:55: PID: 12496: openWB Version: 2
2021-10-22 15:59:51: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
2021-10-22 15:59:50: LP1 Modbus 0 korrekt (LV1) at 236 evsemodbuscheck evsedintest.sh
2021-10-22 15:59:48: Timing Umschaltung: 480 / 480 (LV1) at 15 u1p3pswitch u1p3p.sh
2021-10-22 15:59:48: automatische Umschaltung aktiv (LV1) at 14 u1p3pswitch u1p3p.sh
2021-10-22 15:59:47: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1182 loadvars loadvars.sh
2021-10-22 15:59:47: plugstatlp1 1	plugstatlp2 0	plugstatlp3 0 (LV1) at 1181 loadvars loadvars.sh
2021-10-22 15:59:47: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1180 loadvars loadvars.sh
2021-10-22 15:59:47: EVU 1:V/1A 2: V/3A 3: V/1A (LV1) at 1179 loadvars loadvars.sh
2021-10-22 15:59:47: lla3 0	llv3 231.2	llas13 0 llas23  soclp1 51 soclp2 81 (LV1) at 1178 loadvars loadvars.sh
2021-10-22 15:59:47: lla2 0	llv2 234.1	llas12 0 llas22  sofortll 8 hausverbrauch 279 wattbezug -1351 uberschuss 1351 (LV1) at 1177 loadvars loadvars.sh
2021-10-22 15:59:47: lla1 0	llv1 232.9	llas11 0 llas21  mindestuberschuss 1390 abschaltuberschuss 50 lademodus 3 (LV1) at 1176 loadvars loadvars.sh
2021-10-22 15:59:47: pv1watt -376 pv2watt -1254 pvwatt -1630 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 16 (LV1) at 1175 loadvars loadvars.sh
2021-10-22 15:59:47: EVU RET: 0 (LV2) at 21 main modules/bezug_ethmpm3pm/main.sh
2021-10-22 15:59:46: PID: 11209: EVU Einspeisung: 7144811
2021-10-22 15:59:46: PID: 11209: EVU Bezug: 1856200
2021-10-22 15:59:46: PID: 11209: EVU Watt: -1351
2021-10-22 15:59:45: PID: 11209: openWB Version: 2
2021-10-22 15:59:41: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
derNeueDet
Beiträge: 4196
Registriert: Mi Nov 11, 2020 7:16 pm

Re: Problem in der Nightly 1.9.249

Beitrag von derNeueDet »

Das sieht soweit gut aus. Da sind Watt, export Einspeisung und Import Bezug enthalten.

Berechnung simcount sieht man leider nichts, da da kein Logging in der Klasse eingebaut wurde. Man würde es nur sehen, wenn es eine Exception geben würde, da die geloggt werden.

Und damit ist die Hilfe aus dem Forum nicht weiter möglich.
Da musst du eine Support Meldung auf machen.

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)
Gesperrt