Umzug von RasPi 4 (Buster) auf RasPi 5 (Bookworm), ich bekomme es nicht hin

[Otto123]

Was steht im Log?
Port und IP richtig?

Code Auswählen Erweitern

ss- lntuDa war ne HTTPS Fehlermeldung? Du hast dein Web auf HTTPS gehabt?

[Guzzi-Charlie]

Jetzt hat es mir gerade meinen Kommentar beim Abschicken ins Nirwana geschickt weil Du gerade in dem Moment geantwortet hattest.

Also nochmal:

• ich habe den initialUsbCheck in der fhem.cfg per attr disabled
• die USB-Sticks wieder angesteckt
• den RasPi rebooted
• piVCCU läuft
• FHEM läuft auch (lt. "top") mit ca. 2-5% CPU-Last
• Oh Mann, guter Hinweis, es geht NUR mit https, d.h. ich komme jetzt auch wieder auf das WEB-IF
• aktuelle Fehlermeldungen:
  
  Code Auswählen Erweitern
  2024.04.26 21:01:07.232 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:0A000416:SSL routines::sslv3 alert certificate unknown (peer: 192.168.178.15)
2024.04.26 21:01:09.833 1: myJeeLink: Can't open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL006UL7-if00-port0: Permission denied

[Guzzi-Charlie]

Ich werde dann am WE versuchen den restlichen Kram zu finden/nachzuinstallieren und dann melde ich mich wieder.

Morgen muß ich erstmal (wenn, wie vorhergesagt das Wetter schön wird) draußen arbeiten und einen Balkon abbauen um dann nächste Woche ein Garagendach (Flachdach) neu abdichten zu können.

Erstmal vielen, vielen Dank für die Unterstützung. Durch Dich habe ich Heute mehr erreicht als in den ganzen zwei Wochen davor. Jetzt bin ich wieder zuversichtlich das der Umstieg auf den RasPi 5 doch klappt und ich den vielleicht nächste Woche produktiv schalten kann und dann hoffentlich meine ganzen Performance-Probleme erledigt sind.

[Guzzi-Charlie]

Hallo,

inzwischen habe ich FHEM auf dem neuen RasPi 5 produktiv geschaltet. Grundsätzlich scheint es zu funktionieren.

Es gibt aber noch ein paar Sachen die nicht funktionieren.

Hier die Fehlermeldungen aus dem FHEM-log (nach Neustart):

• 2024.04.28 12:48:29.805 1: myJeeLink: Can't open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL006UL7-if00-port0: Permission denied
  -> fehlende Rechte? -> erledigt
• 2024.04.28 12:48:33.885 1: IEC1107_rs485: Can't connect to 192.168.0.83:20108: Network is unreachable
  -> keine Ahnung woher diese IP kommt und ob das überhaupt relevant ist.
• 2024.04.28 12:48:33.906 1: IEC1107_rs485: cannot open file /fhem/trunk/fhem/drs110m.classdef for class drs110m.
  -> solch ein Directory/file gibt es auch in der alten Installation nicht
• 2024.04.28 12:48:34.195 1: reload: Error:Modul 10_BindingsIo deactivated:
  -> das Modul 10_BindingsIo ist in der neuen Installation am gleichen Ort wie in der alten Installation vorhanden  -> erledigt
  Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/aarch64-linux-gnu/perl/5.36.0 /usr/local/share/perl/5.36.0 /usr/lib/aarch64-linux-gnu/perl5/5.36 /usr/share/perl5 /usr/lib/aarch64-linux-gnu/perl-base /usr/lib/aarch64-linux-gnu/perl/5.36 /usr/share/perl/5.36 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/10_BindingsIo.pm line 10, <$fh> line 11386.
  BEGIN failed--compilation aborted at ./FHEM/10_BindingsIo.pm line 10, <$fh> line 11386.
• 2024.04.28 12:48:34.813 1: define FL_PV_WR_T41 FileLog %L/PV-WR-T41_%Y-%m.log PV_WR_T41:active_power.*|PV_WR_T41:back_up.*|PV_WR_T41:battery_mode.*|PV_WR_T41:error_codes.*|PV_WR_T41:grid_mode.*|PV_WR_T41:hours_total_h.*|
  PV_WR_T41:house_consumption_W|PV_WR_T41:inverter.*|PV_WR_T41:load.*|PV_WR_T41:meter_active.*|PV_WR_T41:meter_l.*|PV_WR_T41:mppt1.*|PV_WR_T41:mppt2.*|PV_WR_T41:mppt3.*|
  PV_WR_T41:on_grid_l.*|PV_WR_T41:pExport_kWh|PV_WR_T41:pImport_kWh|PV_WR_T41:pv1.*|PV_WR_T41:pv2.*|PV_WR_T41:pv3.*|PV_WR_T41:pv_.*|PV_WR_T41:rssi|PV_WR_T41:speicherverluste|
  PV_WR_T41:today_.*|PV_WR_T41:total_.*|PV_WR_T41:ups.*|PV_WR_T41:work_mode:
  Can't open /opt/fhem/log/PV-WR-T41_2024-04.log: Permission denied
   -> fehlende Rechte?  -> erledigt
• 2024.04.28 12:48:38.601 1: Modbus_KG2: Can't open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_B001BIRB-if00-port0: Permission denied
   -> fehlende Rechte? -> erledigt
• 2024.04.28 12:48:38.701 1: usb create starting
  2024.04.28 12:48:45.985 1: TCM_ESP3: Can't open /dev/ttyUSB0: Permission denied
  2024.04.28 12:48:45.986 1: TCM_ESP3: Can't open /dev/ttyUSB1: Permission denied
  2024.04.28 12:48:45.999 1: usb create end
   -> erledigt
• 2024.04.28 12:48:48.426 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:0A000126:SSL routines::unexpected eof while reading (peer: 192.168.178.128)
  -> das ist die Verbindung zu meinem Loxon MiniServer Go
• 2024.04.28 12:48:48.494 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:0A000416:SSL routines::sslv3 alert certificate unknown (peer: 192.168.178.15)
  2024.04.28 12:48:48.582 1: FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:0A000126:SSL routines::unexpected eof while reading (peer: 192.168.178.128)

Die Fehler 8. und 9. wiederholen sich dann ständig

[Otto123]

Hi,

trotz schönem Wetter
Du musst

• Dein SSL bereinigen / wieder richtig konfigurieren / alte Zertifikate installieren
• Die Berechtigung der seriellen Schnittstellen prüfen und den Benutzer fhem eventuell in die richtige Gruppe stecken (siehe #7)
• Du musst die Berechtigungen der Dateien prüfen und die ev. Korrigieren chown -R fhem: /opt/fhem
• Du musst die fehlende Software nachinstallieren (Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) )
• Bi 2 und 3 fällt mir nichts ein.

Gruß Otto

[kask]

Fehler 2+3:
Darum wird es gehen.
https://forum.fhem.de/index.php?topic=56171.0

Warum hast du nicht mit apt den Raspberry hochgezogen (Buster >> Bullseye >> Bookworm)?

Warum bist du nicht auf ein Barebone(Mini-PC) gewechselt mit N100 CPU z.B.?
Braucht am Ende nicht mehr Strom und du hast eine vernünftige Datenspeicheranbindung.Bei in Summe nicht viel mehr Geld für alles zusammen.
Man hat dann aber keine GPIO's. Wenn man die benötigt ist es doof.

Was war dein Grund für die Wahl auf einen Raspberry 5?

[Guzzi-Charlie]

@Otto,

Danke für die schnelle Antwort, aber leider bringt mich das nicht weiter. Mit Deinen Antworten hast Du ja Recht, aber das WIE ist mein Problem.

Die Dateiberechtigungen hatte ich (vermeintlich) korrigiert, aber nach dem reboot ist alles wieder beim Alten.
Die Rechte standen auf pi:pi (5.) sowie auf root:root (1. und 6.) geändert hatte ich das (vermeintlich) mit "sudo chown  -hR fhem:dialout /dev/serial/by-id/"

Bin also im Moment kein Stück weiter.

[Guzzi-Charlie]

@kask,

• Warum hast du nicht mit apt den Raspberry hochgezogen (Buster >> Bullseye >> Bookworm)?
  ==> Hatte ich ja erst versucht. Auf Bookworm bin ich auch gekommen, aber nicht mehr auf den RasPi 5 weil der einen anderen Kernel benötigt.
  ==> Weil es nicht funktioniert (siehe mein erster Post). Nach zwei Wochen habe ich aufgegeben
• Warum bist du nicht auf ein Barebone(Mini-PC) gewechselt mit N100 CPU z.B.?
  ==> Weil ich davon erst Recht keine Ahnung habe.
• Braucht am Ende nicht mehr Strom und du hast eine vernünftige Datenspeicheranbindung.Bei in Summe nicht viel mehr Geld für alles zusammen.
• Man hat dann aber keine GPIO's. Wenn man die benötigt ist es doof.
  ==> würde ich nicht benötigen.
• Was war dein Grund für die Wahl auf einen Raspberry 5?
  ==> Es ging nur um die Performance. Der RasPi 4 war am Anschlag.

[Otto123]

Dann müssen wir detaillierter arbeiten, Du verstehst meine Anmerkungen falsch:
Was liefert Dir (Ausgabe bitte posten)

Code Auswählen Erweitern

ls -lha /dev/ttyUSB*
ls -lha /dev/serial/by-id/
ls -lha  /opt/fhem/log/PV-WR-T41_2024-04.log
Für Fehler 4. musst Du das Paket libprotocol-websocket-perl installieren, ich hoffe Du weißt noch wie das geht?

Du kannst SSL für FHEMWEB erstmal deaktivieren und später wieder in Betrieb nehmen, FHEM Kommandozeile:

Code Auswählen Erweitern

attr TYPE=FHEMWEB HTTPS 0Danach save

[Guzzi-Charlie]

ls -lha /dev/ttyUSB*
crw-rw----+ 1 root plugdev 188, 0 Apr 28 15:45 /dev/ttyUSB0
crw-rw----+ 1 root plugdev 188, 1 Apr 28 15:45 /dev/ttyUSB1
crw-rw----+ 1 root plugdev 188, 2 Apr 28 15:45 /dev/ttyUSB2
crw-rw----  1 root dialout 188, 3 Apr 28 15:49 /dev/ttyUSB3
crw-rw----+ 1 root plugdev 188, 4 Apr 28 15:45 /dev/ttyUSB4

ls -lha /dev/serial/by-id/
total 0

drwxr-xr-x 2 root root 140 Apr 28 15:45 .
drwxr-xr-x 4 root root  80 Apr 28 15:45 ..
lrwxrwxrwx 1 root root  13 Apr 28 15:45 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB3
lrwxrwxrwx 1 root root  13 Apr 28 15:45 usb-FTDI_FT232R_USB_UART_AK072UA9-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 Apr 28 15:45 usb-FTDI_FT232R_USB_UART_AL006UL7-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root  13 Apr 28 15:45 usb-FTDI_FT232R_USB_UART_AR0JY0EF-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root  13 Apr 28 15:45 usb-FTDI_FT232R_USB_UART_B001BIRB-if00-port0 -> ../../ttyUSB4

ls -lha  /opt/fhem/log/PV-WR-T41_2024-04.log
==> hier hat die Änderung offensichtlich funktioniert
-rw-r--r-- 2 fhem dialout 112M Apr 27 11:40 /opt/fhem/log/PV-WR-T41_2024-04.log

Bei den Verzeichnissen ..by-id und ..by-path habe ich es gerade nochmal versucht. Ein List direkt nach der Änderung bestätigt die Änderung, aber nach dem reboot ist alles wieder wie vorher. 

[Otto123]

Bei den Verzeichnissen ..by-id und ..by-path habe ich es gerade nochmal versucht.

Ich habe nie gesagt: Du sollst dort die Berechtigungen ändern! Ich habe gesagt Du sollst den User fhem in die richtige Gruppe tun! Die hat sich bei Bookworm geändert!

Code Auswählen Erweitern

sudo usermod -a -G plugdev fhemDanach FHEM neu starten!

Bei den Verzeichnissen ..by-id und ..by-path habe ich es gerade nochmal versucht. Ein List direkt nach der Änderung bestätigt die Änderung, aber nach dem reboot ist alles wieder wie vorher. 

Dann musst Du doch irgendwann mal verstehen: Linux will das nicht     

[kask]

Ein fhem neustart wird vermutlich nicht reichen nach der aktion.
Man wird sich ausloggen müssen bzw. eine neue Session aufmachen müssen.
Zur Not ein reboot.

[Otto123]

eine neue Session aufmachen müssen.

Das tut der fhem.service beim Neustart

[kask]

Das tut der fhem.service beim Neustart

Da hast du vollkommen wahr. Ich war gedanklich noch auf der console.

[kask]

Ein Besitzerwechsel von den Verzeichnissen /by-id/ und /by-path/ funktioniert nicht weil die nicht persistent sind.
Die Inhalte der Ordner werden erst angelegt wenn da Hardware ist. Und die wird erst beim booten frühestens erkannt oder beim einstecken.
Und dann wird der Inhalt dazu angelegt. Also sind die beiden Pfade immer ganz neu!
Wenn du das ändern müsstest dann mußt du woanders was abändern damit die Rechte beim einhängen der Devices anders veregben werden.
Aber das musst du nicht machen.
Nur mal als Info für dich warum das nicht geht und du da auch keine weitere Energie drinne verschenken must.