Lo standard rs-232 (come la tua IMU) e il livello TTL rs-232 (come il chip FTDI) sono diversi.

Lo standard rs-232 passa da + V a -V (dove V era originariamente 12, ma ora la maggior parte dei dispositivi funzionerà con tensioni molto più basse). Il livello TTL rs-232 commuta tra 0 e 5V. Hai bisogno di un ricetrasmettitore rs-232 per convertire le tensioni, come quel chip MAX3160 (sebbene sia insolito, qualcosa come max2332 è più comune).

I convertitori da USB a TTL di livello rs-232 come quelli a cui ti sei collegato vengono utilizzati per connettersi a un microcontrollore, non a un tipico dispositivo rs-232.

Sei sicuro che i livelli di tensione siano compatibili?

Lo standard RS232 ha livelli di ± 12V, che di solito vengono convertiti da alcuni chip MAX in livelli TTL.

Nel tuo caso Sparkfun La breakout board FTDI ha livelli TTL (0 / 5V), mentre il MAX3160 può eseguire RS232 e RS485 (!), Quindi c'è una mancata corrispondenza.

Osservando le specifiche di alcuni dei dispositivi su quel sito, viene elencata l'interfaccia digitale come "max 921600 bps", quindi, a meno che tu non abbia ottime ragioni per credere che il dispositivo funzioni a quella particolare velocità di trasmissione, vale la pena provare a parlarci a poche altre velocità di trasmissione, soprattutto se hai una buona idea di come dovrebbero apparire i dati. Impostare il mio terminale per 115200 e vedere se i dati hanno senso a quella velocità, quindi, lavorare sulla scala della velocità di trasmissione. Se arrivi a 9600 e sembra ancora senza senso, torna a 115200 e aumenta.

Un tasso di 921600 è quasi sconosciuto. È un multiplo standard, ma onestamente non ho mai visto nulla spingere RS232 più velocemente di 115200 prima. Quando diventa necessario utilizzare velocità superiori a 115200, i progettisti di solito passano a un'altra interfaccia più affidabile.

A proposito, sto ancora supponendo che tu abbia collegato il dispositivo a un PC com port e avere della documentazione che suggerisce qual è il formato dei dati. Se è un'opzione per selezionare una velocità di trasmissione, usa 115200, sarà molto più affidabile, supponendo che sia compatibile con le tue esigenze di velocità dati generali.

Un fastidio che ho avuto con i chip FTDI, che probabilmente non è la causa dei tuoi problemi ma potrebbe esserlo, è che se il dispositivo remoto invia ciò che l'FTDI percepisce come una "lunga pausa", l'FTDI scarterà le informazioni che ha ricevuto dal dispositivo remoto ma non ancora inoltrato al PC. Ciò può causare problemi in due modi:

• Alcuni dispositivi embedded sono inattivi con la loro uscita seriale bassa; quando hanno qualcosa da dire, attivano la loro uscita seriale, inviano alcuni dati e poi tornano al minimo una volta che l'hanno detto. Se il dispositivo incorporato sta alimentando qualcosa che può andare a dormire quando il suo ingresso seriale è basso per un periodo prolungato e svegliarsi quando diventa alto, questa funzione può fornire un mezzo efficace per la segnalazione di risveglio senza richiedere un pin aggiuntivo. Sfortunatamente, il dispositivo remoto che spegne la sua porta seriale può far sì che l'FTDI lasci cadere l'ultima parte dei dati inviati dal dispositivo (ho controllato con un ambito: i dati sono stati inviati prima che la linea si interrompesse, ma l'FTDI è caduto comunque).

• Quando si utilizza un tipico UART impostato per una velocità di trasmissione più veloce del dispositivo a cui è connesso, generalmente si riceveranno dati inutili che contengono un identificabile sottoinsieme di possibili valori di byte. Ad esempio, se uno è configurato per 38.400 e il dispositivo remoto è impostato per 9600, si riceveranno valori di byte con cornice appropriata e 80, F8 e valori di byte con cornice errata 00 e 78. La ricezione di molti di quei valori di byte particolari può fare è facile identificare il problema. Sfortunatamente, ogni volta che l'FTDI vede uno 00 inquadrato in modo improprio, tende a scartare i dati che lo precedono. Di conseguenza, invece di vedere dati immondizia facilmente identificabili, si potrebbe finire per non vedere nulla.

Per questo motivo, tra gli altri, ho una sorta di relazione di amore-odio con i chip FTDI. Li uso e sono ragionevolmente convenienti in molti modi, ma non sono un sostituto immediato per un UART come si potrebbe desiderare.

Se stai usando il loro software, assicurati di cambiare il VID / PID del tuo FTDI in modo che corrisponda al loro. Altrimenti il ​​loro software non riconoscerà il tuo convertitore seriale personalizzato