Composant, support et intégration
Le composant ne se juge pas hors de son support. Ces vues rappellent les trois niveaux à vérifier : référence, construction et lecteur cible.
Composition originale d’un contexte d’analyse technique, sans marque visible.
La forme physique et la matière sont contrôlées séparément de la fonction radio.
La décision finale repose sur l’objet, le lecteur et le geste réels.
Décision en bref
Référence NFC légère pour tickets et supports simples à courte durée.
Cette famille légère pour tickets et supports simples doit être comparée selon sa variante exacte. Une fonction annoncée par le composant ne devient une fonction du système qu’après configuration et essai.
Profil de décision
Référence NFC légère pour tickets et supports simples à courte durée.
suffixe de variante et nombre de pages
verrouillage, compteurs et accès en lecture
lecture du ticket par les terminaux cibles
Le nom de famille ne suffit pas à déterminer mémoire et fonctions.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | suffixe de variante et nombre de pages | Source et méthode de relevé indiquées |
| Compatibilité | verrouillage, compteurs et accès en lecture | Comportement reproduit sur l’équipement cible |
| Recette | lecture du ticket par les terminaux cibles | Critère d’acceptation écrit avant l’essai |
Points à vérifier
Dans ce dossier technique, la décision s’appuie sur trois données observables ou documentées :
- suffixe de variante et nombre de pages
- verrouillage, compteurs et accès en lecture
- lecture du ticket par les terminaux cibles
La variante, son intégration et la réponse observée restent ainsi séparées au lieu d’être résumées par un nom de famille.
Lire la référence dans son système
Partez de la variante exacte et du critère « suffixe de variante et nombre de pages ». Un nom de famille peut couvrir plusieurs capacités, générations ou fonctions ; la fiche correspondant au composant réellement proposé reste la référence.
Reliez ensuite le point « verrouillage, compteurs et accès en lecture » à la configuration du lecteur et de l’application. Les octets accessibles, les clés, les compteurs ou le contenu NDEF n’ont de sens que si le reste du système sait les gérer correctement.
Enfin, documentez le contrôle « lecture du ticket par les terminaux cibles » avec les commandes et réponses observées. Le nom de famille ne suffit pas à déterminer mémoire et fonctions. Une propriété du composant ne doit jamais être transformée en promesse globale sur la carte, le tag ou le service.
Selon la variante, mémoire utilisateur, compteurs, mot de passe et verrouillage diffèrent. Lisez la référence complète, pas seulement le nom de famille. Pour un ticket limité, simulez émission, première utilisation, répétition et fin de validité ; la protection contre une écriture accidentelle ne doit pas être confondue avec une authentification forte.
Méthode de validation
- Variante. Identifier le composant exact à partir de « suffixe de variante et nombre de pages ».
- Données. Relier « verrouillage, compteurs et accès en lecture » à la documentation.
- Lecteur. Enregistrer les commandes et les réponses utiles.
- Limite. Confirmer « lecture du ticket par les terminaux cibles » sans extrapoler.
Les commandes, réponses, versions et paramètres utiles sont consignés pour éviter toute conclusion fondée sur le seul nom commercial.
Préparer l’essai d’intégration
Joignez la référence complète du composant, la documentation correspondante, la configuration du lecteur et les réponses observées. La famille seule ne suffit pas.
Base documentaire
La fiche du fabricant et la norme d’interface cadrent le composant. Elles ne remplacent ni la configuration des clés ni l’essai d’intégration.
Catalogue officiel des parties consacrées aux objets de proximité sans contact.
NXP Semiconductors · source primaire ↗MIFARE Ultralight EV1Documentation fabricant sur la mémoire, les compteurs, le verrouillage et les usages de tickets.
Marques. MIFARE et MIFARE Ultralight sont des marques déposées de NXP B.V.
Ces noms servent uniquement à identifier les composants étudiés. Aucune affiliation, licence ni approbation de NXP n’est revendiquée.
À lire ensuite
01 / PUCENTAG 424 DNA, repères techniques
L’authentification dynamique et l’intégration serveur sont expliquées sans promesse magique.
02 / PUCEFamille HF pour migration
Les modes, la migration et les exigences du lecteur sont expliqués pour éviter une compatibilité supposée.
03 / PRODUITTags RFID sur mesure
Le bon tag dépend davantage de son environnement de pose que de sa seule fréquence.
Questions fréquentes
Quelle référence faut-il vérifier en premier ?
Vérifiez la variante exacte et le point « suffixe de variante et nombre de pages » dans la documentation correspondant au composant proposé.
Que prouve la documentation du composant ?
Le nom de famille ne suffit pas à déterminer mémoire et fonctions. Elle décrit le composant, mais ne valide pas à elle seule le lecteur, les clés ni le point « verrouillage, compteurs et accès en lecture ».
Quel essai confirme l’intégration ?
L’essai doit couvrir « suffixe de variante et nombre de pages », « verrouillage, compteurs et accès en lecture » et « lecture du ticket par les terminaux cibles » sur l’infrastructure cible.