Problème de lecture d'un périphérique avec libusb

Question

La situation est la suivante: j'ai un périphérique USB (un périphérique personnalisé auquel j'essaie de parler) avec deux points de terminaison, l'un écrit sur l'appareil, l'autre sur l'appareil. Les deux sont des transferts en vrac. Chaque transaction de communication prend la forme de (1) Écrire une commande sur l'appareil (2) Lire la réponse. J'utilise libusb (version 0.1 plutôt que beta 1.0) pour effectuer les communications.

Sur Windows, tout va bien. Je peux connecter l'appareil, revendiquer l'interface et communiquer avec bonheur. Cependant, dans Ubuntu (une installation standard de bureau Hardy), alors que je peux me connecter au périphérique et y écrire, toutes les opérations de lecture échouent avec l'erreur "erreur de soumission URB: argument invalide" rapporté de libusb (code d'erreur -22). Si je vérifie/var/log/messages, je vois un message d'avertissement enregistré en même temps que la tentative de lecture: "sysfs: nom de fichier dupliqué 'usbdev4.3_ep81' ne peut pas être créé" - qui correspond à l'appareil (C'est en effet sur ce bus et c'est le point final 81 que j'essaie de lire).

Alors ... quelqu'un a-t-il rencontré un problème similaire en utilisant libusb, ou avez-vous une idée de la façon de le résoudre?

Answer 1

Je n'ai pas utilisé libusb depuis un certain temps - mais l'erreur sysfs indique qu'il s'agit vraisemblablement d'un problème de noyau plutôt que d'un problème de libusb, donc je commencerais par essayer de suivre celui-ci. (Il n'est pas très utile d'essayer de travailler avec libusb jusqu'à ce que vous soyez sûr que votre noyau communique correctement avec l'appareil).

Le correctif de http://kerneltrap.org/mailarchive/linux-usb-devel/2007/10/17/345922 s'applique-t-il à votre noyau? (Si oui, est-ce que cela résout le problème?)

Answer 2

Vous pouvez essayer WinDriver c'est un outil commercial, mais avoir une évaluation complète de la fonction (en quelque sorte limitée dans le temps). Vous pouvez vérifier avec WinDriver et si le problème est reproductible, il peut s'agir d'un problème de périphérique ou de votre protocole. Vous n'avez pas donné suffisamment d'informations pour déterminer ou analyser.

Answer 3

J'ai dû faire un peu de piratage aux règles udev pour obtenir le périphérique créé avec les bonnes permissions pour que libusb fonctionne. Comme si:.

SUBSYSTEM=="usb" ATTRS{idVendor}=="0a81", ATTRS{idProduct}=="0701", \ 
       MODE="0666" SYMLINK+="missile_launcher" 

(C'était un lance-missiles USB je en train d'écrire un pilote pour

également cet extrait était nécessaire de ne pas entrer en conflit avec le noyau

if(LIBUSB_HAS_DETACH_KERNEL_DRIVER_NP) 
{ 
    // Detach kernel driver (usbhid) from device interface. (Linux hack) 
    usb_detach_kernel_driver_np(launcher, 0); 
    usb_detach_kernel_driver_np(launcher, 1); 
} 

Je suis. Vous ne savez pas comment cela se rapporte à votre problème, mais au moins il y a deux points de défaillance possibles qui pourraient être impliqués:

Answer 4

Il s'avère que c'était une mauvaise configuration dans les descripteurs de l'appareil. lui-même. lsusb -v a montré une interface supplémentaire qui n'a jamais été utilisée, qui avait un seul point de terminaison isochrone 0x81. Comme cela n'a jamais été utilisé (et n'avait jamais été testé dans la mesure où je pouvais voir, donc très probablement même pas défini correctement) je l'ai enlevé des descripteurs de périphérique complètement (dans le firmware).

Et maintenant j'ai un périphérique entièrement fonctionnel. Pourquoi Linux a refusé de lire à partir de l'appareil, mais Windows a bien fonctionné, je ne sais pas, mais il m'a définitivement envoyé sur une chasse aux oies sauvage.