WinPic800 v3.65 (Affichage du fichier HEX)

[ZorgloubPirlouis]

Bonjour à la Communauté

J’utilise avec plaisir et succès le logiciel WinPIC800 (V_3.65) pour la programmation de mes PIC avec un JDM programmer.

Pour compléter mes connaissances et satisfaire mon insatiable curiosité technique, je viens de constater une « bizarrerie » que vous serez peut-être en mesure de m’expliquer…

Lorsqu’on charge le fichier .Hex à programmer, il s’affiche bien dans la fenêtre principale de WinPic800.

Je constate cependant avec étonnement que si je lis ce même fichier Hex avec différents éditeurs Hexadécimaux (HxD, HexEdit, …) et bien je n’ai pas les mêmes données affichées !!??
(Voir Jpg comparatif annexé)

Comment cela s’explique t-il donc ?

Merci à vous tous...
-----

[Forhorse]

entre les 2 premiers c'est simple, c'est la classique histoire de l'ordre des octets : suivant le logiciel certains affichent l'octet de poids fort en premier et d'autres l'octet de poids faible.
Pour le troisième je vois pas... une histoire d'offset peut être ?

[ZorgloubPirlouis]

Il est tout de même interpellant, autant qu'inquiétant, de constater que tous les éditeurs de fichiers HEX ne donnent pas le même résultat à l'écran !!!

A quel éditeur faut-il se fier ?

A moins qu'il n'y ait une explication !??

[f6exb]

Le dernier affichage reprend le premier, en transformant chacun des chiffres en code ascii. Il y a sans doute une adresse dans les 9 premiers octets (:10000000).
Tu en as d'ailleurs la traduction dans le panneau de droite.

[A voir en vidéo sur Futura]

[f6exb]

Sans doute en mode Intel.
Tu as les OD OA qui séparent les lignes.

[f6exb]

: 10 00 0000
: = début d'un enregistrement
10 = 16 bytes en hexa
0000 = offset de l'adresse

avant les OD OA il y a un octet de checksum.

[ZorgloubPirlouis]

OK Merci f6exb !
On retrouve en effet des similitudes ASCII.

Mais je ne comprends pas où tu vois des OD OA.

Je vais regarder cela de près.

Bonne fin de WE à tous.

[f6exb]

Les 0D 0A sont dans la fenêtre numérique et sont représentés dans la fenêtre ascii par la note de musique et le carré pointé.
J'ai écrit par erreur OD OA, mais c'est 0D 0A

[ZorgloubPirlouis]

OK. Merci. Bien vu.

Reste juste la bizarre différence d'affichage qui fait que certains éditeurs affichent l'octet de poids fort en premier et d'autres l'octet de poids faible...

Bonne journée à tous.

[jiherve]

bonjour,
les guerres indiennes sont loin d’être terminées.
JR

[umfred]

le dernier affichage correspond à ce qu'il y a réellement dans le fichier (si tu ton fichier hex avec un éditeur de texte, tu va retrouver la même chose).
C'est un format Hex (Intel) (Il y a aussi le format S19 de Motorola)
https://fr.wikipedia.org/wiki/HEX_(Intel) <=> https://fr.wikipedia.org/wiki/S-Record
Le format permet d'encoder le code hexa en indiquant les adresses ciblés par le opcode, et d'alléger le fichier résultant, ainsi si un code doit démarrer à l'adresse 0x800, on indique l'adresse dans la ligne du fichier hex sans avoir besoin d'indiquer les valeurs de la plage d'adresse avant celle-ci.
(je m'étais amusé à une époque à faire un convertisseur Intel<->S19 avec les joyeusetés du petit et grand indien)

Les 0D 0A c'est pour les retours à la ligne (caractère ascii CR, LF), classique.

[f6exb]

Entre les gros et les petits, on ne sait pas qui a l'avantage.

[umfred]

Entre les gros et les petits, on ne sait pas qui a l'avantage.

ça dépend du format

[ZorgloubPirlouis]

En effet, voici ce que ca donne en ouvrant avec un simple éditeur txt.
Merci pour ces précises informations