Aller au contenu
Tout en local

Analyseur Intel HEX

Validez les enregistrements Intel HEX et extrayez leurs données sous forme de vidage hex.

Entrée
Sortie

Analyseur Intel HEX

Collez un fichier Intel HEX — les enregistrements de style ":10010000214601360121470136007EFE09D2190140" que les compilateurs et les programmeurs produisent pour les microcontrôleurs, les EEPROM et autres cibles intégrées — et cet outil vérifie la structure et la somme de contrôle de chaque enregistrement, puis extrait les octets de données sous forme de vidage hex. Il est conçu pour le fonctionnement du micrologiciel : vérifier un fichier .hex auprès d'un fournisseur avant de le flasher, vérifier une version pour un enregistrement corrompu après une mauvaise fusion ou lire des octets bruts sans ouvrir un éditeur hex.

Chaque ligne est analysée comme un enregistrement : nombre d'octets, adresse 16 bits, type (données, fin de fichier, ou segment/adresse linéaire), octets de données et somme de contrôle. Un enregistrement est valide quand son nombre d'octets correspond aux données, son type est reconnu avec la bonne longueur, et la somme de chaque octet égale zéro modulo 256 - la règle Intel HEX standard. Les octets de données valides sont concaténés dans l'ordre et rendus comme un vidage hex classique : colonne de décalage, seize octets par ligne, gouttière ASCII à droite.

Sous le vidage, un rapport de validation répertorie tous les enregistrements qui ont échoué, par numéro de ligne, marqués soit comme une structure mal formée (une ligne qui n'est pas bien formée hex, a un nombre d'octets qui ne correspond pas à sa longueur, ou un type d'enregistrement non reconnu) ou une mauvaise somme de contrôle. Une ligne brisée n'arrête pas le reste du fichier : tous les autres enregistrements sont toujours vérifiés et, lorsqu'ils sont valides, apportent toujours leurs octets. Activez "Uppercase hex" pour restituer le dump avec A – F au lieu de a – f, correspondant à ce qu'attend votre programmeur ou désassembleur.

Tout fonctionne dans votre navigateur. Les images du micrologiciel et le contenu de l'EEPROM sont souvent propriétaires, donc rien de ce qui est collé ici n'est téléchargé : le fichier ne quitte jamais votre appareil.

FAQ

Qu'est-ce qui constitue une mauvaise somme de contrôle par rapport à un enregistrement mal formé ?
Un enregistrement mal formé est un enregistrement dont la structure est rompue : il ne commence pas par : :, n'est pas valide hex, son nombre d'octets ne correspond pas à sa longueur réelle ou son type d'enregistrement n'est pas reconnu. Un enregistrement avec une structure valide mais une somme de contrôle qui ne totalise pas zéro mod 256 est signalé séparément comme une mauvaise somme de contrôle — ses données sont toujours extraites, car les octets eux-mêmes sont bien formés.
Quels types d’enregistrements comprend-il ?
Données (00) et fin de fichier (01), plus l'adresse de segment étendue, l'adresse de début de segment, l'adresse linéaire étendue et les enregistrements d'adresse linéaire de début (02 à 05). Seuls les enregistrements de données contribuent en octets à la sortie ; les autres sont validés pour la structure mais ne contiennent aucune donnée de sortie.
Comment les octets de données sont-ils disposés dans la sortie ?
Ils sont concaténés dans l'ordre dans lequel leurs enregistrements apparaissent dans le fichier, et non placés à leurs adresses d'enregistrement — la sortie est le flux de données brutes, pas une image mémoire.
Une ligne brisée empêche-t-elle l'analyse de l'ensemble du fichier ?
Non. Chaque enregistrement est vérifié indépendamment, de sorte qu'une seule ligne mal formée ou avec une somme de contrôle incorrecte est répertoriée dans le rapport de validation tandis que tous les autres enregistrements valides analysent et fournissent toujours leurs octets.
Mon fichier HEX est-il téléchargé quelque part ?
L'analyse s'effectue entièrement dans votre navigateur : le contenu du micrologiciel et de l'EEPROM que vous collez ici n'est jamais envoyé à un serveur.