Gratis værktøj / ingen upload
RFID UID-konverter til hex, decimal og omvendt byterækkefølge
Indsæt et korts UID, og se alle de repræsentationer, en læser eller backend kan producere: normaliseret hexadecimal, omvendt byterækkefølge, decimalværdi og det fulde bytekort. Alt kører i denne browser.
UID / KONVERTERING
UID-formatkonverter
Normalisér en hexadecimal identifikator, vend dens byterækkefølge og beregn den decimale repræsentation uden at sende data til en server.
Accepterer 4, 7 eller 10 bytes med mellemrum, koloner, bindestreger eller præfikset 0x.
- Normaliseret hexadecimal
04A1B2C3D4E5F6- HEX / MED MELLEMRUM
04 A1 B2 C3 D4 E5 F6- Omvendt byterækkefølge
F6E5D4C3B2A104- Decimalværdi
1303689068602870
| B0 | B1 | B2 | B3 | B4 | B5 | B6 |
|---|---|---|---|---|---|---|
| 04 | A1 | B2 | C3 | D4 | E5 | F6 |
| 4 | 161 | 178 | 195 | 212 | 229 | 246 |
Hvorfor det samme kort viser to forskellige tal
Et RFID-UID er en sekvens af bytes, og forskellige systemer udskriver disse bytes forskelligt. Mange læsere udlæser UID'et med den mindst betydende byte først, så 04 A1 B2 C3 bliver til C3 B2 A1 04. Andre konverterer værdien til decimal, fjerner foranstillede nuller eller grupperer cifrene i blokke.
Ingen af disse systemer tager fejl: De beskriver alle den samme chip. Integrationen fejler, når to parter i et projekt udveksler identifikatorlister uden at have aftalt repræsentation og byterækkefølge. Denne konverter gør hver repræsentation synlig, så uoverensstemmelsen kan identificeres på få sekunder.
UID'er på 4, 7 og 10 bytes
Kontaktløse chips, der følger ISO/IEC 14443, bruger identifikatorer i enkelt (4 bytes), dobbelt (7 bytes) eller tredobbelt (10 bytes) størrelse. De fleste moderne lade- og adgangsidentifikationsmidler har et 7-byte-UID, mens mange installerede læsere stadig kun rapporterer 4 bytes.
Når en 7-byte-identifikator passerer gennem en læserkæde, der arbejder med 4 bytes, afkortes værdien, så den ikke længere stemmer overens med personaliseringsfilen. Sammenlign den bytelængde, din backend rapporterer, med bytelængden i produktionsfilen, før du antager, at kortene er defekte.
Sådan bruger du konverteren
Vælg hexadecimalt eller decimalt input, vælg bytelængden, og indsæt derefter identifikatoren. Mellemrum, koloner, bindestreger og et 0x-præfiks accepteres. Panelet viser den normaliserede værdi, den omvendte byterækkefølge, den decimale repræsentation og hver byte med dens decimale ækvivalent.
Kopiér enhver repræsentation med ét klik, eller eksportér analysen som CSV, så den kan vedhæftes en supportsag eller en integrationsoverdragelse. Hvis en værdi ikke kan fortolkes ved den valgte længde, markerer værktøjet det i stedet for at gætte.
Spørgsmål om UID-konvertering
Spørgsmål om UID-konvertering
Hvorfor er mit korts UID omvendt?
Mange læserchipsæt sender UID'et med den mindst betydende byte først. Hvis din backend viser de samme bytes i modsat rækkefølge i forhold til produktionsfilen, vender læserkæden byterækkefølgen. Vend den én gang, konsekvent og kun i den ene ende.
Hvordan konverterer jeg et korts UID fra hexadecimal til decimal?
Behandl hele UID'et som ét heltal uden fortegn, og konvertér fra base 16 til base 10. Et 7-byte-UID kan overskride 32-bit-grænser, så brug 64-bit-håndtering eller vilkårlig præcision. Dette værktøj udfører konverteringen lokalt for 4-, 7- og 10-byte-identifikatorer.
Hvorfor viser min backend et andet tal end det, der er trykt på kortet?
Som regel skyldes det én af tre årsager: backend gemmer den decimale værdi, mens kortet viser hexadecimal, byterækkefølgen er vendt et sted i kæden, eller foranstillede nuller er blevet fjernet af et regneark. Sammenlign alle repræsentationer, før du genkoder kortene.
Bliver mine kortdata uploadet, når jeg bruger dette værktøj?
Nej. Al parsing og konvertering kører i din browser. Identifikatorer sendes ikke til og gemmes ikke af ChargeRFID, hvilket også betyder, at værktøjet virker offline, når siden først er indlæst.
Relaterede værktøjer
Bestiller du ladekort? Få styr på formatet før produktion.
Hver ChargeRFID-ordre leveres med en maskinlæsbar datakontrakt og acceptvektorer, så dit backend-team kan verificere identifikatorformatet, før kortene ankommer.