Kostnadsfritt verktyg / ingen uppladdning
RFID UID-konverterare för hex, decimalt och omvänd byteordning
Klistra in ett korts UID och se alla representationer som en läsare eller backend kan generera: normaliserat hexadecimalt, omvänd byteordning, decimalt värde och fullständig bytekarta. Allt körs i den här webbläsaren.
UID / KONVERTERING
UID-formatkonverterare
Normalisera en hexadecimal identifierare, vänd dess byteordning och beräkna den decimala representationen utan att skicka data till en server.
Accepterar 4, 7 eller 10 byte med mellanslag, kolon, bindestreck eller prefixet 0x.
- Normaliserat hexadecimalt
04A1B2C3D4E5F6- HEX / MED MELLANSLAG
04 A1 B2 C3 D4 E5 F6- Omvänd byteordning
F6E5D4C3B2A104- Decimalt värde
1303689068602870
| B0 | B1 | B2 | B3 | B4 | B5 | B6 |
|---|---|---|---|---|---|---|
| 04 | A1 | B2 | C3 | D4 | E5 | F6 |
| 4 | 161 | 178 | 195 | 212 | 229 | 246 |
Varför samma kort visar två olika nummer
Ett RFID-UID är en sekvens av byte, och olika system skriver ut dessa byte på olika sätt. Många läsare matar ut UID med den minst signifikanta byten först, så att 04 A1 B2 C3 blir C3 B2 A1 04. Andra konverterar värdet till decimalt, tar bort inledande nollor eller grupperar siffrorna i block.
Inget av dessa system är fel: alla beskriver samma chip. Integrationen fallerar när två parter i ett projekt utbyter identifierarlistor utan att komma överens om representation och byteordning. Konverteraren gör varje representation synlig så att avvikelsen kan identifieras på några sekunder.
UID på 4, 7 och 10 byte
Kontaktlösa chip enligt ISO/IEC 14443 använder identifierare i enkel (4 byte), dubbel (7 byte) eller trippel (10 byte) storlek. De flesta moderna identifieringsmedel för laddning och åtkomst har ett UID på 7 byte, medan många installerade läsare fortfarande endast rapporterar 4 byte.
När en 7-byte-identifierare passerar en läsarkedja för 4 byte trunkeras värdet och stämmer inte längre med personaliseringsfilen. Jämför bytelängden som ditt backendsystem rapporterar med bytelängden i produktionsfilen innan du antar att korten är felaktiga.
Så använder du konverteraren
Välj hexadecimal eller decimal inmatning, välj bytelängd och klistra sedan in identifieraren. Mellanslag, kolon, bindestreck och prefixet 0x accepteras. Panelen visar det normaliserade värdet, den omvända byteordningen, den decimala representationen samt varje byte med dess decimala motsvarighet.
Kopiera valfri representation med ett klick, eller exportera analysen som CSV för att bifoga den till ett supportärende eller en integrationsöverlämning. Om ett värde inte kan tolkas med den valda längden flaggar verktyget det i stället för att gissa.
Frågor om UID-konvertering
Frågor om UID-konvertering
Varför är mitt korts UID omvänt?
Många läsarkretsar överför UID med den minst signifikanta byten först. Om ditt backendsystem visar samma byte i motsatt ordning jämfört med produktionsfilen vänder läsarkedjan på byteordningen. Vänd den en gång, konsekvent, på ena sidan.
Hur konverterar jag ett korts UID från hexadecimal till decimal form?
Behandla hela UID:t som ett enda osignerat heltal och konvertera från bas 16 till bas 10. Ett UID på 7 byte kan överskrida 32-bitarsgränser, så använd 64-bitarshantering eller godtycklig precision. Det här verktyget utför konverteringen lokalt för identifierare på 4, 7 och 10 byte.
Varför visar mitt backendsystem ett annat nummer än det som är tryckt på kortet?
Vanligtvis beror det på en av tre orsaker: backendsystemet lagrar det decimala värdet medan kortet visar det hexadecimala, byteordningen vänds någonstans i kedjan, eller inledande nollor har tagits bort av ett kalkylprogram. Jämför alla representationer innan du kodar om korten.
Laddas mina kortdata upp när jag använder verktyget?
Nej. All tolkning och konvertering körs i din webbläsare. Identifierarna överförs inte till och lagras inte av ChargeRFID, vilket också innebär att verktyget fungerar offline när sidan väl har laddats.
Ska du beställa kort? Fastställ formatet före tillverkning.
Varje beställning från ChargeRFID levereras med ett maskinläsbart datakontrakt och acceptanstestvektorer, så att ditt backendteam kan verifiera identifierarformatet innan korten anländer.