problèmde de codage

[invitec35bc9ea]

Bonjour,
j'ai mal décodé une trame CAN, j'ai donc des valeurs de mesures non significatives.
Je voudrais quand même pouvoir les exploiter.
c'est normalement codé sur 16bit donc 2 octets.
Pour l'exemple voici deux mesures correctes et leurs équivalents erronées
11125->41003
9678->62245
en hexa ça donne ça
2B75->A02B
25CE->F325
on voit bien que l'un des deux octets est interverti entre la vraie valeur et celle que j'ai enregistré

mais j'ai du mal à voir quoi faire avec l'autre octet.
Je pense (Je suis sur) que c'est un problème de BigEndian/LittleEndian, Intel/Motorola
Je m'adresse donc à vous pour voir si qqun saurait comment s'en sortir.

merci
-----

[invitee05a3fcc]

Je pense (Je suis sur) que c'est un problème de BigEndian/LittleEndian, Intel/Motorola

Dans ce cas on aurait
2B75->752B
25CE->CE25
Tu peux toujours, bêtement, inverser tes octets et voir ce que ça donne.

[Qristoff]

Bonjour,
les valeurs obtenues ne me paraissent pas cohérentes (hormis l'octet bas que tu retrouves). Le masque de champ est-il correctement placé, ne serais-ce pas le champ de control que tu vois pour le premier octet ?

[polo974]

Bonjour ABN84,
pour tes octets, il semble que tu as irrémédiablement perdu des infos...

bon, passons aux choses sérieuses et HS: ta boite MP déborde, donc je t'invite publiquement vers
http://forums.futura-sciences.com/te...jet-cours.html

A+

[A voir en vidéo sur Futura]

[invitec35bc9ea]

Bonjour,
Polo, j'ai jeté un coup d'oeuil vite fait. c'est intéressent. Je regarderais plus en detail tout à l'heure.

Pour mon pb, concrètement, j'ai identifié le problème et résolu:
ma donnée etait sur deeux octets entre les bits 0 et 16.
il fallait faire du BigEndian, avec bit de start à 8 alors que j'ai tésté LittleEndian avec bit de start à 0 et BigEndian avec bit de start 15.
à présent tout marche correctement.
Comment expliquer les aberrations obtenues précedemment? sur quel octet je débordais le 3eme de la meme trame ou le dernier de la trame précedente?