/dev/ttyUSBx wird nicht erstellt

[Hardy F. (hflor)]

Hallo,

vielleicht hat schon mal jemand dieses Problem und kennt die Lösung.
An meinem Raspi 4 mit debian 11 sind einmal direkt ein 
USB-Serial-Wandler mit pl2303 und an einen USB-Hub nochmal 2 
RS485-USB-Wandler mit ch341 und pl2303.
Den Seriellen Wander wird an ein Steuerrechner mit virtualhere 
weitergreicht.
Die beiden verbleibenden sind nach einem reboot als /dev/ttyUSBx 
sichtbar.
Wenn ich sie dann entferne und neu verbinde sind sie nicht wieder da. 
Auch ein neuladen der Treiber pl2303, ch341 und usbserial bringen die 
Einträge nicht wieder. Nur zur Vollständigkeit, es ist auch noch ein 
Zigbee-Empfänger am USB.

Gibt es da eine Lösung ohne reboot?

Nach dem neuladen der Treiber gibt dmesg nicht viel aus:

[  977.003807] usbcore: registered new interface driver pl2303
[  977.003943] usbserial: USB Serial support registered for pl2303
[  982.310835] usbcore: registered new interface driver ch341
[  982.310927] usbserial: USB Serial support registered for ch341-uart

und das nach dem neuverbinden des USB-Hubs:

[ 1792.711677] usb 2-1: new SuperSpeed USB device number 4 using xhci_hcd
[ 1792.971152] usb 2-1: New USB device found, idVendor=2109, idProduct=8110, bcdDevice=90.91
[ 1792.971172] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1792.971178] usb 2-1: Product: USB3.0 Hub
[ 1792.971183] usb 2-1: Manufacturer: VIA Labs, Inc.
[ 1792.981696] hub 2-1:1.0: USB hub found
[ 1792.981987] hub 2-1:1.0: 4 ports detected
[ 1793.047385] usb 1-1.1: new high-speed USB device number 23 using xhci_hcd
[ 1793.149134] usb 1-1.1: New USB device found, idVendor=2109, idProduct=2811, bcdDevice=90.90
[ 1793.149154] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1793.149160] usb 1-1.1: Product: USB2.0 Hub
[ 1793.149165] usb 1-1.1: Manufacturer: VIA Labs, Inc.
[ 1793.150993] hub 1-1.1:1.0: USB hub found
[ 1793.151252] hub 1-1.1:1.0: 4 ports detected
[ 1793.455411] usb 1-1.1.1: new full-speed USB device number 24 using xhci_hcd
[ 1793.571889] usb 1-1.1.1: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 4.00
[ 1793.571909] usb 1-1.1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1793.571915] usb 1-1.1.1: Product: USB-Serial Controller D
[ 1793.571920] usb 1-1.1.1: Manufacturer: Prolific Technology Inc.
[ 1793.667461] usb 1-1.1.2: new full-speed USB device number 25 using xhci_hcd
[ 1793.785888] usb 1-1.1.2: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.54
[ 1793.785917] usb 1-1.1.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 1793.785924] usb 1-1.1.2: Product: USB2.0-Ser!

[Mod: Code-Tags hinzugefügt]

[Hans W. (hanswieland)]

Möglicherweise sind die vermissten Device noch in laufenden Programmen 
geöffnet. Dann können sie zwar (für andere Programme scheinbar) gelöscht 
aber nicht neu erstellt werden.

[Gerd E. (robberknight)]

Beobachte doch mal mit "udevadm monitor" was beim ersten Einstecken 
passiert wenn es klappt und vergleiche das mit der Ausgabe wenn es 
später nicht mehr klappt.

[Alexander S. (alesi)]

Hardy F. schrieb:
> Nach dem neuladen der Treiber gibt dmesg nicht viel aus:

Neben dmesg gibt es auch noch lsusb, z.B.

sudo lsusb
sudo lsusb -v
sudo lsusb -v -s 001:001

[Hardy F. (hflor)]

Vielen Dank für Eure Hilfe, das udevadm hatte mir sehr geholfen.

Die Lösung ist in virtualhere das Gerät zu ignorieren. Dann wird auch 
beim Anstecken der Eintrag /dev/ttyUSBx errzeugt.

Nur bei den USB-Serial- und USB-RS485-Wandler mit dem pl2303 ist die 
gleiche Kombination venid/devid und der eine soll aber weitergereicht 
werden.

Hier muß ich mal noch etwas bei virtualhere suche, ob ich auch Ports 
ignorieren kann.

[Gerd E. (robberknight)]

Hardy F. schrieb:
> Nur bei den USB-Serial- und USB-RS485-Wandler mit dem pl2303 ist die
> gleiche Kombination venid/devid und der eine soll aber weitergereicht
> werden.
>
> Hier muß ich mal noch etwas bei virtualhere suche, ob ich auch Ports
> ignorieren kann.

virtualhere und dessen Möglichkeiten kenne ich nicht. Ich würde eine 
udev-Regel erstellen die die Ports anhand der udev-Kriterien erkennt und 
dann entsprechend kennzeichnet. Entweder mit "TAG+=" wenn das 
virtualhere das versteht, oder z.B. mit bestimmten Benutzergruppen oder 
Symlinks.

[Stefan P. (form)]

Hardy F. schrieb:
> Hier muß ich mal noch etwas bei virtualhere suche, ob ich auch Ports
> ignorieren kann.

IgnoredBuses=1-1.1,1-1.2,1-1.3,1-1.4,1-1.5,1-1.6,1-1.7
Das ignoriert alle Ports 1-1.1 bis 1-1.7 auf einem Raspi.
Nimm den entsprechenden Port aus der Liste raus und VirtualHere findet 
dann nur noch das eine Gerät.

[Hardy F. (hflor)]

Vielen Dank an Stefan, diese Option kannte ich noch nicht.

Da alle RS485-Wandler an einen USB-Hub hängen, dachte ich der Raspi-Port 
reicht. Aber man muß wirklich jeden Port einzeln angeben, das war aber 
nur eine Zahl mehr dran. Jetzt ist nur noch das eine Gerät sichtbar...