openWB sproradisch nicht mehr erreichbar

[ragsna]

Ich habe die openWB Software (stable 1.9.001) im Vogriff auf eine Custom Series schonmal als standalone auf einem Pi3B+ laufen. Das auslesen der Daten aus dem WR (SO) und der angeschlossenen Bat (LG) funktioniert soweit. EV ist noch keins vorhanden. Ein WR ist noch nicht eingebunden, hier warte ich immer noch auf die Umstellung der ModBus Device ID.

Leider habe ich festgestellt, dass die openWB jedoch in unregelmäßigen Abständen (mal nach 1h, mal nach 3 Tagen) über http und ssh nicht mehr erreichbar ist. Es hilft dann nur noch der powerreset. Testweise hatte ich den Regelintervall auch mal auf "Langsam" gestellt.
Aus dem Debug Logfile habe ich versucht die letzten Einträge herauszufiltern. Der Event muss irgendwann zwischen 06:48 und 07:42 (Neustart) stattgefunden haben:

Aufgrund der vielen "not found" vermute ich, dass irgendein Modul nicht installiert wurde? Wobei diese Meldungen wohl regelmäßig im Log sind.
Woran könnte es liegen?

---
So 29. Nov 07:42:02 CET 2020
07:42:02 loadvars read openWB/housebattery/WHExport_temp from mosquito -3319442
07:41:58 loadvars read openWB/housebattery/WHImported_temp from mosquito 7326319
07:41:54 loadvars read openWB/pv/WHExport_temp from mosquito -15802614
07:41:50 loadvars read openWB/pv/WHImported_temp from mosquito 3964293
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusSerialClient(rtu baud[9600])]
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 125, in read_input_registers
resp = client.read_input_registers(0x00,2, unit=sdmid)
File "/var/www/html/openWB/modules/mpm3pmll/readmpm3pm.py", line 92, in
Traceback (most recent call last):
loadvars.sh: Zeile 73: [: : Ganzzahliger Ausdruck erwartet.
1606632104 Modbus EVSE read CP1 issue - using previous state ''
loadvars.sh: Zeile 67: /var/www/html/openWB/ramdisk/evseplugstate: Datei oder Verzeichnis nicht gefunden
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusSerialClient(rtu baud[9600])]
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
rq = client.read_holding_registers(readreg,reganzahl,unit=modbusid)
File "runs/readmodbus.py", line 20, in
Traceback (most recent call last):
loadvars.sh: Zeile 43: ramdisk/mqttrestzeitlp3: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 42: ramdisk/mqttrestzeitlp2: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 41: ramdisk/mqttrestzeitlp1: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 40: ramdisk/mqttaktgeladen: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 39: ramdisk/mqttaktgeladens2: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 38: ramdisk/mqttaktgeladens1: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 37: ramdisk/mqttdailychargelp3: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 36: ramdisk/mqttdailychargelp2: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 35: ramdisk/mqttdailychargelp1: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 31: ramdisk/mqttsoc: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 30: ramdisk/mqttlastlademodus: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 24: ramdisk/mqtthausverbrauch: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 22: ramdisk/mqttwattbezug: Datei oder Verzeichnis nicht gefunden
loadvars.sh: Zeile 21: ramdisk/mqttpvwatt: Datei oder Verzeichnis nicht gefunden
/var/www/html/openWB/web/logging/data/ladelog/202011.csv
bash: /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini: Datei oder Verzeichnis nicht gefunden
bash: /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini: Datei oder Verzeichnis nicht gefunden
chmod: Zugriff auf '/var/www/html/openWB/ramdisk/smarthomehandlerloglevel' nicht möglich: Datei oder Verzeichnis nicht gefunden
chmod: Zugriff auf '/var/www/html/openWB/ramdisk/smarthome.log' nicht möglich: Datei oder Verzeichnis nicht gefunden
grep: /home/pi/.config/lxsession/LXDE-pi/autostart: Datei oder Verzeichnis nicht gefunden

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 41 0 0 100 41 0 209 --:--:-- --:--:-- --:--:-- 209
Dload Upload Total Spent Left Speed
% Total % Received % Xferd Average Speed Time Time Time Current
pymodbus installed...
aiohttp installed...
certifi installed...
docopt installed...
mqtt installed...
cp: '/usr/share/zoneinfo/Europe/Berlin' und '/etc/localtime' sind die gleiche Datei
evdev installed...
...changed
For more details see kill(1).

-V, --version output version information and exit
-h, --help display this help and exit

-L, --table list all signal names in a nice table
-l, --list=[] list all signal names, or convert one to a name
specify the to be sent
-, -s, --signal
[...] send signal to every listed
Options:

kill [options] [...]
Usage:

Passwort: su: Fehler bei Authentifizierung
For more details see kill(1).

-V, --version output version information and exit
-h, --help display this help and exit

-L, --table list all signal names in a nice table
-l, --list=[] list all signal names, or convert one to a name
specify the to be sent
-, -s, --signal
[...] send signal to every listed
Options:

kill [options] [...]
Usage:

Zeit zum abfragen aller Werte 3 Sekunden
chargestatlp1 chargestatlp2 0 chargestatlp3 0
plugstatlp1 plugstatlp2 0 plugstatlp3 0
lp1enabled 1 lp2enabled 1 lp3enabled 1
EVU 1:V/1A 2: V/0A 3: V/0A
lla3 0 llv3 0 llas13 llas23 soclp1 0 soclp2
lla2 0 llv2 0 llas12 llas22 sofortll 10 hausverbrauch 295 wattbezug 324 uberschuss -324
lla1 0 llv1 0 llas11 llas21 mindestuberschuss 1400 abschaltuberschuss 5 lademodus 3
pv1watt 28 pv2watt pvwatt 28 ladeleistung 1 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32
speicherleistung 0 speichersoc 9
So 29. Nov 06:48:55 CET 2020
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusSerialClient(rtu baud[9600])]
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 125, in read_input_registers
resp = client.read_input_registers(0x00,2, unit=sdmid)
File "/var/www/html/openWB/modules/mpm3pmll/readmpm3pm.py", line 92, in
Traceback (most recent call last):
loadvars.sh: Zeile 73: [: : Ganzzahliger Ausdruck erwartet.
1606628932 Modbus EVSE read CP1 issue - using previous state ''
loadvars.sh: Zeile 67: /var/www/html/openWB/ramdisk/evseplugstate: Datei oder Verzeichnis nicht gefunden
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusSerialClient(rtu baud[9600])]
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
rq = client.read_holding_registers(readreg,reganzahl,unit=modbusid)
File "runs/readmodbus.py", line 20, in
Traceback (most recent call last):
/var/www/html/openWB/web/logging/data/ladelog/202011.csv
Zeit zum abfragen aller Werte 3 Sekunden
chargestatlp1 chargestatlp2 0 chargestatlp3 0
plugstatlp1 plugstatlp2 0 plugstatlp3 0
lp1enabled 1 lp2enabled 1 lp3enabled 1
EVU 1:V/1A 2: V/0A 3: V/0A
lla3 0 llv3 0 llas13 llas23 soclp1 0 soclp2
lla2 0 llv2 0 llas12 llas22 sofortll 10 hausverbrauch 315 wattbezug 331 uberschuss -331
lla1 0 llv1 0 llas11 llas21 mindestuberschuss 1400 abschaltuberschuss 5 lademodus 3
pv1watt 15 pv2watt pvwatt 15 ladeleistung 1 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32
speicherleistung 0 speichersoc 9
So 29. Nov 06:48:14 CET 2020
---

[ragsna]

Ich antworte mir mal selber - aber vielleicht hat ja jemand ähnliche Probleme:

Ich hatte immer das aktuelle Raspberry Pi "buster" benutzt.
Nach Wechsel auf "stretch" läuft es mittlerweile seit 3 Tagen auf meinem Pi 3B+ stabil.
Komischerweise läuft ein zweites Testsystem auf Basis von Debian 10.6 (buster) in einer virtuellen Maschine bislang ebenfalls klaglos.
Somit kann ich die Ursache nicht ganz eingrenzen, denke aber das es beim Raspberry schon einen Zusammenhang zum "buster" gibt.