exercice RS232

[ninrin]

Bonjour, je suis étudiant en autodidacte à la cned, et leur cours sont vraiment vague, actuellement je dois traité un exercice tel qu'énoncé:


Calcul de vitesse de modulation.
On désire transmettre un fichier de 106*ko via une RS 232 réglée à 4*800*bauds, 8*bits de données, parité paire et
2*bits de stop.
QC-1. Calculez le temps minimum de transfert.

Je ne comprend pas encore très bien la signification exact de bauds, mais il me semble que sa correspond à un bit par rapport à un tempo donnée; si on prend en compte le bit de start alors Il y a en tout 12 bit pour un cycle complet, ce qui est interdit normalement (max 11bit)? Du coup de n'arrive pas à bien mettre en relations tout les donnée pour résoudre ces problèmes, mais je vais quand même tenté un debut:
4800/12= 400 (400 cycle de 12 bits)
Ont peut donc dire 400 bit par seconde est la réponse à la question 1? Je suis persuadé qu'il y a erreur et je vous demande de m'aiguiller svp! merci ^^
-----

[DAUDET78]

Bonjour ninrin et bienvenue sur FUTURA

Je ne comprend pas encore très bien la signification exact de bauds, mais il me semble que sa correspond à un bit par rapport à un tempo donnée

Exact

si on prend en compte le bit de start alors Il y a en tout 12 bit pour un cycle complet, ce qui est interdit normalement (max 11bit)?

D'où tu sorts cette interdiction ?

4800/12= 400 (400 cycle de 12 bits)

Donc tu transmets combien d'octet "utile" par seconde ?

Ont peut donc dire 400 bit par seconde est la réponse à la question 1?

réponse fausse. Et on ne te demande pas un débit , mais une durée

[DAUDET78]

Complément d'information :

Je ne comprend pas encore très bien la signification exact de bauds, mais il me semble que sa correspond à un bit par rapport à un tempo donnée

Exact.
100 bauds, c'est 100 bits par seconde
NB : Ce n'est pas une fréquence. En effet, si on transfert successivement :
- la suite de bit 0 1 0 1 0 1 0 1 0 1 etc .... la fréquence mesurée sur la ligne est de 50Hz
- la suite de bit 1 1 1 1 1 1 1 1 1 1 etc .... la fréquence mesurée sur la ligne est de 0Hz
Et pourtant, le débit est toujours de 100 Bauds

[ninrin]

Bonjour et merci,
pour l'interdiction, je l'ai vu hier sur un cours trouvé sur le web comme suit "NB: le nombre total de bits pour l'envoi d'un caractère ne devra pas dépasser 11 (du bit de départ au bit de
stop). Le protocole suivant est donc interdit : 1 bit de start, 8 bits de données, 1 bit de parité et 2 bits de
stop" source http://electroniqueveynes.free.fr/IMG/pdf/Serie-3.

-Puisqu'il y a 8 bit de données alors je dirai qu'il y a 4800/8= 600 octets "utile" par seconde.

-intéressant, pourrais-tu m'expliquer pourquoi la 2ème suite de bits est de 0hz? J'ai comme hypothèse que comme tout les bits sont à 1, la tension est en positive continue il y a pas de courant alternatif et donc 0hz. j'ai remarqué aussi que le bit de start est à 1, je pensais qu'elle était toujours à 0?

[A voir en vidéo sur Futura]

[ninrin]

EDIT: -Puisqu'il y a 8 bit de données alors je dirai qu'il y a 4800/8= 600 octets "utile" par seconde. Ou 450 octets "utile" par seconde si on fait 3600/8. j'enlève 1200 (pour les 4 bits: start, parités, stop) sur les 4800, égale à 3200. J'ai un doute sur ces deux réponses, mais la 2ème me semble plus logique

[DAUDET78]

Tu raisonnes faux !
Il y a combien de trame RS232 de 12 bits par seconde ?
Une trame transporte combien d'octet ?
Il y a combien d'octets transmis en une seconde ?
Il y a combien d'octets à transmettre pour envoyer le fichier ?

[jiherve]

Bonjour,
en effet une RS232 ne comporte que 11bits au plus (1start+8+P+S) mais ce qu'il faut bien comprendre c'est que doivent être pris en compte que les bits "actif" c'est à dire du start au stop "minimal",il peut y avoir d'autre bits de stops et c'est heureux car l'etat "stop" c'est aussi l'état inactif de la ligne !
Donc le format 8bits+Parité+2Stop est parfaitement legal comme 8bits+Parité+ 10^6 Stops !
misère!
JR

[DAUDET78]

en effet une RS232 ne comporte que 11bits au plus (1start+8+P+S)

Non, le nombre de bit minimum d'une trame RS232 qui transporte un octet, c'est :

• 10 bits (1 Start+8+1 Stop)
• 11 bits (1 Start+8+P+1 Stop)
• 11,1 bits (1 Start+8+P+1,5 Stop)
• 12 bits (1 Start+8+P+2 Stops)

Sachant que les 3 dernières tailles peuvent être reçu par un UART programmé avec 1 , 1,5 ou 2 stops

[ninrin]

Alors là je pense être largué...
_400 trames de 12 bits
_une trame transport 1 octet (8 bits de données) + les 4 bits (start, parité, 2 stop)
_600 octets par seconde (puisque 4800 bits par seconde)
_106 000 octets.

[jiherve]

re
je me suis vraiment mal expliqué : le minimum avec 8 bits + parité c'est bien 11 bits et 8 bits sans parité c'est 10, le reste c'est de la souplesse puisque certains UART acceptent même du 9 bits en donnée + parité + 2 stops exemple Atmega328 par contre l'ancêtre MC6850 n'accepte que 11bits au max d'où sans doute l'affirmation faite dans le lien donné en #4!
JR

[jiherve]

encore,
raisonne en nombre de cycles :
pour transmettre un octet il faut 12 cycles @ 4800Hz car à 4800bds un cycle vaut 1/4800 s.
Une transmission 'à sec" @4800bds permet de transmettre 600 octets/seconde mais compte tenu de "l'emballage" tu ne transmettras que 8/12 *600 octets/s soit 400 octets/s
JR

[DAUDET78]

certains UART acceptent même du 9 bits en donnée + parité + 2 stops exemple Atmega328

Ce n'est pas pour faire de la transmission asynchrone classique, mais pour travailler avec des Bus spéciaux comme le Multi-Drop Bus (MDB)

[ninrin]

ok, donc je récapitule, ce que tu appelle cycle est en faite 1 bit. donc un cycle = 1 bit parmis les 4800.
Pourquoi avoir écrit sous la forme 8/12*600 si ont veux uniquement compter les bits de données? ne devrais pas enlever les 4 bits "inutile" comme je l'avais fait sous cette forme 4800/4= 1200,
4800-1200= 3600
3600/8 = 450 octets/s (hors "emballage")?

ET dernière question, ce n'est pas la réponse final à la question, puisque comme a spécifier daudet78, ils veulent un temps et non un débit. Donc 400/1 sec= 0,0025 s (temps de transfert minimum)?

[jiherve]

Bonsoir
non et renon!
Comme il faut transmettre pendant 12 cycles pour émettre un octet et qu'il faut envoyer 106 000 octets alors il faudra 106 000 x12 cycles= 1 272 000 cycles ce qui à 4800hz demande 1 272 000/4800 = 265 secondes c'est du niveau CM1!
sans emballage il faut environ 177 secondes.
JR

[ninrin]

RE, désolé je suis long à la détente , merci beaucoup pour vos aides, maintenant c'est bien intégré dans mon crâne (je l'espère) ^^. Finalement c'était très simple et en revenant en arrière, j'ai moi-même pas compris pourquoi je suis allé dans tout les sens. Mais deux doutes persistent. Sur les 106ko, es-que les bits "emballages" y sont aussi incorporés, ou seul les bits de données y sont pris en compte?
Deuxième doute est, qu'il faut 265 secondes pour arriver a transférer le total 106 000k, et que la question parle d'un temps de transfert "minimum"? ou je me prend encore la tête pour rien ??

[jiherve]

Bonjour,
Non dans les 106KO il n'y a que les bits utiles.
les 265 secondes sont bien un minimum car cela suppose les émissions à touche touche sans autre temps perdu ce qui pourrait arriver si l'interface RS232 ne pouvait etre nourrie assez rapidement par le processeur, à 4800bds c'est peu probable ou que la liaison soit de plus gérée par un protocole hard (RTS#,CTS#) afin de permettre au récepteur de ranger les données.
JR

[ninrin]

ok merci!
Je viens juste de m'apercevoir que l'énoncé n'a pas pris en compte le bit de start, ce qui donne 11 bits:
Calcul de vitesse de modulation.
On désire transmettre un fichier de 106*ko via une RS 232 réglée à 4*800*bauds, 8*bits de données, parité paire et
2*bits de stop.

Mais moi inconsciemment, j'avais inclus le bit de start, ce qui donne 12 bits pour un cycle. Ai-je eu tord de le prendre en compte alors que l'énoncé ne l'a pas inclus?

[DAUDET78]

Mais moi inconsciemment, j'avais inclus le bit de start, ce qui donne 12 bits pour un cycle. Ai-je eu tord de le prendre en compte alors que l'énoncé ne l'a pas inclus?

Sans bit Start, pas de transmission . Conclusions ?

[Jack]

En effet, le bit start est implicite et on ne le rappelle jamais dans le protocole car il est invariant.

En bref, pour transmettre 8 bits utiles (donc un octet parmi tes 106000) il te faudra 12 bits.