Méthode pour calculer une checksum sur 8 bits

[JOE56]

Bonjour,
Je cherche la méthode (en C) pour calculer la checksum d'une trame de 6 octets, dont j'ai saisi le modèle à l'analyseur logique.
1er trame :0x01,0x06,0x7D,0x67,0x64,0x5B le dernier octet (5B) étant la checksum transmise.
2iem trame :0x01,0x01,0x00,0xA6,0x00,0xB4 .
3iem trame :0x01,0x06,0x00,0x26,0x1A,0x53 .
Il s'agit d'un système de thermostat de radiateur avec commande par radio (868Mhz) de marque ELV (Allemand). En cherchant des renseignements sur le produit, j'ai trouvé sur le Web, une phrase qui explique que la checksum est la somme des 5 premiers octets + Ch. Impossible de savoir à quoi correspont ce Ch (en Allemand)
J'ai essayé avec une somme octet par octet, un XOR octet par octet suivit d'un modulo 256,... mais rien à faire !!! je sèche.
le petit bout de C : (qui ne donne pas le résultat attendu)

iuResult = 0; // Resultat sur 8 bits
/* Calcul de la somme, le premier caractère est en position 0 */
for ( i = 0; i <= 4; i++) iuResult += Message[i];
/* Modulo Valeur Maxi sur 8 Bits */
iuResult %= 0xFF;

Si quelqu'un peut m'aider.
Merci d'avance
-----

[DAUDET78]

Bonjour JOE56 et bienvenue sur FUTURA

j'ai trouvé sur le Web, une phrase qui explique que la checksum est la somme des 5 premiers octets + Ch. Impossible de savoir à quoi correspont ce Ch (en Allemand)

Donne le lien WEB sur la page du site. Quelqu'un pourra peut être traduire !

[JOE56]

Bonjour,
ci-joint le lien vers le site (Allemand) qui décrit très très brièvement le calcul de la checksum : http://fhz4linux.info/tiki-index.php...FHT%20protocol
ci-dessous l'extrait :Format:



HC1,HC2,AA,BB,EE,CS : HC1,HC2: Hauscode
AA: Adresse
BB: Befehl
EE: Erweiterungsbyte
CS: Prüfsumme (8bit-Summe von HC1 bis EE + Ch)

Merci de votre aide

[eldudo]

Je crois simplement que Ch c'est l'écriture hexa de 12 .
Faut que tu rajoutes 12 à la fin .

[A voir en vidéo sur Futura]

[DAUDET78]

Ca marche pour les trames 2 et 3 (pas la 1 ! une erreur de lecture ?)
2iem trame :0x01+0x01+0x00+0xA6+0x00+0x0C = 0xB4 .
3iem trame :0x01+0x06+0x00+0x26+0x1A+0x0C = 0x53 .

[Jack]

Je crois simplement que Ch c'est l'écriture hexa de 12 .
Faut que tu rajoutes 12 à la fin .

C'est tout à fait çà:0x01+0x06+0x7D+0x67+0x64+0x 0c = 0x15B
et 0x15B modulo 256= 0x5B
CQFD

A+

[JOE56]

Bonjour,
C'est aussi ce que je croyait, malheureusement ça ne marche pas pour toutes les trames.
J'ai un log d'environ 100 trames reçues.
merci pour ta réponse.

[DAUDET78]

Exact Jack !

pas la 1 ! une erreur de lecture ?

C'est moi qui ne sait pas taper sur un clavier !

[eldudo]

Si ça marchait pour toutes les trames, la checksum n'aurait aucune utilité .
Ca te permet de rejeter les trames foireuses.

[Jack]

Bonjour,
C'est aussi ce que je croyait, malheureusement ça ne marche pas pour toutes les trames.
J'ai un log d'environ 100 trames reçues.
merci pour ta réponse.

Alors c'est que tu as un problème de transmission car on ne change pas la règle de calcul du checksum en cours de route. Donne voir un exemple de trame qui ne colle pas au principe de calcul précédent.

A Daudet: ça arrive. Je n'avais pas encore vu ta réponse au moment ou j'avais envoyé la mienne.

A+

PS : même conclusion que eldudo à nouveau

[JOE56]

Bonjour,
Autant pour moi, ça marche avec +0xC, mais avec la calculette, car je me suis planté qqq part dans mon code en C.
MERCI A TOUS