LRC/VRC décodage

[invitec3b608ea]

Bonjour à tous,

Si on réceptionne le message hexadécimal suivant : 08C67B8 (en binaire : 0000 1000 1100 0110 0111 1011 1000).

Et qu'on nous demande de déterminer si ce message est acceptable en sachant que l'expéditeur du message y a intégré la parité croisée LRC/VRC.

Ne manque-t-il pas une information ? À savoir : comment sommes-nous supposés identifier les bits de parité ? comment savoir le nombre de bits initial avant encodage ? Il y a plusieurs groupements envisageables, le premier sans doute le plus intuitif :

0000 1000 1100 0110 0111 1011 1000

ou encore :

0000100 0110001 1001111 0111000

Existe-t-il une convention qui permette de trancher ?

Merci à ceux qui liront !
-----

[umfred]

c'est forcément par octet, donc ta 2nde intuition est la bonne (mais bizarre tu n'as pas un nombre entier d'octets)

[invitec3b608ea]

Pourquoi forcément ?

La seconde intuition c'est par 7 bits, justement parce que je n'ai pas un nombre entier d'octet... C'est pour ça qu'il me semble qu'une information est manquante.

Merci !

[umfred]

on travaille rarement par quartet (4 bits) (tous les exemples que je trouve sur le LRC/VRC traitent de code ascii 7 bits)

Mais effectivement, tu as sans doute raison sur le fait qu'il manque l'info de la taille des données.
Et tu as sûrement raison, finalement, que les groupements se font 4 bits par 4 bits (les autres possibilités de groupement sont par 7 (6+ parité) ou par 14 (13+parité)).
Ou il manque une autre info (genre (par exemple), le protocole de communication impose l'envoie de 4 zéros en début de message)

[A voir en vidéo sur Futura]

[invitec3b608ea]

> (tous les exemples que je trouve sur le LRC/VRC traitent de code ascii 7 bits)

Tout à fait, pareil pour moi. C'est pour ça que j'ai sollicité l'aide de la communauté.

Mais c'est parfait, je suis content que vous voyez le même problème que moi ... Je vous remercie pour votre temps.