Il y avait un driver attaché à l'interface, donc ça ne risquait donc pas de marcher.
Pour info, la méthode "propre" serait de créer une règle UDEV pour empêcher le driver de prendre le périphérique comme ça il n'y aurait plus besoin d'être root pour lancer le programme. Par contre, je ne l'ai jamais fait donc je ne peut pas te donner la ligne.
Normalement, si le périphérique est conforme à la norme HID, le driver noyau devrait être suffisant.
Mais c'est quand même bizarre pour un lance-roquette USB d'avoir juste des endpoints de type IN. Est-ce qu'il n'y aurait pas un bouton dessus ? Sinon je ne vois pas l'intérêt d'être HID.
Il ne faut pas oublier que l'endpoint 0, qui est présent sur tous les périphériques USB, n'apparaît jamais dans le lsusb. C'est un endpoint de type "control" donc il faut utiliser les fonctions qui vont bien dans libusb.
[^] # Re: interface HID pas déjà gérée par un pilote ?
Posté par flavien75 . En réponse au message Test de communication avec un device USB en utilisant libusb. Évalué à 1.
Il y avait un driver attaché à l'interface, donc ça ne risquait donc pas de marcher.
Pour info, la méthode "propre" serait de créer une règle UDEV pour empêcher le driver de prendre le périphérique comme ça il n'y aurait plus besoin d'être root pour lancer le programme. Par contre, je ne l'ai jamais fait donc je ne peut pas te donner la ligne.
Normalement, si le périphérique est conforme à la norme HID, le driver noyau devrait être suffisant.
Mais c'est quand même bizarre pour un lance-roquette USB d'avoir juste des endpoints de type IN. Est-ce qu'il n'y aurait pas un bouton dessus ? Sinon je ne vois pas l'intérêt d'être HID.
Il ne faut pas oublier que l'endpoint 0, qui est présent sur tous les périphériques USB, n'apparaît jamais dans le lsusb. C'est un endpoint de type "control" donc il faut utiliser les fonctions qui vont bien dans libusb.
Par contre tout ça n'explique pas le plantage.
Les vrais naviguent en -42