Startseite lädt nicht korrekt auf Raspberry - Syntaxerror: readsdm3.py

[Veit0r]

Hallo openWB Community!
bei mir kündigt sich die PV-Anlage an, also präventiv von mir ein deepdive in openWB.

Ich habe hier einen Raspberry 4 mit RaspberryOS 10 Buster am laufen. Auf dem Pi läuft bereits ein Volkszaehler sowie eine Homebridge Instanz.

Ich habe das Installationscript

Code: Alles auswählen

curl -s https://raw.githubusercontent.com/snaptec/openWB/master/openwb-install.sh | sudo sh

ausgeführt. Es ist durchgelaufen, hat aber ein paar Fehler gezeigt, aber das waren wohl Pakete die nachinstalliert wurden.

Ich habe dann, da auf port 80 bereits der VZ läuft in der Apache Konfiguration den Port geändert:

Code: Alles auswählen

/etc/apache2/ports.conf:

Listen 81

<IfModule ssl_module>
        Listen 443
</IfModule>

<IfModule mod_gnutls.c>
        Listen 443
</IfModule>

Wenn ich das Webinterface aufrufe, sehe ich die Startseite "Bitte warten, während die Seite aufgebaut wird." aber der Ladebalken füllt sich nicht.
Rufe ich die Settings manuell per URL auf sehe ich die Einstellungen. Wenn ich dort etwas eintrage (ich habe meinen tibber token probiert) wird diese auch gespeichert. Ein erneutes aufrufen zeigt die veränderten Einstellungen.

Ich habe daraufhin mal die regel.sh manuell gestartet. Diese zeigte einige Fehler. Es konnten Dateien in der Ramdisk nicht gelesen werden, wegen fehlender Berechtigungen. Unter anderem folgende: (es gab noch mehr..)

Code: Alles auswählen

-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d1kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d2kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d3kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d4kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d5kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d6kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d7kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d8kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_d9kwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_einspeisungkwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_hausverbrauchkwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_llakwh
-rw-r--r-- 1 root root      2 Jan 26 11:02  mqttdaily_pvkwhk
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_sekwh
-rw-r--r-- 1 root root      2 Jan 26 11:05  mqttdaily_sikwh
-rw-r--r-- 1 root root      2 Jan 26 11:02  mqttdaily_verbraucher1ekwh
-rw-r--r-- 1 root root      2 Jan 26 11:02  mqttdaily_verbraucher1ikwh
-rw-r--r-- 1 root root      2 Jan 26 11:02  mqttdaily_verbraucher2ekwh
-rw-r--r-- 1 root root      2 Jan 26 11:02  mqttdaily_verbraucher2ikwh

Ich habe alle dateien mit chown an pi:pi gegeben. (Der Besitzer der anderen Dateien). Die Fehlermeldungen sind bis auf eine daraufhin verschwunden.
Beim manuellen Aufruf von "regel.sh" bleibt folgende Meldung:

Code: Alles auswählen

(standard_in) 1: syntax error
Traceback (most recent call last):
  File "/var/www/html/openWB/modules/sdm120modbusll/readsdm3.py", line 18, in <module>
    sdm2id = int(sys.argv[3])
ValueError: invalid literal for int() with base 10: 'none'

Wo habe ich einen Denkfehler? Habe ich einen Schritt bei der Einrichtung vergessen? Gibt es für openWB noch einen service der im Hintergrund läuft oder wird das komplett über das Batchscript in der crontab und den Apache abgefrühstückt?

[Veit0r]

Ich bin nochmal das Installtionscript schritt für schritt per Hand durch.
dabei war auffällig waren die Zeilen 147 und 148:

Code: Alles auswählen

sudo /bin/su -c "echo 'upload_max_filesize = 300M' > /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini"
sudo /bin/su -c "echo 'post_max_size = 300M' >> /etc/php/7.0/apache2/conf.d/20-uploadlimit.ini"

Bei mir ist php 7.3 installiert..
Ich habe die Settings per Hand in die 20-uploadlimit.ini geschrieben. Apache neugestartet, aber keine Veränderung.

Edit:
...läuft das noch garnicht auf Buster?

[LutzB]

Die offizielle Empfehlung ist Stretch. Buster erfordert noch viele manuelle Anpassungen.

Ein anderer Port als 80 sorgt ebenfalls für Probleme.

[derNeueDet]

Schieb doch vz auf Port 81 und lass die openWB auf Port 80. Mein Test system läuft auf Buster mit Port 80.
Einen Versuch wäre es wert
VG
Det

[d-dl]

Was sagt denn dein Netzwerk-Tab im Browser? Ich habe noch einen request auf Port 9001 (/mqtt), vielleicht hängt ja der.

[Veit0r]

Schieb doch vz auf Port 81 und lass die openWB auf Port 80. Mein Test system läuft auf Buster mit Port 80.

Habe ich gemacht, keinerlei Änderung. Ich sehe auch die Anfrage im Apache accesslog:

Code: Alles auswählen

127.0.1.1:80 2003:XXXX - - [28/Jan/2021:11:52:22 +0100] "GET /openWB/web/index.php HTTP/1.1" 200 9924 "http://raspberrypi/openWB/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0"

Es ist also nicht ausversehen der nginx vom vz.

Was sagt denn dein Netzwerk-Tab im Browser? Ich habe noch einen request auf Port 9001 (/mqtt), vielleicht hängt ja der.

Der Tab zeigt keinen Kringel/Ladebalken.. aber ich sehe in der Dev-Konsole:

Code: Alles auswählen

Firefox kann keine Verbindung zu dem Server unter ws://raspberrypi:9001/mqtt aufbauen.

Mit Telnet kann ich aber über locahost auf Port 9001 connecten.
Endlich eine Spur

[Veit0r]

Wundervoll!
...ich komme gerade wieder Heim und mich lacht die openWB Startseite an. Einfach so.
Manchmal hat man ja ein Brett vor dem Kopf. OpenVPN Client war wegen Wartungsarbeiten nicht verbunden. Die "echte" Frage müsste also lauten, wieso hat die Namensauflösung trotz VPN zum raspberry zuvor "teilweise" funktioniert bzw. genau der MQTT part nicht.
Wie auch immer.. Danke für eure Hilfe! Das ist reproduzierbar mein Problem gewesen. Ich schaue mir das jetzt alles mal im Detail an, die Fehlermeldung im Script verschwindet ggf. ja wenn es durchkonfiguriert ist.