Cuando utilizo una interfaz USB a serie, todo funciona siempre que no vaya más allá de 57600 Baudios. A tasas más altas solo me pongo giberish de esta manera:
é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
Lo que hace que el problema sea tan extraño es que intercambié todos los componentes y el problema persiste. Probé diferentes sistemas operativos (Ubuntu, Windows XP, Windows 7, Mac OS X 10.7) con 32 y 64 bits. Probé la interfaz USB a serie de FTDI y Prolific. Intenté leer el resultado de mi Raspberry PI y de un dispositivo Asterisk. Cambié los cables y el cableado. Nada ayudó
Hice un ejemplo con una computadora portátil antigua con COM nativo y puse el USB a serie a la misma conexión que "sniffer" (solo Rx y GND conectado) para asegurarme de que la salida y todo esté bien como se puede ver en el nativo Puerto. El voltaje está bien. Los ajustes para ambos son 115200 baudios, 8 bits con 1 parada y sin control de flujo. Nativo está bien. USB está en mal estado.
Usé los controladores más nuevos y verifiqué todas las conexiones. No tengo idea de lo que está mal aquí. Como no pude encontrar a nadie que describiera problemas como este, cuestiono mi larga experiencia en informática y creo que estoy haciendo algo completamente incorrecto.
fuente
Respuestas:
Después de pensarlo detenidamente y encontrar una sola publicación que estaba un poco en la dirección correcta, descubrí que es la única posibilidad que queda de invertir la señal y probarla. Afortunadamente, FT232RL tiene banderas de opciones en su EEPROM (programable con "MProg" por FTDI) para configurar esto:
Después de esto, todo funcionó en cada velocidad de transmisión. No me preguntes por qué, no tengo una explicación técnica para ello. Tengo muchas ganas de obtener un osciloscopio para una mayor investigación. Nunca vi un problema tan extraño antes.
También probé mi USB a serie con un conmutador Cisco y no funcionó sin esta inversión.
fuente
FT_Prog
ahora, disponible aquí: ftdichip.com/Support/Utilities.htmTambién tuve el mismo problema al conectarme a nuestra MCU a velocidades superiores a 57600 y después de sospechar de nuestro UART, descubrí que un USB a UART Bridge (TTL) Silicon Labs CP2102 funcionaba correctamente a velocidades de transmisión más altas sin tener que ajustar el chipset FTDI.
fuente