Encodeur Intel HEX

Intel HEX est le format texte que la plupart des chaînes d’outils pour microcontrôleurs émettent encore lorsque vous demandez une image flashable : chaque ligne commence par deux-points, puis un compte d’octets, une adresse sur seize bits, un type d’enregistrement, des octets de données optionnels et une somme de contrôle en complément à deux qui détecte les erreurs de collage avant qu’un programmateur n’écrive de mauvaises données. Cet encodeur Intel HEX construit un enregistrement correct à partir de l’adresse, du type et de la charge hexadécimale, ou analyse une ou plusieurs lignes que vous avez déjà, en vérifiant la longueur par rapport au compte déclaré et en rejetant toute ligne dont la somme de contrôle ne correspond pas.

Encodez un enregistrement firmware avec adresse, type et somme de contrôle

Réglez mode sur encode, ou laissez la valeur par défaut. Placez la charge dans data sous forme de chiffres hexadécimaux ; les espaces optionnels, deux-points, tirets et préfixes zero-x sont retirés, un nombre impair de chiffres après nettoyage est rejeté, et plus de deux cent cinquante-cinq octets est rejeté car le champ de longueur est un seul octet.

Le moteur assemble alors deux-points, compte d’octets, adresse, type, données et la somme de contrôle en complément à deux de chaque octet précédent, et renvoie un tableau records avec un objet contenant la ligne complète, l’adresse numérique et hex, le nom du type, les données hex et la somme de contrôle. Une chaîne data vide est valide pour la fin de fichier et pour des expériences de type seul.

Décodez les lignes, vérifiez chaque somme de contrôle et lisez les champs

Réglez mode sur decode et placez une ou plusieurs lignes Intel HEX dans text, chacune commençant par deux-points. Les collages multilignes sont découpés sur les sauts de ligne ; les lignes vides sont ignorées.

Pour chaque ligne non vide, l’analyseur vérifie que le corps est en hex de longueur paire, que le champ de compte d’octets correspond au nombre de chiffres de données présents, que le type d’enregistrement est entre zéro et cinq, et que l’octet final de somme de contrôle égale le complément à deux de la somme de tous les octets antérieurs de l’enregistrement.

Ce contrat suffit pour auditer un petit extrait .hex sans importer une chaîne complète d’outils objet, et il est assez strict pour qu’un nibble inversé dans un ticket échoue immédiatement au lieu de produire une image flash silencieusement fausse. Préférez decode lorsque vous devez expliquer le contenu d’un dump fournisseur, lorsqu’un étudiant doit montrer qu’une somme calculée à la main correspond au fichier, ou lorsqu’un banc de tests doit prouver qu’un artefact correspond encore à l’enregistrement publié après une transformation.

Flux de travail, tarification, limites et quand utiliser cet outil

Un autre flux colle un extrait multiligne incluant un enregistrement d’adresse linéaire étendue et un marqueur de fin de fichier, en confirmant chaque somme de contrôle avant qu’un humain n’approuve une mise à jour de champ. Cette capacité n’étend pas les enregistrements d’adresse étendue en une carte mémoire plate de trente-deux bits et ne parle pas à un programmateur matériel ; associez-la à votre propre flasher ou constructeur de carte lorsque vous avez besoin de l’assemblage complet de l’image.

Le texte source suit les mêmes règles de conservation que les autres éléments parse KIT, et les résultats sont sûrs à figer car l’algorithme est entièrement déterministe. Gardez des charges assez courtes pour un usage interactif — les données d’enregistrement sont plafonnées à deux cent cinquante-cinq octets par le format lui-même — et utilisez des outils dédiés de téléversement binaire pour les images de production de plusieurs mégaoctets.