Perché non riesco a inviare correttamente i messaggi su RS232?

Quindi la settimana scorsa ho lavorato per ottenere i messaggi UART inviati da un STM32F407 e leggerlo sul mio laptop tramite un cavo da RS232 a USB brutto usando la termite.

Ho usato STMCube per generare codice e aggiungerlo leggendo le istruzioni pertinenti nella parte superiore del file "stm32f4xx_hal_uart.c" (e guardando molti video e leggendo online).

Ho controllato il messaggio trasmesso su un oscilloscopio e corrisponde alla sua rappresentazione ASCII.

Ad esempio, invio 'Q' che è 0101 0001, ricevo 'W' che è 0101 0111. La lettura sull'ambito mostra:

Uscita della termite per lo stesso segnale visualizzato sull'oscilloscopio.

Ho confermato che baud rate / parità / HWcontrol corrispondono sulla termite e nel mio codice.

Per ricevere il carattere corretto ho provato ad abbassare e aumentare i baud rate.
Ho provato diversi set di caratteri per cercare di trovare un modello che causi la visualizzazione di caratteri errati.
Inoltre ho provato diversi terminali come su Putty o Teraterm.

Hai perso un dettaglio importante di RS232. I livelli logici sono i seguenti:

Figura 1. Livelli di segnale RS232. Fonte: Wikimedia Commons .

• Logica 1 = da -3 a -12 V.
• Logica 0 = da +3 a +12 V.
• Tra -3 e +3 il livello logico non è definito.
• Il bit di avvio RS232 è uno 0 logico.

Per convertire dalla logica TTL (5 V) in RS232 è necessario un driver. Chip come il MAX232 fanno l'inversione del livello logico e aumentano la tensione per te.

È possibile "imbrogliare" a volte e immettere un segnale TTL in un ingresso RS232 a condizione che il livello logico sia invertito. L'affidabilità di questo metodo dipende dal chip utilizzato sull'ingresso RS232.

Figura 2. La forma d'onda trasmessa. In cima c'è il modello di bit della 'Q' che hai trasmesso. In fondo è come l'entrata RS232 lo legge.

Notare che l'ingresso RS232 sta cercando un fronte positivo per indicare il bit di avvio. Ciò non accade fino al secondo bit dei tuoi dati, quindi tutto ciò che segue è un po 'a destra e invertito quando il ricevitore lo vede. Per fortuna il tuo MSB è il livello logico corretto per il bit di stop, quindi il ricevitore lo ha interpretato come un frame valido, lo ha decodificato e visualizzato una 'W'.

A scopo di test è possibile invertire l'output TTL. Questo probabilmente funzionerà in quanto "funziona" al momento.

Figura 3. Il MAX232 chip utilizza condensatori nei circuiti della pompa di carica per aumentare l'alimentazione a 5 V per i livelli RS232.

Per affidabilità, aggiungere un chip MAX232 per trasmettere e ricevere un segnale di livello RS232 adeguato.

Considerando la breve distanza e la bassa velocità in bit di 9600, i livelli TTL e CMOS funzionano bene. Il problema illustrato in modo eloquente da @Transistor è che i dati UART sono logici negativi 0 ~ 5 V e RS-232 è logica positiva +/- V f tra +/- 3 e +/- 15 V (?)

Pertanto, come * suggerisce anche, un inverter funzionerà.

Il problema non è un problema di bit rate rate (BER) o integrità del segnale, ma una logica invertita.

Inoltre, la "zona grigia" è per il margine di rumore lungo raggio non è <+/- 3V per voi , perché il cavo è corto. La soglia logica effettiva di RS-232 Rx è esattamente la stessa della vecchia TTL (due cadute di Vbe) o della tolleranza di 1,4 V +/- 20% (?).

Lo chiamano una zona grigia per soddisfare tutte le specifiche di distanza e velocità di trasmissione a causa di disturbi del rumore e squilli dei bordi.

Per cavi più lunghi, procurati MAX232. Le variazioni possono dipendere dalla velocità e dalle caratteristiche della tensione.