Le choix d’un lecteur pour un autocollant NTAG, une carte DESFire ou une étiquette ICODE commence par l’opération sur les données. Détecter une carte, renvoyer son UID et effectuer une lecture ou une écriture sont des résultats de test distincts. Précisez le résultat nécessaire à votre application avant de comparer les appareils.
Identifier la puce exacte et la tâche
Demandez au fournisseur de cartes la référence et la version de la puce. Les références de protocole ci-dessous proviennent de NXP ; les vérifications de la dernière colonne sont nos conseils d’achat et ne garantissent pas la compatibilité d’un lecteur.
| Carte ou étiquette | Référence de protocole | Informations à préciser pour l’évaluation |
|---|---|---|
| NTAG213/215/216 | NFC Forum Type 2 ; ISO/IEC 14443 A | Opération UID, NDEF ou mémoire ; taille des données utiles ; droits d’écriture |
| MIFARE DESFire EV3 | ISO/IEC 14443 A et 14443-4 ; ISO/IEC 7816-4 APDU | Application et fichier ; opération autorisée ; authentification gérée par votre application |
| ICODE SLIX2 | NFC Forum Type 5 ; ISO/IEC 15693 | UID ou données de blocs ; commandes requises ; conditions d’accès |
Ces exemples ne décrivent pas tous les membres de chaque famille. Le seul nom « MIFARE » ne permet pas d’identifier une puce ou un jeu de commandes. Inscrivez la version précise et l’opération prévue dans le cahier des charges d’achat.
Choisir le mode d’intégration logicielle du lecteur
- Pour votre propre application de lecture/écriture, évaluez l’intégration par SDK du µFR Zero USB Dongle. Vérifiez les appels API requis avec votre carte de test.
- Pour un logiciel utilisant déjà PC/SC, évaluez le PC/SC Zero Standard. Pour un projet ISO/IEC 15693, précisez explicitement Standard : le fabricant exclut cette norme de Lite.
- Pour saisir un numéro de carte dans un champ de texte, évaluez JustID. Ses niveaux de firmware Lite et Standard décrivent la lecture d’UID ; Standard ajoute les UID ISO/IEC 15693. Précisez ce niveau si nécessaire.
La mention d’un protocole justifie l’évaluation d’une configuration. Elle ne prouve pas que votre application met en œuvre les commandes, le format de données ou les droits nécessaires. Utilisez le comparatif PC/SC, SDK et sortie clavier pour définir l’interface logicielle.
Distinguer l’identification de l’accès aux données
La saisie réussie d’un UID ne prouve pas qu’un lecteur peut effectuer une transaction d’application protégée. Si votre projet nécessite des données d’application, incluez les commandes attendues et les conditions d’accès dans le test. Ne communiquez pas de clés secrètes ni d’identifiants clients dans une demande publique ; décrivez les besoins et convenez séparément d’un dispositif de test approprié.
Pour l’écriture NDEF ou en mémoire, indiquez le contenu exact à écrire et la vérification prévue après avoir retiré puis présenté à nouveau l’étiquette. Utilisez un échantillon de test autorisé et confirmez ses droits d’écriture avant de modifier les données ou les paramètres de protection.
Transformer le besoin en test de réception
- Consignez la puce exacte de la carte, la configuration du lecteur, le firmware, le système d’exploitation hôte et la version de la bibliothèque.
- Exécutez l’opération réelle avec votre application. Consignez séparément la détection, l’accès aux données et la sortie.
- Comparez le résultat aux données attendues ; pour l’écriture, vérifiez le résultat après avoir présenté à nouveau l’échantillon.
- Répétez le test dans la position de montage prévue et utilisez la liste de contrôle du test d’échantillon pour les reconnexions et la gestion des erreurs.
Il s’agit d’un plan de test, et non d’un résultat de laboratoire pour ces lecteurs. La compatibilité finale nécessite des preuves obtenues avec la configuration et l’échantillon sélectionnés.
Envoyer une demande de compatibilité utile
Indiquez la puce et sa version ; la tâche UID/NDEF/fichier/bloc ; le système d’exploitation hôte ; l’API ou l’application ; le firmware du lecteur ; l’installation ; la quantité de prototypes et la quantité ultérieure. Précisez les éléments encore inconnus. Décrivez les droits sans communiquer de clés.
Demandez un conseil de sélection, découvrez le mode d’intégration pour la lecture/écriture d’étiquettes ou consultez la liste de contrôle d’achat d’un lecteur USB.
Sources et portée
Références de protocole vérifiées le 3 octobre 2026 : NXP NTAG21x, NXP DESFire EV3 et NXP ICODE SLIX2. Références des lecteurs : µFR Zero, PC/SC Zero et JustID. Les étapes de sélection et de test sont des conseils éditoriaux. Confirmez la configuration exacte, la prise en charge logicielle et les conditions commerciales de votre projet.
