Forum Linux.embarqué usb : transferts isochrones

Posté par  (Mastodon) .
Étiquettes : aucune
0
6
jan.
2011
Bonjour, bien que la question soit plus générale que le sujet "linux embarqué", l'endroit m'a semblé approprié.

La question est simple \o/
Comment se passe la décision d'utiliser un mode de transfert isochrone ?

_ c'est le logiciel qui peux le décider ?
-> et dans ce cas, si quelqu'un pouvait me pointer un lien vers comment `toujours forcer` en isochrone le module usbnet [linuxusb et la doc spécifique du module n'en parle pas, ce qui tends à me faire penser qu'il ne décide pas, ou que ce n'est pas documenté, ou qu'une telle option n'est pas possible]

_ c'est le matériel et lui seul qui décide ?
-> ça m'étonne, mais dans ce cas, quel matériel (peu onéreux) me conseillerez vous ? quelque chose basé sur un chip ASIX 8817x ? Mieux ? plus récent ?

Un gros merci.
  • # origine de la question

    Posté par  (Mastodon) . Évalué à 2.

    En fait je suppose que c'est l'essence même du module usbnet que de faire cela. Mais n'ayant pas le savoir pour décortiquer le code d'une part, ni la doc pour le comprendre d'autre part, j'ai préféré vous poser la question.
    Un simple bon pointeur me comblerait (me rendrais heureux, et ferai fleurir mes pensées rouges sur le balcon :p)
    • [^] # origine de la rĂ©ponse

      Posté par  . Évalué à 4.

      c'est le device qui declare combien et comment il utilise les endpoints USB.
      C'est dans les infos obtenu lors de la phase d'enumeration du peripherique, donc on ne peut pas forcer l'utilisation des endpoints sans changer le firmware.
      De toute facon l'isochrone c'est pas la joie sur l'usb, les packets ne sont ni secure (pas de crc) ni garantis (il peuvent ne pas circuler personne n'en sait rien ni l'emetteur ni le recepteur).
      Donc c'est pour passer des donnée non critique a tolerance de perte (exemple image video ou audio).
      • [^] # Re: origine de la rĂ©ponse

        Posté par  (Mastodon) . Évalué à 2.

        Merci.

        Il faudrait, idéalement, un firmware qui ne sache faire que ça et rien d'autre ?
        parcequ'après tout les rcr on s'en fiche puisque c'est délégué aux couches supérieures dans "l'émulation" usb-eth (ici osi, en plus pour de l udp pas non plus top niveau controle)

        (hum ...
        'recommence, petit" me dit ma voix intérieure :( )
      • [^] # Re: origine de la rĂ©ponse

        Posté par  . Évalué à 2.

        Je remarque qu'il reste quelques mots français dans ton texte, alors qu'il existe des équivalents tout à fait corrects en anglais.
  • # Ou un profil

    Posté par  . Évalué à 2.

    Il faudrait, idéalement, un firmware qui ne sache faire que ça et rien d'autre ?
    Ou un alternative setting dans son firmware (car en usb on peut inclure different profil de communication (configuration)).
    lsusb sur ton device te donne toute les infos, en general les driver usb selectionnent le premier profil d'office (car la plupart des device n'on qu'une seul configuration).
    Les clefs USB sfr-3G-Huwei sont un exemple de device a deux configuration, la premiere correspond au profil mass-storage et le second au profil card-network.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.