J'ai un Arduino qui est parfois lié à d' /dev/ttyUSB0autres fois /dev/ttyUSB1, faisant échouer mon script.

Je ne veux pas énumérer toutes les possibilités de l'emplacement de mon appareil, mais je préférerais qu'il soit lié à un endroit statique, par exemple /dev/arduino.

Comment puis-je y arriver?

Comme suggéré, vous pouvez ajouter des règles udev. J'ai édité le /etc/udev/rules.d/10-local.rulespour contenir:

ACTION=="add", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", SYMLINK+="my_uart"

Vous pouvez vérifier les variables de votre appareil en lançant

udevadm info -a -p  $(udevadm info -q path -n /dev/ttyUSB0)

Il existe un guide plus détaillé que vous pouvez lire sur http://www.reactivated.net/writing_udev_rules.html

La syntaxe de la règle ci-dessus peut fonctionner sur certaines distributions, mais pas sur la mienne (Raspbian). Comme je n'ai jamais trouvé un seul document qui explique tous les tenants et les aboutissants, j'ai écrit le mien, à retrouver ici . C'est ce que cela revient à.
1. Découvrez ce qu'il y a sur ttyUSB:

dmesg | grep ttyUSB  

2. liste tous les attributs de l'appareil:

udevadm info --name=/dev/ttyUSBx --attribute-walk

(avec votre numéro de périphérique (s) au lieu de x, bien sûr). Choisissez un ensemble d'identifiants uniques, par exemple idVendor + idProduct. Vous aurez peut-être également besoin du numéro de série si vous avez plusieurs périphériques avec les mêmes idVendor et idProduct. Les numéros de série doivent être uniques pour chaque périphérique.
3. Créez un fichier /etc/udev/rules.d/99-usb-serial.rulescontenant quelque chose comme cette ligne:

SUBSYSTEM=="tty", ATTRS{idVendor}=="1234", ATTRS{idProduct}=="5678", SYMLINK+="your_device_name" 

(en supposant que vous n'avez pas besoin d'un numéro de série, et bien sûr des numéros pour idVendor et idProduct que vous avez trouvés à l'étape 2.
4. Chargez la nouvelle règle:

sudo udevadm trigger

5. Vérifiez ce qui s'est passé:

ls -l /dev/your_device_name  

montrera quel numéro ttyUSB le lien symbolique est allé. Si c'est le cas /dev/ttyUSB1, vérifiez ensuite à qui appartient ce groupe et à quel groupe il appartient:

ls -l /dev/ttyUSB1   

Alors juste pour le plaisir:

udevadm test -a -p  $(udevadm info -q path -n /dev/your_device_name)

Le problème de plusieurs périphériques USB identiques

J'ai un Rasperry Pi avec quatre caméras. Je prends pix avec fswebcamqui identifie les caméras comme /dev/video0.. video3. Parfois , la caméra est video0, vide02, video4et video6mais nous pouvons oublier que pour l' instant.

J'ai besoin d'un identifiant persistant pour identifier un numéro de caméra, par exemple, video0c'est toujours la même caméra car je sous-titrai les images. Malheureusement, cela n’arrive pas de façon fiable: au démarrage, les caméras sont énumérées de la manière suivante video0… video3mais pas toujours de la même manière.

Les caméras ont toutes le même ID et le même numéro de série.

La solution à ce problème implique des règles udev, mais il y a aussi beaucoup d'hameçons.

Si vous lancez la commande

udevadm info –attribute-walk –path=/dev/video0

vous obtenez une table de sortie, mais les éléments saillants sont

KERNEL=”video0”, SUBSYSTEM=”video4linux” and KERNELS=”1:1.2.4:1.0”.

Le bit KERNELS est un port hub USB. Avec quatre caméras, il y en a quatre - elles ne changent pas au redémarrage, mais le video{x}port associé à un port peut changer.

Nous avons donc besoin d’une règle udev pour lier un numéro de vidéo à un port de hub USB - quelque chose comme:

KERNEL==”video0”,SUBSYSTEM=”video4linux”,KERNELS==”1:1.2.4:1.0”,SYMLINK+=”camera0” 

Ça a l'air simple - accéder à la caméra avec

fswebcam –d  $realpath /dev/camera0

Sauf que cela ne fonctionne pas - si vous mettez cela dans une règle udev et que le système a alloué video0 (au démarrage) à un autre port, la règle udev est ignorée. Le lien symbolique /dev/camera0dit en gros no such device. Carré un.

Ce que nous voulons, c'est lier un lien symbolique à une adresse de concentrateur USB, pas à un video{x}numéro. Il a fallu un programme Python.

La première étape a été de courir

fswebcam –d /dev/video${x}  tst.jpg

pour xentre 1 et 8. L'existence de tst.jpgaprès chaque appel identifie s'il y a une caméra sur ce numéro de vidéo. À partir de cela, faites une liste des numéros de vidéo actifs. Mon expérience a été que c'est soit 0,1,2,3ou 0,2,4,6pour les appareils photo que j'ai utilisés.

D'autres peuvent bien sûr construire cette liste en utilisant un processus différent.

Puis pour chaque numéro de vidéo dans la liste

udevadm info –attribute-walk –path=/dev/videox > dd

et extraire le KERNELS= linede dd. A partir de ce processus, vous obtenez une liste d'adresses de ports USB pour les caméras. Triez cette liste de manière à la traiter toujours dans le même ordre à l'étape suivante. Appelez cela la "liste d'adresses".

Exécutez la udevadm … > ddchose à nouveau et faites une liste qui ressemble à

KERNEL==”video0”, SUBSYSTEM=”video4linux”,KERNELS==”1:1.2.4:1.0 ”,SYMLINK+=”camerax”. Call this the “video list”.

Parcourez maintenant la liste d'adresses - pour chaque entrée, recherchez l'entrée correspondante dans la liste de vidéos. Créez une nouvelle liste qui ressemble à une collection de lignes comme

KERNEL==”video0”, SUBSYSTEM=”video4linux”,KERNELS==”1:1.2.4:1.0 ”,SYMLINK+=”camera2”

Le x (numéro de lien symbolique) est remplacé par le numéro de séquence dans la liste d'adresses.

Maintenant, vous avez une règle udev qui fonctionne. Un lien symbolique lié à une adresse de concentrateur USB, quel que soit le numéro de vidéo attribué à ce port au démarrage.

Écrivez la liste finale dans un fichier /etc/udev/rules.d/cam.rules. Exécuter udevadm triggerpour l'activer et le travail est terminé. /dev/camera2sera la même caméra (port USB) quel que soit son numéro de vidéo.

J'ai également pu trouver un appareil unique dans /dev/serial/by-id. Je n'ai pas encore essayé de redémarrer, mais les fichiers de ce répertoire étaient simplement des liens vers le fichier de périphérique approprié ( ttyACM[0-9]) .`

Je suis en train de lancer arch linux sur Raspberry Pi, mais je suis tombé sur eux simplement en faisant un findpour les noms de fichiers contenant "Arduino". Mes programmes python fonctionnent correctement en utilisant ces fichiers comme périphériques pour lire / écrire des données vers / depuis mes Arduinos (jusqu'à présent, deux sur un seul Pi).

Juste pour dire que ce qui précède a fonctionné pour moi et a également monté automatiquement le périphérique pour moi après avoir placé une entrée dans / etc / fstab (et cela appelle également umount après le retrait du stick)

c'est à dire

/ etc / fstab

# See /etc/udev/rules.d/5-usb-disk.rules
/dev/backup     /vol/backup     ext4    defaults,errors=remount-ro 0       1

cat /etc/udev/rules.d/5-usb-stick.rules

#
# the next line creates a symlink to this disk drive called /dev/backup 
# i.e.
#   root:# ls -la /dev/backup 
#   lrwxrwxrwx 1 root root 3 Jul 22 19:33 /dev/backup -> sg0

# Backup usb stick - create /dev/backup
# ATTRS{model}=="Cruzer Blade    "
ACTION=="add", ATTRS{model}=="Cruzer Blade    ", SYMLINK+="backup"

# Clean up after removal  
ACTION=="remove", ATTRS{model}=="Cruzer Blade    ", RUN+="/bin/umount /vol/backup"

Donc, après avoir inséré ma clé USB, je reçois:

root:# mount | grep sd
/dev/sda1 on /vol/backup type ext4 (rw,relatime,errors=remount-ro,data=ordered)