Il più delle volte RS-232 e UART si fondono in teorie della comunicazione seriale. Sono entrambi uguali? Dalle mie letture ho concluso che UART è una forma hardware del protocollo RS-232. Ho ragione?
Conosco 9600, 19200, 38400, 57600, 115200 e 1.8432 Mbaud, ma nessun altro. Perché vengono utilizzati questi valori, e raddoppia semplicemente ogni volta o c'è qualcosa di più complesso in corso (ad esempio, 38400 quadruplicato non è 115200 baud?) Il motivo per cui faccio questa domanda è che sto progettando qualcosa …
Nella mia vita professionale, a volte ho bisogno di creare diagrammi di temporizzazione per i protocolli: UART , SPI , ecc. Tuttavia, non riesco a trovare buoni programmi disponibili. Quali programmi possono essere raccomandati per questo e qual è l'esperienza che li utilizza?
Tutti i miei dispositivi a microcontrollore che comunicano con il PC tramite UART utilizzano stringhe ASCII per inviare comandi e ricevere dati (come implementato in Arduino). Questo è quello che ho imparato quando ho iniziato a scavare nell'elettronica e ho sempre trovato l'invio di stringhe nude per essere abbastanza. Tuttavia …
Poiché al giorno d'oggi la comunicazione seriale asincrona è ampiamente diffusa tra i dispositivi elettronici, credo che molti di noi abbiano di tanto in tanto posto una domanda del genere. Considerare un dispositivo elettronico De un computer PCcollegato con una linea seriale (RS-232 o simile) e necessario per scambiare informazioni …
Vorrei poter collegare in cascata più dispositivi utilizzando solo i cavi di alimentazione e quindi iniettare un segnale di comunicazione sulle linee elettriche per trasformarlo in una rete half duplex. Esistono metodi comuni per raggiungere questo obiettivo? Più semplice è il migliore e sarebbe bello se usasse l'UART sul microcontrollore. …
Molti progetti di circuiti che vedo con transistor usano due transistor incatenati insieme invece di usare solo un transistor. Caso in questione: Questo circuito è progettato per consentire a un dispositivo con UART 3.3V di comunicare con un microcontrollore 5V. Comprendo che quando Q2 è disattivato, TX_TTL sarà alto e …
Qualcuno mi ha chiesto l'altro giorno come funziona un FTDI da USB a UART seriale e mi sono reso conto che non lo sapevo. Ho guardato il foglio dati per FT232R e lo schema a blocchi non mi ha davvero aiutato. Qualcuno può spiegarmi o collegarmi a una buona spiegazione?
In ufficio sento questi termini rigirati come se fossero gli stessi. La mia comprensione è che gli USART possono fornire il segnale di clock insieme ai dati. Ci sono altre differenze? Quali sono i vantaggi e gli svantaggi di ciascuno?
Userò un cristallo da 8 MHz per far funzionare il mio microcontrollore a 16 MIPS (PLL 4x, istruzioni ciclo 2). Tuttavia, 8 MHz non si dividono in nessuna frequenza UART AFAIK ... quindi quanto sono critiche queste frequenze? Ho intenzione di utilizzare 115.200 baud. UART può funzionare entro ± 1%? …
Stavo attraversando un app-note AN2606 in cui mi sono imbattuto in questo diagramma di connessione: Per quanto ne so, UART è di tipo push-pull e Tx fornisce il pull-up richiesto e quindi non è necessario utilizzare alcun pull-up esterno. Mi sto perdendo qualcosa qui?
Vorrei evitare l'uso di convertitori RS-232 tra due microcontrollori su due schede diverse. Per vari motivi, sono supportati solo UART, ad esempio nessun SPI o I2C, e userò il cavo CAT5E per le prese RJ45 tra le schede. La velocità dei dati sarà di 115200 bps, possibilmente fino a 921600 …
Le UART spesso consentono di scegliere tra 1, 1,5 e 2 bit di stop. Con 1 payload, l'efficienza del payload è dell'80% (8/10), con 2 bit di stop che scendono al 72,7% (8/11). Quindi qual è il vantaggio del secondo bit di stop?
Sto leggendo il protocollo standard per UART e penso che se l'UART ricevente non avesse idea di quale velocità di trasmissione dei dati fosse trasmessa, ci sarebbero molti problemi. Se la velocità di trasmissione presunta è inferiore alla velocità di trasmissione in cui i dati vengono trasmessi, ci saranno bit …
Stavo cercando di capire i fondamenti di UART. Resta inteso che È un protocollo di comunicazione asincrono e quindi i clock TX e RX sono indipendenti l'uno dall'altro La ricezione dei dati è garantita dall'uso del bit di avvio e di uno o più bit di arresto. Inoltre, il ricevitore …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.