Hallo MoG,
Jetzt habe ich nach langer Pause doch mal versucht, das Problem zu lösen; leider ohne Erfolg.
Immerhin habe ich jetzt herausgefunden, dass der ftduino sich beim Hochladen eines Skripts ab- und wieder anmeldet.
Auszug aus journalctl:
Code: Alles auswählen
Aug 09 19:02:10 rudolph kernel: usb 1-1: USB disconnect, device number 10
Aug 09 19:02:11 rudolph kernel: usb 1-1: new full-speed USB device number 11 using xhci_hcd
Aug 09 19:02:11 rudolph kernel: usb 1-1: New USB device found, idVendor=1c40, idProduct=0537, bcdDevice= 0.01
Aug 09 19:02:11 rudolph kernel: usb 1-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0
Aug 09 19:02:11 rudolph kernel: usb 1-1: Product: ftDuino
Aug 09 19:02:11 rudolph kernel: usb 1-1: Manufacturer: Till Harbaum
Aug 09 19:02:11 rudolph kernel: cdc_acm 1-1:1.0: ttyACM0: USB ACM device
Aug 09 19:02:18 rudolph kernel: usb 1-1: USB disconnect, device number 11
Aug 09 19:02:19 rudolph kernel: usb 1-1: new full-speed USB device number 12 using xhci_hcd
Aug 09 19:02:19 rudolph kernel: usb 1-1: New USB device found, idVendor=1c40, idProduct=0538, bcdDevice= 1.00
Aug 09 19:02:19 rudolph kernel: usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug 09 19:02:19 rudolph kernel: usb 1-1: Product: ftDuino
Aug 09 19:02:19 rudolph kernel: usb 1-1: Manufacturer: Till Harbaum
Aug 09 19:02:19 rudolph kernel: cdc_acm 1-1:1.0: ttyACM0: USB ACM device
Dummerweise ändern sich im Laufe dieses Vorgangs die Berechtigungen für /dev/ttyACM0:
Code: Alles auswählen
crw-rw-rw- 1 root dialout 166, 0 2019-08-09 18:17:14.254629498 +0200 /dev/ttyACM0
crw-rw-rw- 1 root dialout 166, 0 2019-08-09 18:17:14.254629498 +0200 /dev/ttyACM0
ls: Zugriff auf '/dev/ttyACM0' nicht möglich: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf '/dev/ttyACM0' nicht möglich: Datei oder Verzeichnis nicht gefunden
crw------- 1 root root 166, 0 2019-08-09 18:19:28.859520841 +0200 /dev/ttyACM0
crw------- 1 root root 166, 0 2019-08-09 18:19:28.859520841 +0200 /dev/ttyACM0
crw------- 1 root root 166, 0 2019-08-09 18:19:28.859520841 +0200 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 2019-08-09 18:19:29.419524550 +0200 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 2019-08-09 18:19:29.419524550 +0200 /dev/ttyACM0
und dann nochmal:
Code: Alles auswählen
crw-rw---- 1 root dialout 166, 0 2019-08-09 18:19:29.419524550 +0200 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 2019-08-09 18:19:29.419524550 +0200 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 2019-08-09 18:19:29.419524550 +0200 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 2019-08-09 18:19:29.419524550 +0200 /dev/ttyACM0
ls: Zugriff auf '/dev/ttyACM0' nicht möglich: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf '/dev/ttyACM0' nicht möglich: Datei oder Verzeichnis nicht gefunden
crw------- 1 root root 166, 0 2019-08-09 18:19:36.919574215 +0200 /dev/ttyACM0
crw------- 1 root root 166, 0 2019-08-09 18:19:36.919574215 +0200 /dev/ttyACM0
crw------- 1 root root 166, 0 2019-08-09 18:19:36.919574215 +0200 /dev/ttyACM0
crw-rw-rw- 1 root dialout 166, 0 2019-08-09 18:19:37.511578133 +0200 /dev/ttyACM0
crw-rw-rw- 1 root dialout 166, 0 2019-08-09 18:19:37.511578133 +0200 /dev/ttyACM0
Irgendwelche anderen Prozesse scheinen da nicht dazwischen zu funken: den ModemManager habe ich deinstalliert, und mtp-probe konnte ich mit einer eigenen udev-Regel abbestellen.
Wenn in einem kritischen kurzen Moment nur root auf die Schnittstelle zugreifen darf, und der Uploader gerade dann versucht zu schreiben, dann nutzen auch alle Gruppenzugehörigkeiten und udev-Regeln nichts.
Die sind die ganze Zeit schon so, wie in der Installationsanleitung angegeben.
Irgendwas ist da anders als in anderen Systemen, ich weiß aber nicht was.
MasterOfGizmo hat geschrieben:
Was für einen Desktop nimmst Du denn? KDE? Gnome? Das könnte einen Hinweis auf den Modemmanager bzw. ähnliche Prozesse geben, die an den seriellen Schnittstellen ihr Unwesen treiben.
Ich nehme auf diesem Rechner KDE, das System ist ein OpenSuse Tumbleweed.
Vielleicht hat ja noch jemand eine Idee.
Gruß
Esther