donc, actuellement le premier adaptateur peut etre connecté sur n'importe quel entrée USB ca fonctionne toujours!!!
si je veux mettre un deuxiemme adaptateur je doit spécifier la communication dans udev c ca??
caca aussi, en essayant de changer l'ordre des mots des commentaires précédents :
À chaque fois que tu vas rajouter un adaptateur, un nouveau device sera créé dans /dev.
Tu peux "commander" cette création en l'associant à l'identifiant unique de chaque matériel que tu branches sur ton bus usb. Et donc mettre une étiquette verte sur un de tes adaptateurs et le piloter avec ./vert -fais truc
Tout ça est géré par Udev, qui te permet d'écrire des règles pour donner un ordre à tes devices quand ils sont identiques, les nommer ou faire le café.
Si maintenant le but est que ton programme soit portable, il va falloir qu'il interroge /dev, /proc, /sys etc. et demande par exemple à l'humain quel device il doit adresser.
Tu as besoin de la commande lsusb, de parcourir /dev, /proc, /sys (pour voir ce qu'il s'y passe), de créer un fichier supplémentaire dans /etc/udev/rules.d/ou_autre/ma_regle, de la commande tail et de vim, évidemment.
[^] # Re: heu...
Posté par detail_pratique . En réponse au message linux communication via adaptateur ftdi. Évalué à 1.
caca aussi, en essayant de changer l'ordre des mots des commentaires précédents :
À chaque fois que tu vas rajouter un adaptateur, un nouveau device sera créé dans /dev.
Tu peux "commander" cette création en l'associant à l'identifiant unique de chaque matériel que tu branches sur ton bus usb. Et donc mettre une étiquette verte sur un de tes adaptateurs et le piloter avec ./vert -fais truc
Tout ça est géré par Udev, qui te permet d'écrire des règles pour donner un ordre à tes devices quand ils sont identiques, les nommer ou faire le café.
Si maintenant le but est que ton programme soit portable, il va falloir qu'il interroge /dev, /proc, /sys etc. et demande par exemple à l'humain quel device il doit adresser.
http://wiki.debian.org/udev
Tu as besoin de la commande lsusb, de parcourir /dev, /proc, /sys (pour voir ce qu'il s'y passe), de créer un fichier supplémentaire dans /etc/udev/rules.d/ou_autre/ma_regle, de la commande tail et de vim, évidemment.
Dans tous les cas, tu peux oublier mknode.