Standard rs-232 (wie Ihre IMU) und TTL-Level rs-232 (wie der FTDI-Chip) unterscheiden sich.

Standard rs-232 schaltet zwischen + V und -V um (wobei V ursprünglich 12 war, aber jetzt arbeiten die meisten Geräte mit viel niedrigeren Spannungen). Der TTL-Pegel rs-232 schaltet zwischen 0 und 5 V um. Sie benötigen einen rs-232-Transceiver, um die Spannungen umzuwandeln, wie z. B. den MAX3160-Chip (obwohl dies ungewöhnlich ist - so etwas wie der max2332 ist üblicher) Mit dem von Ihnen verknüpften Gerät wird eine Verbindung zu einem Mikrocontroller hergestellt, nicht zu einem typischen rs-232-Gerät.

Sind Sie sicher, dass die Spannungspegel kompatibel sind?

Standard RS232 hat ± 12 V-Pegel, die normalerweise von einigen MAX-Chips in TTL-Pegel umgewandelt werden.

In Ihrem Fall der Sparkfun Das FTDI-Breakout-Board hat TTL-Pegel (0 / 5V), während der MAX3160 RS232 und RS485 (!) Kann, sodass eine Nichtübereinstimmung vorliegt.

Wenn Sie sich die technischen Daten einiger Geräte auf dieser Site ansehen, wird die digitale Schnittstelle als "maximal 921600 Bit / s" aufgeführt. Wenn Sie also keinen guten Grund zu der Annahme haben, dass das Gerät mit dieser bestimmten Baudrate arbeitet, würde dies der Fall sein Es lohnt sich, mit ein paar anderen Baudraten darüber zu sprechen, insbesondere wenn Sie eine gute Vorstellung davon haben, wie die Daten aussehen sollen. Ich würde mein Terminal auf 115200 einstellen und prüfen, ob die Daten bei dieser Rate sinnvoll sind, und dann die Baudraten-Skala herunterarbeiten. Wenn Sie 9600 erreichen und es immer noch nach Kauderwelsch aussieht, gehen Sie zurück zu 115200 und arbeiten Sie auf.

Eine Rate von 921600 ist fast unbekannt. Es ist ein Standard-Multiple, aber ich habe ehrlich gesagt noch nie gesehen, dass RS232 schneller als 115200 geschoben wurde. Wenn es erforderlich wird, schnellere Raten als 115200 zu verwenden, wechseln Designer normalerweise zu einer anderen, zuverlässigeren Schnittstelle.

Übrigens gehe ich immer noch davon aus, dass Sie das Gerät an einen PC angeschlossen haben Port und haben einige Dokumentation, die das Datenformat vorschlägt. Wenn es sich um eine Option zur Auswahl einer Baudrate handelt, verwenden Sie 115200. Dies ist viel zuverlässiger, vorausgesetzt, sie ist mit Ihren allgemeinen Datenratenanforderungen kompatibel.

Ein Ärger, den ich mit FTDI-Chips hatte, der wahrscheinlich nicht die Ursache Ihrer Probleme ist, aber möglicherweise sein könnte, ist, dass der FTDI Informationen verwirft, wenn das Remote-Gerät sendet, was der FTDI als "lange Pause" empfindet die es vom Remote-Gerät empfangen, aber noch nicht an den PC weitergeleitet hat. Dies kann auf zwei Arten zu Problemen führen:

• Einige eingebettete Geräte sind im Leerlauf, und ihre serielle Ausgabe ist niedrig. Wenn sie etwas zu sagen haben, schalten sie ihren seriellen Ausgang ein, senden einige Daten und kehren dann zu Leerlauf zurück, sobald sie es gesagt haben. Wenn das eingebettete Gerät etwas speist, das in den Ruhezustand wechseln kann, wenn sein serieller Eingang für einen längeren Zeitraum niedrig ist, und aufwacht, wenn es hoch geht, bietet diese Funktion möglicherweise ein wirksames Mittel zur Aufwecksignalisierung, ohne dass ein zusätzlicher Pin erforderlich ist. Leider kann das Remote-Gerät, das seine serielle Schnittstelle ausschaltet, dazu führen, dass das FTDI den letzten Teil der vom Gerät gesendeten Daten löscht (ich habe dies mit einem Bereich überprüft - die Daten wurden gesendet, bevor die Leitung unterbrochen wurde, aber das FTDI wurde gelöscht es trotzdem).

• Wenn Sie einen typischen UART verwenden, der auf eine schnellere Baudrate eingestellt ist als das Gerät, an das er angeschlossen ist, erhalten Sie im Allgemeinen Mülldaten, die eine identifizierbare enthalten Teilmenge möglicher Bytewerte. Wenn beispielsweise eine für 38.400 konfiguriert ist und das Remote-Gerät auf 9600 eingestellt ist, erhält man richtig gerahmte Bytewerte und 80, F8 und falsch gerahmte Bytewerte 00 und 78. Das Empfangen vieler dieser bestimmten Bytewerte kann dazu führen es ist leicht, das Problem zu identifizieren. Leider neigt das FTDI jedes Mal, wenn es eine falsch eingerahmte 00 sieht, dazu, die vorhergehenden Daten zu verwerfen. Anstatt leicht identifizierbare Mülldaten zu sehen, sieht man möglicherweise nichts.

Unter anderem aus diesem Grund habe ich eine Hassliebe zu den FTDI-Chips. Ich benutze sie und sie sind in vielerlei Hinsicht recht praktisch, aber sie sind kein so einfacher Ersatz für einen UART, wie man es gerne hätte.

Wenn Sie ihre Software verwenden, stellen Sie sicher, dass Sie die VID / PID Ihres FTDI an ihre anpassen. Andernfalls erkennt die Software Ihren benutzerdefinierten seriellen Konverter