Lorsque j'utilise une interface USB vers série, tout fonctionne tant que je ne dépasse pas 57600 bauds. À des taux plus élevés, je ne reçois que du poivre comme ceci:
év.b0JNLYÆÿ¿iëd0U²(kßÞb!
ú]/xscB!ï¯!BoXûÿ1ïâÖCÿ6ÌAnè*íÌC)º¿BíÞØ.C.@ÆÃwHJÂs
"YE:ñ.èFðÌCÊ÷ÞÄ
!x
H
w6@BtbHJ
̪
Ì6ì
H¾a¿bH.">îvy®;f<ßBÌ
pL¨fæHE
þ¼MBÞI
Ce qui rend le problème si étrange, c'est que j'ai échangé tous les composants et le problème persiste. J'ai essayé différents systèmes d'exploitation (Ubuntu, Windows XP, Windows 7, Mac OS X 10.7) avec 32 et 64 bits. J'ai essayé l'interface USB-série de FTDI et Prolific. J'ai essayé de lire la sortie de mon Raspberry PI et d'un appareil Asterisk. J'ai changé les câbles et le câblage. Rien n'a aidé.
J'ai fait un exemple avec un vieux portable avec COM natif et j'ai mis l'USB vers série sur la même connexion que "sniffer" (seulement Rx et GND connecté) pour m'assurer que la sortie et tout est ok comme on peut le voir sur le natif Port. La tension est correcte. Les paramètres pour les deux sont 115200 bauds, 8 bits avec 1 arrêt et aucun contrôle de débit. Natif, ça va. L'USB est foiré.
J'ai utilisé les pilotes les plus récents et vérifié toutes les connexions. Je n'ai aucune idée de ce qui ne va pas ici. Comme je n'ai trouvé personne décrivant des problèmes comme celui-ci, je remets en question ma longue expérience en informatique et je pense que je fais tout à fait tort.
la source
Réponses:
Après avoir réfléchi et trouvé un seul post qui était un peu dans la bonne direction, j'ai compris que c'était la seule possibilité restante pour inverser le signal et l'essayer. Heureusement, FT232RL a des drapeaux d'options dans sa EEPROM (programmable avec "MProg" par FTDI) pour régler ceci:
Après cela, tout a fonctionné sur chaque débit en bauds. Ne me demandez pas pourquoi, je n'ai aucune explication technique. J'ai hâte d'obtenir un oscilloscope pour une enquête plus approfondie. Jamais vu un problème aussi étrange auparavant.
J'ai également testé mon USB vers série avec un commutateur Cisco et cela n'a pas fonctionné sans cette inversion.
la source
FT_Prog
maintenant - disponible ici: ftdichip.com/Support/Utilities.htmMoi aussi, j'ai eu le même problème de connexion à notre MCU à des vitesses supérieures à 57600 et après avoir soupçonné notre UART, j'ai trouvé qu'un pont USB vers UART (TTL) Silicon Labs CP2102 fonctionnait correctement à des taux de transmission plus élevés sans avoir à modifier le chipset FTDI.
la source