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 pour le contexte « Glossaire RFID et NFC », sans marque.
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
Pour aligner achat, technique et exploitation.
UID, EPC, NDEF, anti-collision et portée définis par leur usage pratique. Une fonction annoncée par le composant ne devient une fonction du système qu’après configuration et essai.
Profil de décision
Pour aligner achat, technique et exploitation.
terme source
couche technique
exemple observable
Un même terme peut être affiché différemment selon le logiciel.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | terme source | Source et méthode de relevé indiquées |
| Compatibilité | couche technique | Comportement reproduit sur l’équipement cible |
| Recette | exemple observable | 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 :
- terme source
- couche technique
- exemple observable
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 « terme source ». 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 « couche technique » à 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 « exemple observable » avec les commandes et réponses observées. Un même terme peut être affiché différemment selon le logiciel. Une propriété du composant ne doit jamais être transformée en promesse globale sur la carte, le tag ou le service.
Pour chaque terme, demandez trois choses : sa couche technique, l’observation qui le confirme et la décision qu’il change. Un UID lu par un téléphone, un EPC géré en logistique et un enregistrement NDEF ne sont pas des synonymes d’“identifiant RFID”. Cette discipline évite de transmettre au fournisseur une exigence correcte en apparence mais inexploitable.
Méthode de validation
- Variante. Identifier le composant exact à partir de « terme source ».
- Données. Relier « couche technique » à la documentation.
- Lecteur. Enregistrer les commandes et les réponses utiles.
- Limite. Confirmer « exemple observable » 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.
À lire ensuite
01 / PUCENormes ISO utiles en RFID
Une carte des principales familles de normes, à lire avec le protocole et l’application.
02 / PUCEComprendre la famille NTAG
La mémoire NDEF, les protections et le choix de variante sont expliqués pour les interactions mobiles.
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 « terme source » dans la documentation correspondant au composant proposé.
Que prouve la documentation du composant ?
Un même terme peut être affiché différemment selon le logiciel. Elle décrit le composant, mais ne valide pas à elle seule le lecteur, les clés ni le point « couche technique ».
Quel essai confirme l’intégration ?
L’essai doit couvrir « terme source », « couche technique » et « exemple observable » sur l’infrastructure cible.