Lorsque vous utilisez une interface USB-TO-SERIAL, tout fonctionne aussi longtemps que je ne vais pas au-delà de 57600 Baud. À des taux plus élevés, je n'ai que Gibibiberish 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 est, j'ai échangé tous les composants et le problème des préoccupations toujours. J'ai essayé différents OSES (Ubuntu, Windows XP, Windows 7, Mac OS X 10.7) avec 32 et 64 bits. J'ai essayé l'interface USB-TO-SERIAL de FTDI et prolifique. J'ai essayé de lire la sortie de mon PI de framboise et d'un appareil d'astérisque. J'ai changé les câbles et le câblage. Rien n'a aidé.
J'ai fait un exemple avec un ancien ordinateur portable avec une société native et mettez la clé USB à la même connexion que "Sniffer" (seulement RX et GND connectés) pour vous assurer que la sortie et tout va bien comme on peut voir sur le natif Port. La tension va bien. Les paramètres des deux sont 115200 bauds, 8 bits avec 1 arrêt et aucun contrôle de débit. Natif est d'accord. USB est gâché.
J'ai utilisé les nouveaux pilotes et double vérifie toutes les connexions. Je n'ai aucune idée de ce qui ne va pas ici. Comme je ne pouvais pas Trouver quiconque décrivant des problèmes comme celle-ci, je questionne ma longue expérience en informatique et je pense que je fais un peu tort.
Après avoir réfléchi et trouver un poste unique qui était un peu dans la bonne direction, j'ai compris que c'est la seule possibilité restante d'inverser le signal et de le faire essayer. Heureusement, FT232RL a des drapeaux d'option dans son EEPROM (programmable avec "MPOG" de FTDI) pour définir ceci:
Après cela, tout a fonctionné sur chaque taux de bauds. Ne me demandez pas pourquoi, Je n'ai aucune explication technique pour cela. J'ai hâte d'obtenir un oscilloscope pour une enquête plus approfondie. Jamais vu un problème aussi étrange auparavant.
J'ai testé mon USB-to-Serial avec un commutateur Cisco aussi et cela n'a pas fonctionné sans cette inversion.
J'ai aussi eu le même problème de se connecter à notre MCU à des vitesses de plus de 57600 et après avoir suspecté notre UART, j'ai constaté qu'un laboratoire de silicium CP2102 USB à UART (TTL) a fonctionné correctement à des taux de bauds plus élevés sans avoir à modifier le chipset FTDI.