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 « EM4100, repères techniques », 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
Référence pour parcs 125 kHz simples.
L’identifiant LF en lecture seule, ses formats d’affichage et ses limites usuelles sont expliqués dans leur contexte. 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 pour parcs 125 kHz simples.
longueur du code et paramètres radio observés
ordre des bits et format d’affichage logiciel
lecture du même identifiant sur deux lecteurs
Un numéro visuel ne confirme pas l’ordre des bits attendu.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | longueur du code et paramètres radio observés | Source et méthode de relevé indiquées |
| Compatibilité | ordre des bits et format d’affichage logiciel | Comportement reproduit sur l’équipement cible |
| Recette | lecture du même identifiant sur deux lecteurs | 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 :
- longueur du code et paramètres radio observés
- ordre des bits et format d’affichage logiciel
- lecture du même identifiant sur deux lecteurs
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 « longueur du code et paramètres radio observés ». 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 « ordre des bits et format d’affichage logiciel » à 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 même identifiant sur deux lecteurs » avec les commandes et réponses observées. Un numéro visuel ne confirme pas l’ordre des bits attendu. Une propriété du composant ne doit jamais être transformée en promesse globale sur la carte, le tag ou le service.
Cette famille historique fournit essentiellement un identifiant de lecture seule. La difficulté de remplacement vient souvent de la représentation : ordre des bits, format décimal, découpage et parité. Conservez la lecture brute d’un badge témoin et comparez-la au numéro que le logiciel utilise pour autoriser l’accès avant de définir la programmation du nouveau lot.
Méthode de validation
- Variante. Identifier le composant exact à partir de « longueur du code et paramètres radio observés ».
- Données. Relier « ordre des bits et format d’affichage logiciel » à la documentation.
- Lecteur. Enregistrer les commandes et les réponses utiles.
- Limite. Confirmer « lecture du même identifiant sur deux lecteurs » 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 / PUCEFamille HF historique
L’architecture mémoire, les usages historiques et les points d’attention sont replacés dans le contexte d’un parc existant.
02 / PUCECIPURSE, repères techniques
Ce standard ouvert pour la mobilité et les services est replacé dans son écosystème.
03 / PRODUITBadges RFID personnalisés
Cartes d’identification imprimées avec zones variables et technologie sans contact validée.
Questions fréquentes
Quelle référence faut-il vérifier en premier ?
Vérifiez la variante exacte et le point « longueur du code et paramètres radio observés » dans la documentation correspondant au composant proposé.
Que prouve la documentation du composant ?
Un numéro visuel ne confirme pas l’ordre des bits attendu. Elle décrit le composant, mais ne valide pas à elle seule le lecteur, les clés ni le point « ordre des bits et format d’affichage logiciel ».
Quel essai confirme l’intégration ?
L’essai doit couvrir « longueur du code et paramètres radio observés », « ordre des bits et format d’affichage logiciel » et « lecture du même identifiant sur deux lecteurs » sur l’infrastructure cible.