Outil gratuit / aucun téléversement
Convertisseur d’UID RFID : hexadécimal, décimal et ordre des octets inversé
Collez l’UID d’une carte et visualisez chaque représentation qu’un lecteur ou un système central peut produire : hexadécimal normalisé, ordre des octets inversé, valeur décimale et tableau complet des octets. Tout s’exécute dans ce navigateur.
UID / CONVERSION
Convertisseur de format UID
Normalisez un identifiant hexadécimal, inversez l’ordre des octets et calculez sa valeur décimale localement.
Accepte 4, 7 ou 10 octets avec espaces, deux-points, tirets ou préfixe 0x.
- Hexadécimal normalisé
04A1B2C3D4E5F6- HEX / SPACED
04 A1 B2 C3 D4 E5 F6- Ordre des octets inversé
F6E5D4C3B2A104- Valeur décimale
1303689068602870
| B0 | B1 | B2 | B3 | B4 | B5 | B6 |
|---|---|---|---|---|---|---|
| 04 | A1 | B2 | C3 | D4 | E5 | F6 |
| 4 | 161 | 178 | 195 | 212 | 229 | 246 |
Pourquoi la même carte affiche deux numéros différents
Un UID RFID est une suite d’octets, et chaque système les restitue à sa manière. Beaucoup de lecteurs transmettent l’octet de poids faible en premier : 04 A1 B2 C3 devient C3 B2 A1 04. D’autres convertissent la valeur en décimal, suppriment les zéros de tête ou regroupent les chiffres.
Aucun de ces systèmes n’a tort : tous décrivent la même puce. L’intégration échoue lorsque deux parties échangent des listes d’identifiants sans convenir de la représentation et de l’ordre des octets. Ce convertisseur rend chaque représentation visible et l’écart se repère en quelques secondes.
UID de 4, 7 et 10 octets
Les puces sans contact conformes à l’ISO/IEC 14443 utilisent des identifiants simple (4 octets), double (7 octets) ou triple taille (10 octets). La plupart des badges de recharge et d’accès récents portent un UID de 7 octets, alors que de nombreux lecteurs installés ne restituent encore que 4 octets.
Quand un badge de 7 octets traverse une chaîne de lecture limitée à 4 octets, la valeur est tronquée et ne correspond plus au fichier de production. Comparez la longueur en octets côté système central et côté fichier de production avant de conclure que les cartes sont défectueuses.
Comment utiliser le convertisseur
Choisissez la saisie hexadécimale ou décimale, sélectionnez la longueur en octets puis collez l’identifiant. Espaces, deux-points, tirets et préfixe 0x sont acceptés. Le panneau affiche la valeur normalisée, l’ordre des octets inversé, la représentation décimale et chaque octet avec son équivalent décimal.
Copiez chaque représentation en un clic ou exportez l’analyse en CSV pour un ticket de support ou une passation d’intégration. Si une valeur ne peut pas être interprétée à la longueur choisie, l’outil le signale au lieu de deviner.
Questions sur la conversion d’UID
Questions sur la conversion d’UID
Beaucoup de chipsets de lecture transmettent l’octet de poids faible en premier. Si votre système central affiche les mêmes octets dans l’ordre inverse du fichier de production, la chaîne de lecture inverse l’ordre des octets. Inversez-le une seule fois, de façon cohérente, d’un seul côté.
Traitez l’UID complet comme un entier non signé et convertissez de la base 16 vers la base 10. Un UID de 7 octets dépasse les limites 32 bits : utilisez du 64 bits ou une précision arbitraire. Cet outil effectue la conversion localement pour 4, 7 et 10 octets.
Trois causes fréquentes : le système stocke la valeur décimale alors que la carte affiche l’hexadécimal, l’ordre des octets est inversé quelque part, ou un tableur a supprimé les zéros de tête. Comparez toutes les représentations avant de réencoder des cartes.
Non. L’analyse et la conversion s’exécutent entièrement dans votre navigateur. Les identifiants ne sont ni transmis ni stockés par ChargeRFID ; l’outil fonctionne même hors ligne une fois la page chargée.
Outils associés
Vous commandez des badges ? Fixez le format avant la production.
Chaque commande ChargeRFID est livrée avec un contrat de données lisible par machine et des vecteurs d’acceptation, pour que votre équipe technique valide le format des identifiants avant l’arrivée des cartes.