Registre 8 bits

[f_el_119]

Bonjour,Je souhaiterai savoir si quelqu'un à des informations sur les registres 8 bits (chronogramme pour comprendre le focntionnement, nbre d'entrées (je sais que c'est un mot de 8 bits)/sorties (sur le schéma que j'ai, je vois "un seul fil" en sortie..., alors je ne comprends pas que l'on puisse convertir un mot de 8 bits en 1 bit..?)-Merci, svp, de m'éclaicir sur la représentation du registre 8 bits à décalage dans la pièce jointe que es liée.
C'est pour faire une moyenne mobile...
Bien à vous!
-----

[Jack]

Bonsoir.

Il sort d'où ce schéma? Il ne me semble pas très cohérent.

Une entrée série qui débouche sur un can qui sort en parallèle pour être reconverti en série, etc ...

A moins que tout soit en 8 bits sauf l'entrée et la sortie qui seraient en série, mais l’additionneur 8 bits additionnerait alors des mots de 8 bits et pas 8 bits comme on pourrait le croire en voyant ses entrées connectées sur une bascule D.
Le fait que tout soit en 8 bits me semble plus logique vu qu'apparemment c'est un filtre à moyenne mobile.

A+

[f_el_119]

bonsoir,
Je pense aussi, puisque le design est celui en PJ. Mais ke schéma qui m'est fourni au début du chapitre par mon prof est celui indiqué dans mon 1er message.
Cependant, je en vois pas comment fonctionne ce registre, quelle est le chronogramme?..
Merci,

[Jack]

je comprends mieux maintenant.

As-tu recherché ce qu'est un filtre à moyenne mobile? Parce qu'à partir de là on voit bien que le système fait un simple moyenne des 8 derniers échantillons.

A+

[A voir en vidéo sur Futura]

[f_el_119]

je vais y jeter un oeil (sur le filtre à moyenne mobile), mais j'aimerais trouver un tableau "type table de vérité" pour comprendre comment fonctionne exactement regMxN et l'addit8x8...Merci,
A+

[Jack]

mais j'aimerais trouver un tableau "type table de vérité" pour comprendre comment fonctionne exactement regMxN et l'addit8x8

Une table de vérté ne serait pas le meilleur moyen.

Pour l'additionneur, je ne comprends pas ce qui te bloque: tu lui entres 8 octets et l'additionneur en fait la somme.

regMxN est un registre à décalage: une donnée est reçue et "glisse dans le suivant à chaque impulsion d'horloge. Comme il y a 8 registres de 8 bits, on retrouve bien 64 bits en sortie.

A+

[f_el_119]

Pour le registre OK, mais je me pose la question sur l'additionneur... comment 8 octets (soit 8x8bits = 64 bits) puisse être convertit en un mot de 8 bits....?
Merci,
A+

[Jack]

Pour le registre OK, mais je me pose la question sur l'additionneur... comment 8 octets (soit 8x8bits = 64 bits) puisse être convertit en un mot de 8 bits....?
Merci,
A+

C'est un filtre moyenneur, donc il faut faire la moyenne des 8 mesures. la somme maxi est égale à 255 * 8. Pour faire la moyenne, on divise par 8, soit par 3 décalages à droite, soit en gardant les 8 bits de poids fort de la somme. La moyenne maxi est donc égale à 255 * 8 / 8 = 255. Ca tient donc bien dans 8 bits.

A+

[f_el_119]

Merci bcp pour ces infos....
Cependant, je suis intrigué par cette chose:
-la somme de 8 octets, donne un résultat sur 11bits (soit en décimal=(2^11)-1)=2047, alors que lorsque nous faisons 255*8=2040.
-->quand tu indiques de garder les 8 bits de poids forts de la somme ou encore de faire un décalage, ce sont les 8 bits du mot de 11 bits (qui est le résultat de la somme?)
A+

[Jack]

-la somme de 8 octets, donne un résultat sur 11bits (soit en décimal=(2^11)-1)=2047, alors que lorsque nous faisons 255*8=2040.

oui mais chaque octet a pour valeur max 255.

quand tu indiques de garder les 8 bits de poids forts de la somme ou encore de faire un décalage, ce sont les 8 bits du mot de 11 bits (qui est le résultat de la somme?)

oui, c'est normal car ce sont les 8 bits les plus significatifs.

A+

[f_el_119]

j'ai très peu l'habitude de manipuler ce genre de chose, du moins je le fais plus, mon activité pro est totalement autre (je suis Chargé d'affaire EDF - spécialisé en HTA), alors pour me remettre à l'électronique (je le fais via le CNAM en HTT), j'ai besoin d'y bosser...
J'ai tiré ce petit tableau EXCEL pour exemple et comprendre ce que je faisais....
Merci, pour l'éclaircicement...

[Jack]

je le fais via le CNAM en HTT

Bon courage (j'ai quelques années de CNAM derrière moi )

J'ai tiré ce petit tableau EXCEL pour exemple et comprendre ce que je faisais....

ok, ça confirme donc, sachant qu'il s'agit d'arithmétique entière et qu'il n'y aura jamais de partie décimale.

A+

[Forhorse]

A noter que la partie décimale peut aussi se calculer d'après le registre de 11 bits.
On la vu, les 8 bits de poids fort représentent la partie entière mais les 3 bits de poids faible restant représentent la décimale.
On peut faire un calcul en virgule fixe.
Dans l'exemple les trois bits de poids faible donnent 6
On est sur 3 bits, donc chaque bits représente 1/8 de de la décimale (précision à 0.125)
6/8 = 0.75 !

[f_el_119]

Merci pour cette précision!!! c'est sympa!
auriez-vous une idée du calcul arithmétique qui permet de résoudre ce chronogramme?
Je pense comprendre que normalement à chaque front montant de clk_can, je calcule la moyenne de 8 dernières valeurs de Din, mais je trouve que çà na va pas...enfin si, car avec EXCEL je simule le système, mais je pense ne pas prendre en compte le temps de propagation...Help, please!

[f_el_119]

toujours pour résoudre ce pb d'électronique... Que comprenez-vous, par cette question: //Tracez la courbe de la réponse en fréquence (la formule ne nous intéresse pas)

[Jack]

Merci pour cette précision!!! c'est sympa!
auriez-vous une idée du calcul arithmétique qui permet de résoudre ce chronogramme?
Je pense comprendre que normalement à chaque front montant de clk_can, je calcule la moyenne de 8 dernières valeurs de Din, mais je trouve que çà na va pas...enfin si, car avec EXCEL je simule le système, mais je pense ne pas prendre en compte le temps de propagation...Help, please!

Je n'ai pas vraiment l'impression que ton colcul de moyenne fonctionne, vu la valeur des données sortantes.

A+

[Jack]

toujours pour résoudre ce pb d'électronique... Que comprenez-vous, par cette question: //Tracez la courbe de la réponse en fréquence (la formule ne nous intéresse pas)

Comme il s'agit d'un calcul de moyenne, a ton avis à quel type de filtre ca te fait penser?

Pense a ce deviennent les varitions brusques du signal d'entrée.

A+

[f_el_119]

bonjour,
dans cette discution tu m'as indiqué que c'est un filtre à moyenne mobile... et effectivement, les variations brusques du signal à analyser entre 2 mesures ne sont pas visibles si je fais une moyenne en divisant les 8 dernières valeurs dans notres cas.
Le circuit m'indique bien que je fais la division par 8 à chaque front montant de clk_can?
Je sèche un peu, car si je prend la formule de la moyenne mobile que j'ai trouvé sur le net, çà ne fonctionne pas...
a+

[Jack]

Je sèche un peu, car si je prend la formule de la moyenne mobile que j'ai trouvé sur le net, çà ne fonctionne pas

Quelle formule? Qu'est-ce qui ne fonctionne pas?. Parce qu'en regardant les valeurs de sortie de plus près, on n'est pas loin du compte finalement.

A+

[f_el_119]

en pj, la formule que j'ai appliqué, mais non concluante...
A+

[Jack]

Moi je trouve que c'est bon. D'après ton chronogramme, je relève:

1/8->0
(1+2)/8 = 3/8 -> 0
(1+2+3)/8 = 6/8-> 0
(1+2+3+4)/8 = 10/8 -> 1
(1+2+3+4+5)/8 = 15/8 -> 1
(1+2+3+4+5+6)/8 = 21/8 -> 2
(1+2+3+4+5+6+7)/8 = 28/8 -> 3
(1+2+3+4+5+6+7+8)/8 = 36/8 -> 4
(2+3+4+5+6+7+8+9)/8 = 44/8 -> 5
(3+4+5+6+7+8+9+10)/8 = 52/8 -> 6
(4+5+6+7+8+9+10+11)/8 = 60/8 -> 6
etc.

A+

[f_el_119]

Merci,
je n'ai malahureusement pas utiliser ma tête, j'ai seulement tiré un formule sur EXCEL, mais je n'avais pas vu, que ma cellule (sur le tableau) arrondissait le résultat...

[f_el_119]

une petite aide sur ceci, svp... si on reprend le design du montage de cette discution (voir les 1er échange) - je dois dessiner l'intérieur du addit8x8 avec des ADDERS (en PJ)...

Je prends donc des ADD8, puis je relie le CO du 1er ADD8 (qui reçoit le 1er mot) au CI du 2nde ADD8 (qui reçoit le 2nde mot), et ainsi de suite, je pense que cette cascade est correcte (??)... mais les sorties des ADD8, j'en fai quoi (j'en ai 8 "en l'air"..)
A+

[Jack]

une petite aide sur ceci, svp... si on reprend le design du montage de cette discution (voir les 1er échange) - je dois dessiner l'intérieur du addit8x8 avec des ADDERS (en PJ)...

Pas de pièce jointe

Ca marchera. L'inconvénient de faire un gros adder avec des additionneurs 1 bit, c'est que les temps de propagation s'accumulent. Il n'y a pas un adder N bits configurable dans ta CAO? Ou alors tu ne peux pas programmer tes blocs en VHDL?

mais les sorties des ADD8, j'en fai quoi (j'en ai 8 "en l'air"..)

Je suis sur qu'en réfléchissant un peu tu vas trouver.

A+

[f_el_119]

avec la pj

[f_el_119]

au faite il faut détailler matériellment ce qu'il peut y avoir dans le addit8x8, avec des ADDER....
ADD8 donne son résultat sur 8 bits, mais j'en ai 4 (soit 32 bits), donc je décale des 2 bits vers la droite (principe de la division par 4)... tu confirmes..?

[Jack]

J'avais mal lu ton message #23. des adders 8 bits sont parfaits.

au faite il faut détailler matériellment ce qu'il peut y avoir dans le addit8x8, avec des ADDER....
ADD8 donne son résultat sur 8 bits, mais j'en ai 4 (soit 32 bits), donc je décale des 2 bits vers la droite (principe de la division par 4)... tu confirmes..?

L'addition étant associative, tu peux faire des regoupements: par exemple 1 adder pour les valeurs 1 et 2, un autre pour les valeurs 3 et 4 etc.

Tu obtiens donc 4 sommes. Devine ce que tu vas en faire...

En te débrouillant bien, tu vas même éviter d'avoir à faire des décalages.

A+

[f_el_119]

Merci, je m'en suis dépatouillé... avec ta précieuse aide!
A+

[Jack]

Merci, je m'en suis dépatouillé...
A+

C'est le principal.

A+