Programmation PIC : transtypage ??

[Kurosaki]

Bonjour à tous,

J'en appelle à tous les PIC'eurs en herbe ! J'explique :

Je stocke des bytes dans l'EEPROM (en suivant les consignes du datasheet).
Jusque là, pas de problème, ça marche nickel, je peux récupérer ces données à l'identique.

Je souhaite ensuite utiliser ces données pour effectuer divers calculs. J'écris donc :

int chiffre = (int) Fonction_read_eeprom(adresse_d e_la_variable);

Et là, c'est la surprise ! Le transtypage modifie la valeur lue, et ma constante 'chiffre' contient alors une valeur complètement farfelue !

Je me doute que c'est dû à la manière dont sont rangés les bits en mémoire. Mais je n'ai aucune solution à ce problème qui use mes nerfs depuis 2 jours. Quelqu'un aurait-il une solution a proposer ?

Merci
-----

[sdec25]

Salut.
Je suppose que tu as créé la fonction Lire_EEPROM toi-même. Ce serait plus facile de t'aider si on avait son contenu.

[sdec25]

J'ai fait quelques tests et les octets sont inversés dans un int :
le nombre 1 est représenté sur 16 bits par 0x10 et non pas 0x01

Si tu n'obtiens pas le même nombre après l'avoir lu dans l'EEPROM c'est que les octets sont inversés à un moment.

[RicounetZap]

Juste pour confirmation, ta fonction va lire un BYTE (8 petits bits) ou un int (16 bits) ?
Du moins, je crois qu'un int est défini sur 16 bits chez Microchip

[A voir en vidéo sur Futura]

[sdec25]

Juste pour confirmation, ta fonction va lire un BYTE (8 petits bits) ou un int (16 bits) ?
Du moins, je crois qu'un int est défini sur 16 bits chez Microchip

Un int est bien sur 16 bits.
D'ailleurs dans mon post précédent il fallait lire 0x0100 et pas 0x10.

[Kurosaki]

Re !

J'ai vérifié ce que sdec25 a avancé et c'est bien vrai ! Les int sont à lire en sens contraire. Plus aucun souci désormais, tout roule ! Merci beaucoup !

[Kurosaki]

Je précise juste qu'en disant "sens contraire", j'entends par la que le second byte reçu est à lire en premier (un int étant constitué de 2 byte).