présentation les protocoles de la liaison série

transmission
asynchrone :
Les protocoles
1/14
1.Pourquoi la communication série est-elle qualifiée de
asynchrone ?
2.Quel élément assure la conversion parallèle < == > série ?
3.Donnez les éléments constitutifs d'une trame d'un caractère
émise sur la liaison série
4.comment la synchronisation s'effectue-t-elle du côté du
récepteur ?
5.quel sont les niveaux de tension sur la liaison série ?
6.Quel est l'état de repos d'une liaison série et quel est son niveau
de tension ?
7.A quoi sert le bit de parité, quelle est sa limite ?
8.Qu'est-ce qu'un ETTD, un ETCD (DCE ou DTE)
9.Dans quel cas a t on un mode half duplex ? Full duplex ?
10. A quoi correspond V24, Intérêt ?
2/14
Protocoles asynchrones
Dans une liaison série asynchrone, trois cas sont
possibles :
• Le récepteur exploite les données aussi rapidement
qu'elles sont émises
•Le récepteur n'y arrive pas, il utilise alors une
mémoire tampon
•Cette mémoire tampon se remplit complètement
Transmission Asynchrone
3/14
Protocoles asynchrones
Lorsque cette mémoire est saturée, le récepteur doit
demander à l’émetteur de suspendre l’émission.
Il devra également signaler la disponibilité de la
mémoire tampon après traitement des données
mémorisées par une demande de reprise d’émission.
Faites un schéma de principe montrant :
l'émetteur, le récepteur et la mémoire tampon
Transmission Asynchrone
4/14
Protocoles asynchrones
Cette gestion du flux de données entre l’émetteur et le
récepteur
peut
être
réalisée
suivant
différents
protocoles.
Certains, dits matériels, utilisent certaines broches de
la liaison RS232.
D’autres, dits logiciels, emploient les caractères de
contrôle ASCII.
Transmission Asynchrone
5/14
Protocole matériel :
DTR/DSR (RTS/CTS)
La gestion de flux matérielle est réalisée entre les deux ETTD
par les signaux DTR et DSR.
Lorsque le tampon de réception est presque plein, une
demande de suspension de l’émission est émise sur le
signal DTR.
– La reprise de l’émission sera signalée par un nouveau
changement d’état du signal DTR, lorsque le tampon sera
presque vide
Qui émet le signal DTR ?
Transmission Asynchrone
6/14
Protocole DTR/DSR (RTS/CTS)
Protocole DTR/DSR
Emetteur
Récepteur
ETTD
TD
RD
ETTD
DSR
TD
donnée
DTR
donnée
donnée
donnée
donnée
donnée
DSR
RD
DTR
Pourquoi une donnée est elle présente lorsque DTR est modifié ?
Transmission Asynchrone
7/14
Protocole DTR/DSR (RTS/CTS)
Les changements d’état interviennent avant remplissage ou
vidage complet du tampon pour minimiser les temps morts et
éviter les pertes éventuelles de données.
Les signaux RTS et CTS peuvent être utilisés suivant le même
principe.
Peut-on déterminer la taille du tampon avant qu'il ne soit
plein lorsqu'on doit émettre le DTR ?
Comment prendre en compte le signal DSR reçu ?
Peut-on dans ce cas travailler en full duplex ?
Transmission Asynchrone
8/14
Protocole XON-XOFF
La gestion de flux logicielle est réalisée par émission de
caractères de contrôle XON ( $11) et XOFF ($13).
La liaison doit être full duplex.
Lorsque le tampon est presque plein, celui-ci demande la
suspension de l’émission en envoyant à l’émetteur le caractère
XOFF sur sa ligne TD.
L’émission du caractère XON sur TD signifiera que le tampon
est à nouveau disponible et que l’émission peut reprendre.
Peut-on dans ce cas faire un échange de données dans les deux sens ?
Transmission Asynchrone
9/14
Protocole XON-XOFF
Protocole Xon/Xoff
Emetteur
Récepteur
ETTD
TD
ETCD
ETCD
RD
ETTD
RD
TD
RD
donnée
TD
donnée
donnée
donnée
Xoff
donnée
Xon
donnée
RD
TD
Proposez un algorithme de traitement du protocole xon / xoff
Transmission Asynchrone
10/14
Protocoles de transfert de fichiers
D’autres protocoles logiciels utilisant les caractères de
contrôle sont employés pour la transmission par modem de
fichiers ASCII ou binaires entre deux systèmes.
Ces protocoles réalisent :
> le découpage du fichiers en blocs,
> leur transmission,
> le test de l’intégrité des blocs à la réception avec une
possibilité de retransmission en cas d’erreur,
> et la reconstitution du fichier.
Transmission Asynchrone
11/14
Protocoles de transfert de fichiers
Les plus courants sont les protocoles KERMIT, XMODEM,
YMODEM et ZMODEM ;
les deux derniers étant des versions améliorées du XMODEM.
Structure d ’un bloc XMODEM
SOH N° bloc 255-N° bloc données(128 octets) Checksum
Transmission Asynchrone
12/14
Protocoles de transfert de fichiers
La figure suivante décrit l’algorithme de transmission d’un
fichier découpé en blocs XMODEM.
La détection des erreurs intervient d’une part, au niveau de la
gestion des numéros de blocs (test du numéro de bloc et de son
complément à la réception) et d’autre part, au niveau du calcul
des sommes de contrôle (la somme calculée à la réception doit
être égale à la somme émise) ;
Si après 10 tentatives de ré-émission d’un bloc erroné les
erreurs persistent alors le transfert est suspendu.
Transmission Asynchrone
13/14
Protocoles de transfert de fichiers
Algorithme d ’un transfert XMODEM
1. Attente d ’un ACK
2. Envoi d ’un NAK signalant la
disponibilité du récepteur
3. Préparation et envoi d ’un bloc
5. Si la réponse du récepteur est NAK
Alors réémission du bloc
Sinon envoi du bloc suivant
4. Réception du bloc.
Si le N° de bloc est cohérent ET si la somme de
contrôle est égale à la somme transmise
Alors envoi de ACK
Sinon envoi de NAK
Répétition des étapes 3 à 5 jusqu’à la fin du fichier ou demande d ’abandon
(provoquée ou causée par un nombre élevé d ’erreurs de transmission)
6. Si le récepteur n ’a pas transmis de demande d ’abandon
Alors envoi de EOT
Sinon envoi de CAN
Transmission Asynchrone
7. Si EOT est reçu
Alors envoi d ’un ACK
Sinon envoi de CAN
14/14