Italiano English |
Navigators Sections In evidence
Most required Last ModifyThe Serial PortTranslation for this document is not available or is not complete, if you are intrested to receive information please write to Viene presentata la porta seriale standard RS232. La sua gestione e programmazione su un sistema MS-DOS con un semplice esempio di un software di comunicazione IntroduzioneDISPOSITIVO PER IL COLLEGAMENTO DEL COMPUTER AD ALTRI COMPUTER O PERIFERICHE, COME MODEM O MACCHINE CONTROLLO NUMERICO porta seriale, Recommended Standard 232 Revision C (RS-232C), Universal Asynchronous Receiver Transimitter (UART), sono tutti sinonimi per indicare una interfaccia di tipo seriale verso il mondo esterno COMUNICAZIONE SERIALE SIGNIFICA CHE OGNI PAROLA DA TRASMETTERE (RICEVERE) VIENE TRASMESSA (RICEVUTA) UN BIT ALLA VOLTA LA PORTA SERIALE TRASMETTE (RICEVE) BIT PARTI DI PAROLE CHE SCOMPONE (RICOMPONE) AUTOMATICAMENTE Protocollo di comunicazionePRIMA CHE DUE COMPUTER (O ALTRO) POSSANO COMUNICARE, E' NECESSARIO CHE PARLINO LA STESSA LINGUA.
LO STANDARD RS-232 HA DEFINITO DELLE CONVENZIONI CHE UNIFORMANO LA COMUNICAZIONE SERIALE.
PARLARE LA STESSA LINGUA SIGNIFICA IMPOSTARE ALLO STESSO MODO I PARAMETRI DEL PROTOCOLLO Accesso alla porta seriale
E' possibile accedere alla porta seriale attraverso:
Il DOS dispone dell'interrupt 21h servizo 75 che accede alla porta seriale, ma è inefficiente e poco documentato, quindi sconsigliato. Il BIOS dispone di una serie interrupt 14h che permettono di impostare, leggere e scrivere la porta seriale. Questi interrupt presentano alcune carenze, soprattutto ad alte velocità (baud > 1200). Attualmente il metodo più efficiente per ricevere e trasmettere ad alta velocità è quello di accedere direttamente ai registri della porta seriale. I personal computer sono dotati di un microprocessore dedicato alle trasmissioni seriali (8250 UART), al quale si può accedere direttamente con istruzioni di I/O I registri UART
I REGISTRI DELLA UART-COM1 NORMALMENTE HANNO BASE IN 300h (200h PER COM2) THR:Contiene il carattere da trasmettere. Prima di scrivere un nuovo carattere testare il bit 5 di LSR RDR: contiene il carattere ricevuto che viene mantenuto fino a quando ne giunge uno nuovo. Il bit 0 di LSR indica se è giunto un nuovo carattere. Il bit 1 di LSR indica che il carattere precedente non è stato letto. BRD: la velocità di trasmissione è data da: BaudRate = 1,843,200/(divisore x 16) i due registri BRD contengono il divisore a 16 bit.I valori validi per BaudRate sono: 50,110,150,300,600,1200,1800,2000,2400,3600,4800,7200,9200,9600,38400,115200. BRD-LSB: condivide il registro xF8 con THR e RDR. Prima di scrivere BRD-LSB è necessario impostare il bit 7 (DLAB) di LSR. DLAB viene azzerato scrivendo in BRD-MSB. IER: E' possibile far generare dal PIC un interrupt (IRQ*) quando si verificano le seguenti condizioni:
1 = interrupt abilitato
*IRQ4 (INT 0Ch) per COM1, IRQ3 (INT 0Bh) per COM2. IIR:questo registro permette di identificare quale dei quattro casi ha generato l'interrupt corrente (bit 1,2). Inoltre indica anche se c'è un INT pendente (bit 0 = 0).
LCR:permette di impostare i parametri del protocollo. b7. . . . . . b0 7 6 5 4 3 2 1 0 ¦ ¦ ¦ ¦ ¦ ¦ +-+-- lunghezza parola ¦ ¦ ¦ ¦ ¦ ¦ 00 = 5 bits (bit1=1 -> 1.5 bit di stop) ¦ ¦ ¦ ¦ ¦ ¦ 01 = 6 bits ¦ ¦ ¦ ¦ ¦ ¦ 10 = 7 bits ¦ ¦ ¦ ¦ ¦ ¦ 11 = 8 bits ¦ ¦ ¦ ¦ ¦ +---- 0 = 1 stop bit, 1 = 1.5 or 2 ¦ ¦ ¦ ¦ +----- 0 = no parity generated, 1 =parity generated ¦ ¦ ¦ +------ 0 = parita dispari, 1 = parita pari ¦ ¦ +------- 0 = parity disabled,1 = enabled ¦ +-------- 0 = turn break off, 1 = force spacing break state +--------- 1 = baud rate divisor (DLAB); 0 = RDR, THR or IER MCR: Questo registro controlla i segnali Data Terminal Ready (DTR bit 0), e Request To Send (RTS bit 1). Inoltre il bit 3 se alto permette agli int generati dal UART di essere ascoltati dal PIC. Per una comunicazione Interrupt Driven MCR deve essere impostato a: 0000 1011 (0Bh) LSR: Questo registro contiene informazioni relativi ai dati in transito (in/out). Il bit 0 = 1 se è arrivato un carattere. Viene azzerato leggendo in RDR i bit 1,2,3,4 indicano diverse condizione di errore Il bit 5 = 1 se THR è vuoto (THR-E). Viene azzerato scrivendo in THR MSR: contiene lo stato dei segnali modem. I primi quattro bit sono 1 se i segnali collegati hanno cambiato il loro stato dall'ultima volta che sono stati letti dalla cpu. Software di comunicazionePROBLEMA PRINCIPALE DELLA COMUNICAZIONE E' LA RICEZIONE POLLING: Lettura continua de LSR. Se arrivato un nuovo carattere, viene computato (almeno memorizzato) INTERRUPT DRIVEN: ad ogni carattere arrivato, viene generata una interruzione del processo corrente. Questa và riprogrammata per memorizzare il nuovo carattere. Un secondo processo può computare il carattere memorizzato: Coda FIFO (buffer circolare)UNA CODA FIFO PUO' ESSERE IMPLEMENTATA COME UN BUFFER (ARRAY) CIRCOLARE. UN BUFFER CIRCOLARE E' DOTATO DI DUE PUNTATORI. UNO RELATIVO AL PROSSIMO CARATTERE DA SCRIVERE (BufIn), ED UNO PER IL PROSSIMO CARATTERE DA LEGGERE (BufOut). QUANDO UNO DEI PUNTATORI RAGGIUNGE LA FINE DEL BUFFER, ALLORA VIENE MESSO A 0 (QUINDI CIRCOLARE) QUANDO I DUE PUNTATORI COINCIDONO ALLORA IL BUFFER E' VUOTO. QUANDO IL PUNTATORE DI SCRITTURA RAGGIUNGE QUELLO DI LETTURA, ALLORA IL BUFFER E' PIENO ALLORA SI PERDONO DATI PROBLEMA !! DIMENSIONARE IL BUFFER IN MODO CHE NON SIA MAI PIENO Esempio di un sw di comunicazione - Modulo TerminalIl modulo terminal è composto dai file: TERMINAL E' UN SEMPLICE MODULO DI TRASMISSIONE RICEZIONE SU PORTA SERIALE PERMETTE:
MIGLIORAMENTI:
ESPORTA:
FUNZIONI INTERNE:
DATI INTERNI:
NOTA: Il modulo terminal è composto dai file TERMINAL.H da includere nel programma utente e TERMINAL.C da compilare e linkare con il programma utenete. Il file PRVTM.C è un semplice programma per la prova del modulo TERMINAL
Vote this page
|
||
|
Nota: questo materiale è di proprietà di Pk Lab ed è utilizzabile liberamente a condizione di citarne la fonte
[Home Page] [Search]Copyright PkLab (c) 2009 Contatto: |
Comments
3 comments (Send your comment)Sent by Sauro Baietta 26/09/2009 | #1
Data la usuale confusione fra bit(s) e bytes(s) rimane il dubbio se una porta seriale a 9.600 baud trasmetta 200 kb in soli 22" oppure in 3'
Un esempio numerico completo avrebbe chiarito il dubbio (per il quale sono arrivato aquesta bella Vs. pagfina che, però, non mi ha risolto il dubbio).
Inoltre il codice di verifica di prima aveva un carattere assurdo, indecifrabile...
ed inviare il voto mi ha pure cancellato questo testo !
ho dovuto abbassato il rating della pagina....
Sent by PkLab 26/09/2009 | #2
Ok accolgo le osservazioni di Sauro e miglioro i codici di verifica :)
Riguardo ai baud...
Per prima cosa preciso che un Byte, la cui abbreviazione è "B", è composto da 8 bit la cui abbreviazione è "b".
quindi 1B = 8b
Nelle abbreviazioni nasce la confusione, anche gli addetti al settore utilizzano impropriamente "b" per byte quindi spesso non è esattamente chiaro ciò di cui si sta parlando.
se con 200kb intendi 200 kilo byte, ovvero 200KB, si ha:
200KByte = 200*1024*8 = 1638400bit
con una trasmissione a 9600bps (byte per secondo) impiego
1638400bit / 9600bps = 170.6 secondi, circa 3minuti
Ad esere precisi, se si utilizza un protocollo seriale, si dovrebbe tener conto anche dei parametri del protocollo. (vedi sopra LCR) ovvero
- lunghezza parola: 5,6,7,8 bit
- bit di stop:1,1.5,2
- bit di parita: attiva/non attiva
Se si configura la comunicazione con una parola da 7 bit, con 1 bit di stop e parità attiva, vuol dire che il protocollo richiede 2 bit di controllo ogni 7 bit di dati quindi
200KByte = 200*1024*8 = 1638400bit
1638400bit / 7 = 234058 parole
234058 parole * 2 bit = 468116 bit di controllo
così i bit da trasmettere diventano
1638400b+468116b = 2106516b
a 9600bps impiego
2106516b / 9600bps = 219 secondi circa 3.6minuti
Questo è il caso ideale, infatti è frequente avere la linea disturbata. Il disturbo provoca errori di trasmissione che il protocollo spesso è in grado di rilevare grazie ai bit di controllo. Nel caso il ricevente rileva errori di parità, richiede al trasmittente il reinvio di una parte della trasmissione.
Questa gestione occupa la linea con ulteriore traffico che andrebbe aggiunto ai bit da trasmettere. Come effetto si ottiene una ulteriore abbassamento della velocità di trasmissione, difficilmente calcolabile.
Il ragionamento fatto per il protocollo seriale è valido anche per internet , TCP/IP , ADSL,Sat ecc..
La velocità di trasmissione è nominale ovvero indica la massima velocità raggiungibile dal protocollo di comunicazione.
Spesso gli internet provider giocano sulla ambiguità tra bit e Byte.
Per una linea ADSL a 7 mega si intente
7Mbit/s = 7*1024*1024/8 = 917504Byte/s = 896KB/s
Un'altra imprecisione è nella conversione da Mega a Kilo e da bit a Byte.
Per semplificare i calcoli, si usa pensare a un Byte = 10bit e 1M = 1000K
con questa approssimazione
7Mb/s circa uguale a 700KB/s
I tempi in cui si comunicava via modem con le BBS (http://it.wikipedia.org/wiki/Bulletin_Board_System) locali a 9600bps sono ormai dimenticati ...intorno 1996 le prime connessioni internet dial-up a 56Kbit/s ...sembrava di navigare col vento in poppa!
Sent by tool 17/03/2010 | #3
good start