CRC 16

Cyberboy2054 Messages postés 173 Date d'inscription jeudi 20 décembre 2001 Statut Membre Dernière intervention 22 août 2008 - 23 mai 2005 à 17:50
coax81 Messages postés 2 Date d'inscription vendredi 27 octobre 2006 Statut Membre Dernière intervention 10 décembre 2007 - 15 févr. 2007 à 14:51
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/31553-crc-16

coax81 Messages postés 2 Date d'inscription vendredi 27 octobre 2006 Statut Membre Dernière intervention 10 décembre 2007
15 févr. 2007 à 14:51
salut j'ai essayé le prog , mais ca donne pas le bon resultat:
est ce que la taille max correspond bien a la taille de la trame sans le CRC?

trame: 04.03.00.02.00.01
le CRC doit etre: 25.CA
alors moi je trouve pas le meme resultat.
j'ai mis Taille_max=6.
est ce que le prob est dans le prog , ou bien j'ai mal utilisé le prog????
merci pour votre reponse .
Utilisateur anonyme
26 juil. 2006 à 08:42
Re j'ai trouvé ce site :
http://titicoco.chez-alice.fr/modbus.html#ancre32233

Ou l'exemple du Jbus est pour 0207 le résultat doit donner 1241 mais comme lors de l'envoi on enverse le CRC ca donne 4112.


++
Utilisateur anonyme
26 juil. 2006 à 07:22
c'est que la valeur envoyer doit être mal calculée...
dans la doc Jbus il y a un exemple de trame et cette fonction donne le bon résultat.

-elle donne le même résultat que la:
http://www.vbfrance.com/codes_image/normal/2657.aspx

++
gwenCPP Messages postés 20 Date d'inscription vendredi 28 janvier 2005 Statut Membre Dernière intervention 14 septembre 2006
17 juil. 2006 à 11:02
Bonjour,

Désolé de mettre un commentaire tardif sur cette fonction mais je ne tombe pas sur le bon CRC dans mon protocole MODBUS. Avec cette fonction la valeur est presque bonne mais pas tout à fait juste. En Utilisant d'autres codes, je tombe sur les bonnes valeurs...

A vous de voir.
Gwen
RaphAstronome Messages postés 104 Date d'inscription samedi 7 décembre 2002 Statut Membre Dernière intervention 17 août 2009
27 mai 2005 à 12:37
unsigned int c'est du 32 bits, pour 16 bits unsigned short suffit.
Sinon très sympa ton code : 8/10
Utilisateur anonyme
24 mai 2005 à 19:59
je ne l'aurai pas mieux expliqué moi même ;)
c'est tout à fait ca.
Pour ma part je m'en suis servis avec des appareils HF dont certains pilotés par PC, il m'a fallu sécuriser le protocole pour avoir un dialogue sur sans plantage.

++
MetalDwarf Messages postés 241 Date d'inscription mardi 29 octobre 2002 Statut Membre Dernière intervention 23 janvier 2006
23 mai 2005 à 19:01
Les algorithmes CRC servent a calculer des empreintes de donnees pour en verifier l'integrite. 2 empreintes identiques ne signifient pas que la transmission est exempte d'erreur, mais si elles sont differentes il y a necessairement une erreur. Ces algorithmes ne permettent pas de corriger les erreurs, mais de les detecter seulement. Leur interet est leur facilite d implementation et rapidite d execution par rapport a MD5 ou SHA-1 (mais avec une moins grande fiabilite et aucune garantie cryptographique).
Exemple d'application : les fichiers ZIP, RAR, GZIP, etc... sont controles de cette facon lors de la decompression, mais il y a bien plus d applications.
Cyberboy2054 Messages postés 173 Date d'inscription jeudi 20 décembre 2001 Statut Membre Dernière intervention 22 août 2008
23 mai 2005 à 17:50
Concrètement, ca sert a quoi ? obtenir le hash sur 16bits d'une chaine, pointée par Adresse_tab ?
Rejoignez-nous