USB Verbindung funktioniert mit Pi5 Trixie nicht mehr

[Burny4600]

plugdev scheint ein Überbleibsel aus alter Zeit zu sein, das über manche udev-Rules "zombiert".

Warum etwas uraltes im einem aktuellen OS (Trixie) auftaucht.
Das Problem tauchte bei mir erst mit Trixie auf. Die letzten Jahre mit gleicher Schnittstellenhardware war das immer dialout.

[Beta-User]

Muss man dann aber nicht verstehen warum im PI-OS mit Bookworm (und Trixie?) die USB-Interfaces "plugdev" bekommen haben.

Vermutlich nicht...

Warum etwas uraltes im einem aktuellen OS (Trixie) auftaucht.

Meine (ungeprüfte!) Theorie:

Die Gruppe steht noch (selten) in manchen udev-rules. Früher scheint  man das irgendwie kaschiert und umgebogen zu haben, aber damit scheint halt "Schluss" zu sein. Dann muss der User ran (und die Gruppenzugehörigkeit "wiederbeleben") (oder besser der für die udev-rule eigentlich Zuständige, und die Leiche richtig benennen...).

[TomLee]

Vor der Aktualisierung auf Trixie funktionierte unter FHEM der nanoCUL noch.

Also ich hab letzte Woche ein System komplett neu aufgesetzt welches bisher unter Buster lief.

Ich kann die Probleme mit den Gruppenrechten nicht nachvollziehen, evtl. ist es auch nur dem richtigen Zeitpunkt geschuldet, keine Ahnung.

Alles läuft wie zuvor, ohne irgendwelche Rechte zu ändern.

An der Pi(4) hängen 4 USB Geräte.

Drei serielle:

Code Auswählen Erweitern

pi@fhempi:~ $ ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 26. Mär 21:59 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 26. Mär 21:59 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 2 30. Mär 20:52 /dev/ttyUSB2

und ein Conbee2:

Code Auswählen Erweitern

pi@fhempi:~ $ ls -l /dev/ttyACM*
crw-rw---- 1 root dialout 166, 0 30. Mär 20:59 /dev/ttyACM0

Code Auswählen Erweitern

pi@fhempi:~ $ cat /etc/os-release 
PRETTY_NAME="Debian GNU/Linux 13 (trixie)" 
NAME="Debian GNU/Linux" 
VERSION_ID="13" 
VERSION="13 (trixie)" 
VERSION_CODENAME=trixie 
DEBIAN_VERSION_FULL=13.4 
ID=debian 
HOME_URL="https://www.debian.org/" 
SUPPORT_URL="https://www.debian.org/support" 
BUG_REPORT_URL="https://bugs.debian.org/"

[Burny4600]

Die dialout und plugdev Zuweisung dürfte vom Chip des CULs unter Trixie abhängig sein.

Code Auswählen Erweitern

ls -l /dev/ttyUSB1 => /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
crwxrwxrwx 1 root dialout 188, 1 30. Mär 19:24 /dev/ttyUSB1

Code Auswählen Erweitern

ls -l /dev/ttyUSB0 => /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D834-if00-port0
crwxrwxrwx+ 1 root plugdev 188, 0 30. Mär 19:35 /dev/ttyUSB0
Die gleiche Hardware unter Bookworm und früher verwendet, erfasste alle CULs als dialout Gerät.

Eine weitere Erkenntnis was die Rechte bei dieser Schnittstelle betrifft.
Führe ich unter Trixie eine Rechteänderung aus
sudo chmod -R 0777 /dev
ist unter FHEM die Schnittstelle erreichbar.
Nach einem Neustart des Pis ist diese Schnittstelle nicht mehr erreichbar und die Rechte müssten wieder gesetzt werden.

Diese Eigenart kann nur mit der Gruppe plugdev für FHEM behoben werden, wie ihr schon angeführt habt.

Wie sieht das mit den UDEV Regeln aus? Muss da auch etwas angepasst werden was noch nicht betreffend Trixie erwähnt wurde?

[tomcat.x]

Wie sieht das mit den UDEV Regeln aus?

Über das hier bin ich gestolpert:
GOTO="alsa_restore_std" has no matching label