Essayer l’outil
L’essentiel
Vérification d’un lot encodé ou analyse d’une étiquette inconnue. Les enregistrements propriétaires ne sont décrits que par leur structure.
Trois points à établir avant de conclure :
- source exacte du contenu collé
- nombre d’enregistrements attendus
- correspondance avec le message commandé
Le décodeur rend un service précis à la réception d’un lot : comparer ce qui a été gravé avec ce qui a été commandé, sans confiance aveugle dans un aperçu de téléphone. Copiez le contenu depuis une application de lecture qui exporte l’hexadécimal, décodez, et rapprochez chaque enregistrement du bon de commande. Un écart de structure se négocie avec le fournisseur avant la distribution, jamais après.
Comment l’outil lit les octets collés
Le décodeur accepte une suite hexadécimale avec ou sans espaces et préfixes 0x. Si elle commence par 03, il la traite comme une enveloppe TLV, saute l’octet de longueur, ou les trois octets de la forme longue, FF suivi de deux octets, et s’arrête au FE final. Il parcourt ensuite les enregistrements : l’octet d’en-tête indique le format (TNF), la présence d’un identifiant, la forme courte ou longue de la longueur et le dernier enregistrement du message.
Quatre types sont restitués en clair : les adresses, avec leurs préfixes abrégés http://www., https://www., http://, https://, tel: et mailto:, les textes avec leur code langue, les vCard et les configurations réseau, dont il extrait le SSID. Tout autre type est présenté par son nom, sa longueur et ses 24 premiers octets.
L’exemple proposé, octet par octet
Le contenu d’exemple, 03 10 D1 01 0C 55 04 65 78 61 6D 70 6C 65 2E 63 6F 6D FE, compte 19 octets. 03 ouvre le message NDEF et 10 en annonce la longueur, 16 octets. D1 est l’en-tête d’un enregistrement unique, court, de type bien connu ; 01 donne la longueur du type, 0C celle des données, 12 octets ; 55 est le type « U ». L’octet 04 remplace « https:// » et les 11 octets suivants épellent example.com. Résultat : un enregistrement, https://example.com.
Lire une étiquette sans copier-coller
Sur un navigateur mobile qui prend en charge la lecture NFC web, un second bouton apparaît et lit directement le tag posé contre le téléphone. Cette lecture passe par l’interface NFC du navigateur, qui ne livre pas les octets bruts : elle affiche le contenu des adresses et des textes, mais seulement le type et la taille des autres enregistrements.
Sources primaires
À lire ensuite
01 / OUTILGénérateur de message NDEF
Construire l’enregistrement NDEF réel d’une URL, d’un texte ou d’un numéro d’appel et lire sa taille exacte octet par octet.
02 / OUTILConvertisseur d’UID RFID hexadécimal et décimal
Convertir un identifiant de carte entre décimal, hexadécimal et ordre d’octets inversé, puis diagnostiquer l’écart entre deux systèmes.
03 / PRODUITÉtiquettes RFID autocollantes et stickers NFC
Des inlays adhésifs à dimensionner selon le support, la portée et le cycle d’usage.
Questions fréquentes
Pourquoi le décodeur NDEF ne trouve-t-il rien alors que l’étiquette contient une adresse ?
Le plus souvent, le contenu collé est la mémoire complète, UID, octets de verrouillage et conteneur de capacités compris, et ne commence donc pas par 03. Supprimez les octets qui précèdent le premier 03, généralement les 16 premiers sur une étiquette NFC courante, puis relancez le décodage.
Le décodeur NDEF envoie-t-il le contenu collé à un serveur ?
Non. Le décodage s’exécute entièrement dans votre navigateur, par le script de la page, et aucun octet n’est transmis. Vous pouvez donc y coller le contenu d’un lot en cours de recette, y compris une adresse de service interne, sans qu’il quitte votre poste.
Comment vérifier un lot d’étiquettes encodées avec des adresses toutes différentes ?
Décodez quelques étiquettes prélevées à plusieurs endroits du lot et rapprochez chaque résultat de la ligne correspondante du fichier d’encodage, par l’UID. La structure doit être identique d’une pièce à l’autre, seule la partie variable de l’adresse change. Un en-tête ou une longueur différente signale une erreur de programmation.