Bei Verwendung einer USB-zu-Seriell-Schnittstelle funktioniert alles, solange ich nicht über 57600 Baud hinausgehe. Bei höheren Raten bekomme ich nur so giberish:
é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
Was das Problem so seltsam macht, ist, dass ich jede Komponente ausgetauscht habe und das Problem immer noch besteht. Ich habe verschiedene Betriebssysteme (Ubuntu, Windows XP, Windows 7, Mac OS X 10.7) mit 32 und 64 Bit ausprobiert. Ich habe versucht, USB-zu-Seriell-Schnittstelle von FTDI und Prolific. Ich habe versucht, die Ausgabe von meinem Raspberry PI und von einer Asterisk-Appliance zu lesen. Ich habe die Kabel und die Verkabelung gewechselt. Nichts hat geholfen.
Ich habe ein Beispiel mit einem alten Notebook mit nativem COM erstellt und den USB-to-Serial-Anschluss mit "sniffer" (nur Rx und GND verbunden) verbunden, um sicherzustellen, dass der Ausgang und alles in Ordnung sind, wie man auf dem nativen sehen kann Hafen. Die Spannung ist in Ordnung. Die Einstellungen für beide sind 115200 Baud, 8 Bit mit 1 Stopp und keine Flusskontrolle. Einheimische ist in Ordnung. USB ist durcheinander.
Ich habe die neuesten Treiber verwendet und alle Verbindungen überprüft. Ich habe keine Ahnung, was hier falsch ist. Da ich niemanden finden konnte, der solche Probleme beschreibt, stelle ich meine langjährige Erfahrung in der Informatik in Frage und denke, ich mache etwas völlig Falsches.
quelle
Antworten:
Nachdem ich es durchdacht hatte und einen einzelnen Beitrag gefunden hatte, der ein wenig in die richtige Richtung lief, stellte ich fest, dass dies die einzige verbleibende Möglichkeit ist, das Signal zu invertieren und auszuprobieren. Glücklicherweise hat FT232RL Optionsflags in seinem EEPROM (programmierbar mit "MProg" von FTDI), um dies einzustellen:
Danach funktionierte bei jeder Baudrate alles. Frag mich nicht warum, ich habe keine technische Erklärung dafür. Ich freue mich auf ein Oszilloskop für weitere Untersuchungen. Ich habe noch nie so ein seltsames Problem gesehen.
Ich habe mein USB-to-Serial auch mit einem Cisco Switch getestet und es hat ohne diese Inversion nicht funktioniert.
quelle
FT_Prog
jetzt - hier verfügbar: ftdichip.com/Support/Utilities.htmIch hatte auch das gleiche Problem mit der Verbindung zu unserer MCU bei Geschwindigkeiten über 57600 und nachdem ich den Verdacht hatte, dass unser UART ein Silicon Labs CP2102 USB zu UART Bridge (TTL) ist, das bei höheren Baudraten einwandfrei funktioniert, ohne dass der FTDI-Chipsatz angepasst werden muss.
quelle