Étiquettes et autocollants NFC NTAG213

Choisir NTAG213 pour un lien produit

Pour une étiquette qui ouvre des informations produit, une page d'instructions ou votre propre page d'atterrissage, partez de l'URL réelle et du parcours utilisateur prévu. Testez l'enregistrement encodé avant d'approuver les visuels, pour que l'appel à l'action imprimé corresponde à ce que fait le toucher. Si vous hésitez encore entre un toucher et un code QR imprimé pour le même lien, notre guide RFID contre code QR compare les deux.

Les valeurs d'interface et de mémoire sont des spécifications de puce tirées de la fiche technique NXP NTAG21x. Elles n'établissent ni la portée de lecture, ni la résistance aux intempéries, ni les performances d'adhésif d'une étiquette finie.

Étiquettes NTAG213, NTAG215 et NTAG216 comparées

Mesurez le message NDEF encodé complet, y compris l’espace occupé par ses structures de contrôle. Un enregistrement plus long peut exiger une puce plus grande ; davantage de mémoire seule n'améliore pas l'antenne de l'étiquette ni ne confirme la compatibilité avec les téléphones. Si seul le contenu web change, une URL que vous contrôlez peut garder l'étiquette utile sans la réécrire.

*Les trois puces ne diffèrent presque que par la mémoire. Elles portent toutes un UID de 7 octets programmé par le fabricant, une protection par mot de passe de 32 bits, un compteur de lecture NFC automatique et une signature d'originalité ECC, avec une rétention des données de 10 ans et 100 000 cycles d'écriture, selon la fiche technique NXP NTAG21x. La distance de fonctionnement de 100 mm dans cette fiche technique est une référence de puce mesurée avec une antenne de test et dépend de l'intensité du champ et de la géométrie de l'antenne ; l'antenne d'un autocollant fini est plus petite, une étiquette se lit donc à une distance plus courte.

Quelle étiquette NTAG213 convient à votre projet

Partez de l'enregistrement que vous devez stocker et de l'usage prévu du tag, puis choisissez la plus petite puce qui le contient confortablement.

• URL et tags de lien produit : une étiquette NTAG213 contient une adresse web typique avec de la marge : jusqu'à 132 caractères après https://www. Mesurez l'enregistrement encodé complet, et non l'URL visible, et gardez la destination sur une page que vous contrôlez pour que le contenu puisse changer sans ré-encoder l'étiquette.
• Cartes de visite et tags de profil : un lien court vers un profil hébergé tient sur NTAG213. Une vCard complète peut dépasser le message NDEF de 137 octets qu'accepte une NTAG213. Mesurez l'enregistrement complet avant de choisir NTAG215 ou NTAG216, et testez la façon dont les téléphones cibles l'ouvrent.
• Tags de jeu de type amiibo : les images de données de figurines de ce type exigent 504 octets, c'est pourquoi elles utilisent NTAG215. Nous fournissons des étiquettes NTAG215 vierges et réinscriptibles ; vous êtes responsable des données que vous écrivez et de tout droit y afférent.
• Authentification de produit : une URL NDEF statique identifie un produit mais ne l'authentifie pas, car l'enregistrement peut être copié sur un autre tag. Pour une vérification cryptographique, évaluez l'étiquette NTAG424 DNA, et définissez avec votre intégrateur les responsabilités de vérification des messages dynamiques et de gestion des clés.

Définissez l'étiquette autour de la surface

• Surface de pose : identifiez le carton, le plastique, le verre ou le métal, et indiquez-nous si le contenu comprend du liquide. Testez l'échantillon dans sa position finale sur l'emballage rempli.
• Dimensions et visuels : fournissez la surface disponible, la forme, le fichier d'impression et toute exigence de numéro de série ou de code QR. Les constructions et finitions disponibles sont confirmées pour l'étiquette citée.
• Conditions d'usage : décrivez l'exposition intérieure ou extérieure, le nettoyage et la durée de vie prévue. Sélectionnez et testez l'adhésif et le matériau de face finis pour ces conditions.
• Format de fourniture : précisez les étiquettes individuelles ou en rouleaux et, le cas échéant, vos exigences d'applicateur.

Convenez de l'encodage avant le lot

Indiquez-nous si vous avez besoin d'étiquettes vierges, de la même URL sur chaque étiquette ou d'enregistrements individuels, et le format de données que vous enverrez, comme un fichier d'association numéro de série-URL. L'état de verrouillage est convenu dans le devis, et un échantillon démontre l'état de livraison exact. Nous relisons chaque étiquette encodée pour vérifier l'enregistrement, et un rapport de données accompagne chaque commande encodée ; les étiquettes imprimées avec un numéro de série sont aussi livrées avec un fichier associant l'UID de chaque étiquette à son numéro de série, et les deux sont fournis en Excel, CSV ou XML (service d'encodage).

• Écrivez et lisez l'enregistrement complet avec vos outils prévus, puis vérifiez la destination sur vos téléphones ou lecteur cibles.
• Décidez qui possède l'URL de destination et qui maintiendra la page après la pose des étiquettes.
• Approuvez l'enregistrement et le futur processus de mise à jour avant d'activer des verrous permanents en lecture seule.
• Pour un projet exigeant une validation cryptographique des messages, évaluez les étiquettes NTAG424 DNA avec votre intégrateur.

Que doit contenir votre demande NTAG213

Envoyez la quantité, le pays de destination, la date requise, les dimensions de l'étiquette, la surface de pose, les visuels et les besoins d'encodage. Si vous remplacez une étiquette, joignez l'identification de la puce et les modèles de lecteur ou de téléphone. Nous pouvons utiliser ces détails pour discuter d'un échantillon adapté et préparer un devis avec la construction et la configuration de livraison convenues.

Pour les identifiants basés sur lecteur, comparez les autocollants MIFARE. Parcourez les lecteurs RFID pour choisir l'équipement d'encodage ou de test ; confirmez la prise en charge de votre puce et de votre logiciel. Voir toute la gamme des étiquettes RFID pour d'autres formats d'autocollants.

Adaptez la puce à ce que le tag stocke

Comparez l'enregistrement encodé complet avec la mémoire utilisateur disponible, puis vérifiez l'étiquette finie et l'outil d'encodage. Le tableau donne un point de départ pour les charges utiles courantes ; le devis confirme la puce et la construction proposées.

La plupart des projets n'approchent jamais la limite. Le schéma courant est un lien court sur le tag et le contenu riche derrière une URL que vous contrôlez, NTAG213 est donc le choix habituel et la destination peut changer sans ré-encodage. N'achetez plus de mémoire que lorsque les données elles-mêmes doivent vivre sur le tag, comme un enregistrement de contact complet, plusieurs enregistrements ou une charge utile hors ligne. Les puces partagent un jeu de commandes, mais le logiciel d'encodage doit prendre en charge la variante choisie, ses limites de mémoire et ses adresses de configuration. Testez un changement de puce avec les outils prévus.

Quelle part d'une URL tient réellement

Un message NDEF n'utilise pas tout le chiffre de mémoire utilisateur. Il se trouve dans une courte enveloppe TLV — un octet de type (0x03), un champ de longueur et le message, puis un terminateur 0xFE uniquement lorsqu'il reste de la place — et chaque enregistrement du message porte son propre en-tête. La mémoire utilisateur commence à la page 4. Telle que livrée, une NTAG213 la commence avec un TLV de contrôle de verrouillage de 5 octets, le TLV NDEF commence donc à la page 5, octet 1. Cela laisse au plus 137 octets pour le message NDEF sur NTAG213 ; NTAG215 et NTAG216 permettent 492 et 868 octets.

Une adresse web est stockée comme enregistrement URI : un seul octet de préfixe remplace un schéma courant (0x02 pour https://www., 0x04 pour https://, 0x03 pour http://), puis les caractères restants en texte. Ainsi https://www. coûte un octet, et non douze. Après l'en-tête d'enregistrement de 4 octets et l'octet de préfixe, une étiquette NTAG213 contient jusqu'à 132 caractères après https://www. ; prévoyez-en moins, pour garder une marge. De longs paramètres de suivi, une vCard ou un second enregistrement sont ce qui pousse une conception vers NTAG215 ou NTAG216. Mesurez l'enregistrement encodé complet pendant les tests d'échantillons, et non l'URL visible. Notre comparaison NTAG213 contre NTAG215 contre NTAG216 détaille le nombre d'octets et la longueur maximale d'URL pour chaque puce. Le générateur NDEF et vérificateur de capacité de tag montre les octets encodés de votre lien et l'espace restant sur NTAG213, NTAG215 et NTAG216.

Lire l'étiquette sur iPhone et Android

Une étiquette portant un enregistrement de lien https bien formé n'exige aucune application sur un téléphone actuel ; notre guide des cartes NFC explique quels iPhones la lisent en arrière-plan et comment Android la gère. Ce qui est propre à une étiquette, c'est l'endroit où elle se trouve :

• Placement : un iPhone lit par son bord supérieur, placez donc la marque de toucher là où un client peut amener ce bord dessus sur l'emballage fini. Sur Android, l'antenne se trouve à un endroit différent selon le modèle ; essayez l'étiquette sur les combinés utilisés par vos clients.
• Surfaces métalliques : une étiquette placée directement sur métal est désaccordée et peut cesser de lire. Précisez une construction pour métal pour une surface métallique et testez-la en place.
• Lectures sur Android mais pas sur iPhone : la puce est généralement une puce qu'iOS ne lit pas nativement, comme MIFARE Classic, plutôt qu'une étiquette défectueuse ; NTAG213 évite ce décalage. Voir les autocollants MIFARE pour les puces d'identifiants basées sur lecteur.

Protection par mot de passe et ses limites

NTAG21x offre un mot de passe de 32 bits (PWD) et un accusé de réception de 16 bits (PACK). AUTH0 définit la première page protégée. PROT sélectionne la protection en écriture seule (0) ou en lecture/écriture (1) ; les opérations protégées exigent un PWD_AUTH réussi. Une limite AUTHLIM configurée peut bloquer définitivement l'accès protégé après trop de tentatives infructueuses. Vérifiez ces réglages sur l'échantillon avant d'émettre un lot.

Considérez cela comme un frein contre la réécriture occasionnelle, et non comme une authentification. Le mot de passe est un secret unique de 32 bits, souvent partagé dans un lot, et il n'empêche nullement qu'un enregistrement NDEF statique soit copié octet par octet sur un autre tag : la copie porte la même URL et se lit de façon identique. La signature d'originalité permet de vérifier l'origine NXP de la puce ; elle n'authentifie ni la charge utile ni le produit. Pour un projet qui doit vérifier cryptographiquement chaque toucher, évaluez l'étiquette NTAG424 DNA, avec un message dynamique configuré et un service de vérification convenu avec votre intégrateur.

Disposition de la mémoire des NTAG213, 215 et 216

La mémoire NTAG21x est un espace d'adressage plat de pages de quatre octets. Les outils d'encodage et les micrologiciels de lecteur adressent des pages (0x00, 0x04, 0x28 et ainsi de suite), et non des décalages d'octets, car READ et WRITE opèrent sur des pages entières. Les trois puces partagent la même disposition ; seule la taille de la région utilisateur et l'adresse du bloc de configuration montent à mesure que la mémoire croît.

Le compteur de lecture NFC de 24 bits et la signature d'originalité ECC sont des fonctions de puce, et non des pages utilisateur. Lorsqu'il est activé, le compteur s'incrémente une fois par toucher, au premier READ ou FAST_READ après l'entrée du tag dans le champ, et est renvoyé par READ_CNT ; la signature est lue avec READ_SIG et vérifiée par rapport à la clé publique de NXP pour confirmer du silicium authentique. Ni l'un ni l'autre ne consomme d'espace NDEF. Un WRITE remplace toujours une page entière de quatre octets, un lecteur qui modifie quelques octets doit donc lire la page, la modifier et la réécrire.

Le jeu de commandes NTAG21x

Le jeu de commandes est court et partagé dans la famille. Un toucher exécute l'anticollision, puis le lecteur peut identifier la puce, lire ou écrire des pages, et éventuellement s'authentifier. Chaque commande est un opcode d'un octet suivi de ses paramètres.

GET_VERSION aide un lecteur à identifier la variante. Le logiciel d'encodage doit ensuite utiliser les bonnes limites de mémoire et adresses de configuration ; des noms de commandes partagés seuls n'établissent pas la prise en charge de chaque capacité. Testez la lecture, l'écriture et les réglages de verrouillage finaux sur l'échantillon choisi.