Vous n'êtes pas identifié(e).
Le fil blanc du câble, après vérification, est bien connecté à la borne 2 (D-) du connecteur USB, et l'alimentation est correcte.
Qu'est-ce qui ne va pas ? Comment puis-je mieux localiser le problème ?
Ma version de noyau :
Dernière modification par jibe (22-08-2020 08:31:13)
Hors ligne
Le fil blanc du câble, après vérification, est bien connecté à la borne 2 (D-) du connecteur USB
Comme indiqué il faut utiliser un adaptateur USB-UART (RS232 ou TTL ?) et non un simple câble USB. Ce qu'il faut relier au récepteur de la radiocommande est le fil RX (réception) de l'UART, et non le fil D- du bus USB (qui fonctionne obligatoirement en paire avec le fil D+).
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Dernière modification par raleur (28-06-2020 10:00:13)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
…Je mesure 3.3V sur la pin signal …
Si tu l'as mesuré avec un multimètre, ce n'est peut-être que la moyenne d'un signal dont la mesure résultante dépendra de la tension maxi et mini et du rapport cyclique du signal et des caractéristiques de ce multimètre.
il vaudrait mieux utiliser un oscilloscope.
Dernière modification par MicP (28-06-2020 13:41:00)
Hors ligne
Dernière modification par raleur (21-07-2020 16:46:22)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
… cette mesure colle tellement bien à la tension d'une sortie CMOS LVTTL à l'état 1 (repos pour un UART) que ce serait une sacrée coïncidence. …
Oui, finalement, je pense aussi que c'est ça : mise en état haut ou/et entrée/sortie déconnectée <=> haute impédance
Et de toutes façons, en se basant sur le 3,3V on ne risque pas de détruire quoi que ce soit …
Enfin, si : Un airbus A380 en plein vol, mais bon… virtuel quoi !!!
C'est dommage que la page web citée ne donne pas cette information.
Dernière modification par MicP (28-06-2020 13:59:36)
Hors ligne
Toutefois, je vois mal pourquoi j'aurais une composante alternative en l'absence de toute réception.
Ça dépend du protocole utilisé sur cette liaison série. C'est peut-être une simple retransmission des données reçues par radio, ou bien ça émet peut-être périodiquement les positions des commandes, avec des valeurs au neutre en l'absence de signal radio.
De plus, avec une alimentation 5V, il y a quand même bien peu de chances qu'on élève les signaux au niveau RS232 (12V)
Comment crois-tu que font les circuits d'interface RS232 de type MAX232, utilisés notamments dans les adaptateurs USB-RS232 alimentés en 5V ? Avec un multiplicateur et un inverseur de tension à base de diodes et condensateurs.
Il vaut mieux montrer que raconter.
Hors ligne
C'est dommage que la page web citée ne donne pas cette information.
Oui, c'est quand même une info importante !
Ça dépend du protocole utilisé sur cette liaison série. C'est peut-être une simple retransmission des données reçues par radio, ou bien ça émet peut-être périodiquement les positions des commandes, avec des valeurs au neutre en l'absence de signal radio.
Oui, mais je ne pense pas que ce soit le cas (pas mentionné dans la notice et matériel plutôt cheap).
jibe a écrit :De plus, avec une alimentation 5V, il y a quand même bien peu de chances qu'on élève les signaux au niveau RS232 (12V)
Comment crois-tu que font les circuits d'interface RS232 de type MAX232, utilisés notamments dans les adaptateurs USB-RS232 alimentés en 5V ? Avec un multiplicateur et un inverseur de tension à base de diodes et condensateurs.
... Ou une petite alim à découpage, ou résonateur LC par CI LT1301 ou similaire... J'ai simplement dit "peu de chances" En effet, je n'en vois d'une part pas trop l'intérêt, et il s'agit de matériel cheap. On fait surtout ça quand on a absolument besoin de niveaux élevés, ce qui n'est pas le cas ici...
Hors ligne
Ou une petite alim à découpage, ou résonateur LC par CI LT1301 ou similaire
Plus cher, plus encombrant, surdimensionné pour les quelques mA nécessaires à une sortie RS232.
Il vaut mieux montrer que raconter.
Hors ligne
Il faut donc que je compile mon driver, chargé depuis le dépôt git. Ok, sauf que si je lis le README censé m'indiquer comment compiler, je vois :
Où sont donc les instructions pour la compilation ???
En plus, je ne trouve pas de makefile dans ce que j'ai obtenu par git clone, pas plus que de module fsia6b...
Pourtant, il semble bien que je doive compiler ce driver/module :
J'avoue être assez sceptique devant tout ça et ne pas savoir par quel bout prendre les choses ?
Hors ligne
Dernière modification par raleur (15-07-2020 09:49:53)
Il vaut mieux montrer que raconter.
Hors ligne
This driver can now be found in the Linux kernel source tree in drivers/input/joystick/fsia6b.c.
This repository will no longer be maintained and will only serve as an archive. All future updates will be made in the Linux kernel tree exclusively.
Et effectivement, j'ai bien un fsia6b.c à l'endroit indiqué du Linux kernel tree. Apparemment, il n'appelle que des .h du kernel, pas de fsia6b.h.
Bon, donc, ça devrait faire l'affaire. Mais comment je compile ça si je n'ai pas un makefile pour les options de compil et de link ? Ou alors, où puis-je trouver le makefile nécessaire (je n'ai jamais rien compilé en provenance du Linux kernel tree...) ?
Hors ligne
Par contre, effectivement, en allant sur le dépôt git, je lis (contrairement à ce qui est dit dans la doc !)
Quelle doc ? C'est exactement ce que contient le README que tu as cite plus haut.
Et effectivement, j'ai bien un fsia6b.c à l'endroit indiqué du Linux kernel tree.
Quel Linux kernel tree ? Sur kernel.org ?
Mais comment je compile ça si je n'ai pas un makefile pour les options de compil et de link ?
Pour pouvoir compiler un module externe il faut installer les headers du noyau installé. J'avais une commande make pour compiler un module externe, mais je ne m'en souviens plus, il faudrait que je la retrouve.
Tu ne voudrais pas installer le noyau de buster-backports qui est au moins un 5.5, il me semble ?
Il vaut mieux montrer que raconter.
Hors ligne
Quelle doc ?
La doc concernant le flysky FS-I6 citée au début et sur le git, disant de faire un git-clone et de compiler selon le readme... qui ne contient aucune instruction de compil !
Quel Linux kernel tree ? Sur kernel.org ?
Ici, donc sur github.com/torvalds/linux/tree/... Mais bon, je pense qu'on doit retrouver la même chose sur kernel.org. Ça vaut le coup d'y aller et faire un diff ?
Pour pouvoir compiler un module externe il faut installer les headers du noyau installé. J'avais une commande make pour compiler un module externe, mais je ne m'en souviens plus, il faudrait que je la retrouve.
Les headers, je les ai. Pour la commande, si tu la retrouves, je suis bien sûr preneur ! Mais je vais essayer de fouiller un peu le web...
Tu ne voudrais pas installer le noyau de buster-backports qui est au moins un 5.5, il me semble ?
Je préférerais garder le noyau de la version stable de Debian... Normalement, si je recompile le module fsia6b, ça devrait fonctionner avec le noyau actuel, non ?
Hors ligne
Normalement, si je recompile le module fsia6b, ça devrait fonctionner avec le noyau actuel, non ?
Si les sources du module sont compatibles avec le noyau actuel, oui.
Il vaut mieux montrer que raconter.
Hors ligne
Pour la commande, si tu la retrouves, je suis bien sûr preneur
à exécuter dans le répertoire contenant les sources du module.
Dernière modification par raleur (15-07-2020 21:15:58)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Bon, maintenant, je fais quoi avec tout ça ? Je suppose qu'il faut le mettre dans /lib/modules/($uname -r)/kernel/drivers/, puis faire le modprobe ? Mais bon, avant de faire des bêtises...
Hors ligne