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 technique factuelle pour analyser un parc HF existant.
L’architecture mémoire, les usages historiques et les points d’attention sont replacés dans le contexte d’un parc existant. 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 technique factuelle pour analyser un parc HF existant.
capacité et variante exactes du composant
carte des secteurs, blocs et clés du parc
authentification puis lecture d’un bloc témoin
Ne pas considérer cette famille comme un choix par défaut pour un nouveau besoin sensible.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | capacité et variante exactes du composant | Source et méthode de relevé indiquées |
| Compatibilité | carte des secteurs, blocs et clés du parc | Comportement reproduit sur l’équipement cible |
| Recette | authentification puis lecture d’un bloc témoin | 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 :
- capacité et variante exactes du composant
- carte des secteurs, blocs et clés du parc
- authentification puis lecture d’un bloc témoin
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 « capacité et variante exactes du composant ». 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 « carte des secteurs, blocs et clés du parc » à 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 « authentification puis lecture d’un bloc témoin » avec les commandes et réponses observées. Ne pas considérer cette famille comme un choix par défaut pour un nouveau besoin sensible. Une propriété du composant ne doit jamais être transformée en promesse globale sur la carte, le tag ou le service.
La mémoire est organisée en secteurs et blocs protégés par des clés. Pour analyser un parc, relevez la capacité exacte, le type d’UID, la carte des secteurs utilisés et les commandes du lecteur. Pour un nouveau besoin sensible, tenez compte des recommandations actuelles du fabricant et évaluez une architecture offrant une authentification et une gestion de clés adaptées.
Méthode de validation
- Variante. Identifier le composant exact à partir de « capacité et variante exactes du composant ».
- Données. Relier « carte des secteurs, blocs et clés du parc » à la documentation.
- Lecteur. Enregistrer les commandes et les réponses utiles.
- Limite. Confirmer « authentification puis lecture d’un bloc témoin » 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.
Marques. MIFARE et MIFARE Classic sont des marques de NXP B.V.
Ces noms servent uniquement à identifier les composants étudiés. Aucune affiliation, licence ni approbation de NXP n’est revendiquée.
Questions fréquentes
Quelle référence faut-il vérifier en premier ?
Vérifiez la variante exacte et le point « capacité et variante exactes du composant » dans la documentation correspondant au composant proposé.
Que prouve la documentation du composant ?
Ne pas considérer cette famille comme un choix par défaut pour un nouveau besoin sensible. Elle décrit le composant, mais ne valide pas à elle seule le lecteur, les clés ni le point « carte des secteurs, blocs et clés du parc ».
Quel essai confirme l’intégration ?
L’essai doit couvrir « capacité et variante exactes du composant », « carte des secteurs, blocs et clés du parc » et « authentification puis lecture d’un bloc témoin » sur l’infrastructure cible.
