Rückmeldungen Beta 1.9.100

[E-lmo]

Als Ladepunkt ist ein sdm120 ebenfalls über USB-Modbus angeschlossen.

Das habe ich beim letzten Abbruch im Log gefunden:

Code: Alles auswählen

 modules/sdm630modbuswr/main.sh: Zeile 41: printf: 6684.84912109375: Ungültige Zahl.
2021-02-15 14:06:51: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
2021-02-15 14:06:46: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1117 loadvars loadvars.sh
2021-02-15 14:06:46: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1116 loadvars loadvars.sh
2021-02-15 14:06:46: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1115 loadvars loadvars.sh
2021-02-15 14:06:46: EVU 1:V/1A 2: V/0A 3: V/0A (LV1) at 1114 loadvars loadvars.sh
2021-02-15 14:06:46: lla3 0	llv3 0	llas13  llas23  soclp1 64 soclp2 (LV1) at 1113 loadvars loadvars.sh
2021-02-15 14:06:46: lla2 0	llv2 0	llas12  llas22  sofortll 10 hausverbrauch 169 wattbezug -209 uberschuss 209 (LV1) at 1112 loadvars loadvars.sh
2021-02-15 14:06:46: lla1 0	llv1 227.0	llas11  llas21  mindestuberschuss 500 abschaltuberschuss 1000 lademodus 3 (LV1) at 1111 loadvars loadvars.sh
2021-02-15 14:06:46: pv1watt -383 pv2watt  pvwatt -383 ladeleistung 5 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 14 (LV1) at 1110 loadvars loadvars.sh
modules/sdm630modbuswr/main.sh: Zeile 41: printf: 6684.84814453125: Ungültige Zahl.
2021-02-15 14:06:41: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
2021-02-15 14:06:36: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1117 loadvars loadvars.sh
2021-02-15 14:06:36: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1116 loadvars loadvars.sh
2021-02-15 14:06:36: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1115 loadvars loadvars.sh
2021-02-15 14:06:36: EVU 1:V/1A 2: V/0A 3: V/0A (LV1) at 1114 loadvars loadvars.sh
2021-02-15 14:06:36: lla3 0	llv3 0	llas13  llas23  soclp1 64 soclp2 (LV1) at 1113 loadvars loadvars.sh
2021-02-15 14:06:36: lla2 0	llv2 0	llas12  llas22  sofortll 10 hausverbrauch 171 wattbezug -211 uberschuss 211 (LV1) at 1112 loadvars loadvars.sh
2021-02-15 14:06:36: lla1 0	llv1 227.3	llas11  llas21  mindestuberschuss 500 abschaltuberschuss 1000 lademodus 3 (LV1) at 1111 loadvars loadvars.sh
2021-02-15 14:06:36: pv1watt -387 pv2watt  pvwatt -387 ladeleistung 5 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 14 (LV1) at 1110 loadvars loadvars.sh
modules/sdm630modbuswr/main.sh: Zeile 41: printf: 6684.84716796875: Ungültige Zahl.
2021-02-15 14:06:31: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
Ladestrom < 6A, setze auf 0A
2021-02-15 14:06:26: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1117 loadvars loadvars.sh
2021-02-15 14:06:26: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1116 loadvars loadvars.sh
2021-02-15 14:06:26: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1115 loadvars loadvars.sh
2021-02-15 14:06:26: EVU 1:V/4A 2: V/0A 3: V/0A (LV1) at 1114 loadvars loadvars.sh
2021-02-15 14:06:26: lla3 0	llv3 0	llas13  llas23  soclp1 64 soclp2 (LV1) at 1113 loadvars loadvars.sh
2021-02-15 14:06:26: lla2 0	llv2 0	llas12  llas22  sofortll 10 hausverbrauch 145 wattbezug 993 uberschuss -993 (LV1) at 1112 loadvars loadvars.sh
2021-02-15 14:06:26: lla1 9	llv1 220.1	llas11  llas21  mindestuberschuss 500 abschaltuberschuss 1000 lademodus 3 (LV1) at 1111 loadvars loadvars.sh
2021-02-15 14:06:26: pv1watt -409 pv2watt  pvwatt -409 ladeleistung 2098 llalt 10 nachtladen 0 nachtladen 0 minimalA 6 maximalA 14 (LV1) at 1110 loadvars loadvars.sh
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(struct.unpack('>f',struct.pack('>HH',*resp.registers)))
  File "/var/www/html/openWB/modules/sdm630modbusll/readsdm.py", line 28, in <module>
Traceback (most recent call last):
modules/sdm630modbuswr/main.sh: Zeile 41: printf: 6684.84619140625: Ungültige Zahl.
2021-02-15 14:06:21: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
2021-02-15 14:06:17: Sofort ladung erreicht bei 10 A (LV1) at 114 sofortlademodus sofortlademodus.sh
2021-02-15 14:06:16: chargestatlp1 0	chargestatlp2 0	chargestatlp3 0 (LV1) at 1117 loadvars loadvars.sh
2021-02-15 14:06:16: plugstatlp1 0	plugstatlp2 0	plugstatlp3 0 (LV1) at 1116 loadvars loadvars.sh
2021-02-15 14:06:16: lp1enabled 1	lp2enabled 1	lp3enabled 1 (LV1) at 1115 loadvars loadvars.sh
2021-02-15 14:06:16: EVU 1:V/4A 2: V/0A 3: V/0A (LV1) at 1114 loadvars loadvars.sh
2021-02-15 14:06:16: lla3 0	llv3 0	llas13  llas23  soclp1 64 soclp2 (LV1) at 1113 loadvars loadvars.sh
2021-02-15 14:06:15: lla2 0	llv2 0	llas12  llas22  sofortll 10 hausverbrauch 145 wattbezug 993 uberschuss -993 (LV1) at 1112 loadvars loadvars.sh
2021-02-15 14:06:15: lla1 9	llv1 220.1	llas11  llas21  mindestuberschuss 500 abschaltuberschuss 1000 lademodus 0 (LV1) at 1111 loadvars loadvars.sh
 

Ich sehe hier keinen Hinweis auf den Netzschutz.
Dieser war bei einigen Abbrüchen davor auf der Hauptseite so in etwa "Netzschutz aktiv" bzw "Frequenz wieder in Ordnung" oder so ähnlich.

[mrinas]

Kann es sein, dass es bei der CP-Unterbrechnung ein Problem gibt? Hat bei mir die ganze Zeit mit dem Soul EV problemlos funktioniert. Seit der Version Nightly: 1.9.101 heute nicht mehr. Unter Status->Debug Log finden sich auch komische Fehlereinträge, ich hab die mal unten reinkopiert.

Status->Debug Log:

Code: Alles auswählen

2021-02-13 15:26:23: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
2021-02-13 13:54:37: CP Unterbrechung an LP1 durchgeführt (LV0)
2021-02-13 13:06:42: Modbus EVSE read CP1 issue - using previous state '3' (LV0)

Die Fehlermeldung besagt, dass es ein Problem beim Abfragen der EVSE gab (was nicht sauber abgefangen wird). Bei mir treten die Fehler auch sporadisch im 60-90 Minuten-Takt auf, aber ohne CP-Unterbrechung. Eine Ursache für die Störung konnte ich noch nicht finden.

Ich hab' leider nur einen alleinstehenden Raspbi als Entwicklungsumgebung, keine Modbusadapter oder ähnliches um das selber auszuprobieren. Der modbusclient scheint eine Möglichkeit zu kennen die Serielle Verbindung auf Betreibsbereitschaft prüfen zu können. Könnte is_socket_open helfen um den Fehler abzufangen? Also prüfen ob Port bereit ist und nur dann auslesen.
Mag sein dass ich auf dem Holzweg bin, erstmal nur so eine Vermutung..

https://pymodbus.readthedocs.io/en/late ... ocket_open

[Tilli130]

Hallo,
nach dem Update auf 1.9.101 fehen in meiner Anzeige die Werte der Temperaturen des Shellys.
Wie bekomme ich das wieder hin ?
In der Logdatei sind die Werte vorhanden.
Gruß Dirk

[E-lmo]

Ich habe in der Nacht den Netzschutz in den Einstellungen deaktiviert und das Fahrzeug lud durch.
In der letzten Nacht wurde nach 15 Minuten abgebrochen. Am Tag davor habe ich die Ladung mehrmals manuell wiederaufnehmen müssen. (e-up ohne automatische cp-Unterbrechung seitens openWb)
Siehe Beitrag oben.
Daher vermute ich umso stärker, dass der Netzschutz regelmäßig aktiv wurde, ohne dass dieser im Log auftauchte.

[electron]

Ich habe gerade auf das letzte Nightly aktualisiert (2021-02-17 17:31:52 +0100 [192d00ad] ) und bekomme jetzt keine EVU-Werte mehr angezeigt. Die Daten kommen von Solaredge-WR. Hat noch jemand dieses Problem?

Auszug aus dem Debug-Log:
urllib3.exceptions.NewConnectionError: <urllib3.connection.VerifiedHTTPSConnection object at 0x7fbb4295f8>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution
self, "Failed to establish a new connection: %s" % e)
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 168, in _new_conn
conn = self._new_conn()
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 301, in connect
conn.connect()
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 841, in _validate_conn
self._validate_conn(conn)
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 343, in _make_request
chunked=chunked)
File "/usr/lib/python3/dist-packages/urllib3/connectionpool.py", line 600, in urlopen
Traceback (most recent call last):

During handling of the above exception, another exception occurred:

socket.gaierror: [Errno -3] Temporary failure in name resolution
for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
File "/usr/lib/python3.7/socket.py", line 748, in getaddrinfo
for res in socket.getaddrinfo(host, port, family, socket.SOCK_STREAM):
File "/usr/lib/python3/dist-packages/urllib3/util/connection.py", line 57, in create_connection
(self._dns_host, self.port), self.timeout, **extra_kw)
File "/usr/lib/python3/dist-packages/urllib3/connection.py", line 159, in _new_conn
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.0.5: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(40206,5,unit=slaveid)

[LarsBr87]

Ich habe gestern Abend auch auf die aktuellste Nightly aktualisiert und seid dem, wird bei ungenutzten Smart Home Geräten der Tagesverbrauch nicht mehr zurückgesetzt. Außer bei denen, die aktiv sind (z.B. Lueftung). Auch bei PV wurde der Wert in Klammern nicht über Nacht zurückgesetzt. Ich denke, dass wird passieren, sobald die Anlage Strom produziert. Ist das so gewollt oder sollen sich die Werte über nach wie bisher zurücksetzen?
Gruß Lars

[electron]

Entwarnung auf meiner Seite - hier scheint das Problem an der IP-Verbindung zum Wechselrichter zu liegen. Ist wohl rein zufällig genau im Moment des openWB-Updates ausgefallen.

Ich habe gerade auf das letzte Nightly aktualisiert (2021-02-17 17:31:52 +0100 [192d00ad] ) und bekomme jetzt keine EVU-Werte mehr angezeigt. Die Daten kommen von Solaredge-WR.

[aiole]

Hey Lutz,
v1.9.101...103

Das Problem scheint noch nicht behoben.
viewtopic.php?p=24575#p24575
Kannst Du da bitte nochmal prüfen/testen?

Sowohl LP1 als auch das nun hier verwendete PV2-Modul werden nach Systemupdate nicht automatisch angezeigt.

Bei LP1 hilft
a) die manuelle SoC-Aktualisierung rechts neben der SoC-Anzeige oder
b) eine Änderung der LP1-LP-Werte => Speichern => wieder zurückändern => speichern
Danach läuft alles 1a.

Beim PV2-Modul ist es ähnlich. Dort geht allerdings nur b).
Das könnte aber auch etwas mit Det's Anpassungen zu tun haben.

VG aiole

[okaegi]

Ich habe gestern Abend auch auf die aktuellste Nightly aktualisiert und seid dem, wird bei ungenutzten Smart Home Geräten der Tagesverbrauch nicht mehr zurückgesetzt. Außer bei denen, die aktiv sind (z.B. Lueftung). Auch bei PV wurde der Wert in Klammern nicht über Nacht zurückgesetzt. Ich denke, dass wird passieren, sobald die Anlage Strom produziert. Ist das so gewollt oder sollen sich die Werte über nach wie bisher zurücksetzen?
Gruß Lars

Hallo Lars,
Für Smarthome 2.0 werden die Tageszähler zwischen 24:00 und 1:00 zurückgesetzt. Kann es sein, dass deine Installation dann nicht lief ?
Gruss Olvier

[okaegi]

Hallo,
nach dem Update auf 1.9.101 fehen in meiner Anzeige die Werte der Temperaturen des Shellys.
Wie bekomme ich das wieder hin ?
In der Logdatei sind die Werte vorhanden.
Gruß Dirk

Für Smarthomedevice 1 und 2 sollten die Temperaturen angezeigt werden. In der Logdatei meinst du das Smarthomelog ?
Gruss Oliver