openWB Forum

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

Auch merkwürdig, dass sonst niemand Problem hat, der auf der aktuellen Nighly ist und auch das SDM EVU Kit aus dem Shop hat.

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

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

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

Ok, ist ja ne Wissenschaft für sich!
VG

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

Da war jein Debug gesetzt würde ich sagen.

Unter system/Debugging auf Mode 2 stellen.
Der Code Block ist über den Emojis, neben der Zitieren " das was so aussieht </>.
VG
Det

So oder wie?

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