Gratis verktøy / ingen opplasting
RFID UID-konverterer for heksadesimal, desimal og reversert byte-rekkefølge
Lim inn en kort-UID og se alle representasjoner en leser eller et backend-system kan produsere: normalisert heksadesimal, reversert byte-rekkefølge, desimalverdi og hele bytekartet. Alt kjøres i denne nettleseren.
UID / KONVERTERING
UID-formatkonverterer
Normaliser en heksadesimal identifikator, reverser byte-rekkefølgen og beregn desimalrepresentasjonen uten å sende data til en server.
Godtar 4, 7 eller 10 byte med mellomrom, kolon, bindestrek eller 0x-prefiks.
- Normalisert heksadesimal
04A1B2C3D4E5F6- HEX / MED MELLOMROM
04 A1 B2 C3 D4 E5 F6- Reversert byte-rekkefølge
F6E5D4C3B2A104- Desimalverdi
1303689068602870
| B0 | B1 | B2 | B3 | B4 | B5 | B6 |
|---|---|---|---|---|---|---|
| 04 | A1 | B2 | C3 | D4 | E5 | F6 |
| 4 | 161 | 178 | 195 | 212 | 229 | 246 |
Hvorfor samme kort viser to ulike tall
En RFID-UID er en sekvens av byte, og ulike systemer skriver ut disse bytene på ulike måter. Mange lesere sender UID-en med minst signifikante byte først, slik at 04 A1 B2 C3 blir C3 B2 A1 04. Andre konverterer verdien til desimal, fjerner innledende nuller eller grupperer sifrene i blokker.
Ingen av disse systemene tar feil: de beskriver alle den samme chipen. Integrasjonen feiler når to parter i et prosjekt utveksler identifikatorlister uten å ha avtalt representasjon og byte-rekkefølge. Denne konvertereren synliggjør hver representasjon, slik at avviket kan identifiseres på sekunder.
4-byte, 7-byte og 10-byte UID-er
Kontaktløse chiper som følger ISO/IEC 14443, bruker identifikatorer i enkel (4-byte), dobbel (7-byte) eller trippel (10-byte) størrelse. De fleste moderne RFID-kort og -brikker for lading og adgangskontroll har en UID på 7 byte, mens mange installerte lesere fortsatt rapporterer bare 4 byte.
Når et identifikasjonsmedium med 7-byte UID leses via en leserkjede som bare håndterer 4 byte, blir verdien avkortet og samsvarer ikke lenger med personaliseringsfilen. Sammenlign bytelengden som backend-systemet ditt rapporterer, med bytelengden i produksjonsfilen før du antar at kortene er defekte.
Slik bruker du konverteren
Velg heksadesimal eller desimal inndata, velg bytelengde og lim deretter inn identifikatoren. Mellomrom, kolon, bindestreker og et 0x-prefiks godtas. Panelet viser den normaliserte verdien, omvendt byterekkefølge, desimalrepresentasjonen og hver byte med tilsvarende desimalverdi.
Kopier en hvilken som helst representasjon med ett klikk, eller eksporter analysen som CSV for å legge den ved en supportsak eller en integrasjonsoverlevering. Hvis en verdi ikke kan tolkes med valgt lengde, flagger verktøyet den i stedet for å gjette.
Spørsmål om UID-konvertering
Spørsmål om UID-konvertering
Hvorfor er kortets UID reversert?
Mange leserchipsett sender UID-en med minst signifikante byte først. Hvis backend-systemet viser de samme bytene i motsatt rekkefølge av produksjonsfilen, reverserer leserbanen byterekkefølgen. Reverser den én gang, konsekvent, på én side.
Hvordan konverterer jeg et korts UID fra heksadesimal til desimal?
Behandle hele UID-en som ett heltall uten fortegn og konverter fra base 16 til base 10. En 7-byte UID kan overskride 32-biters grenser, så bruk 64-biters eller vilkårlig presisjon. Dette verktøyet utfører konverteringen lokalt for identifikatorer på 4, 7 og 10 byte.
Hvorfor viser backend-systemet et annet tall enn det som står trykt på kortet?
Vanligvis skyldes det én av tre årsaker: backend-systemet lagrer desimalverdien mens kortet viser heksadesimal, byterekkefølgen er reversert et sted i kjeden, eller innledende nuller er fjernet av et regneark. Sammenlign alle representasjoner før du koder kortene på nytt.
Blir kortdataene mine lastet opp når jeg bruker dette verktøyet?
Nei. All parsing og konvertering kjører i nettleseren din. Identifikatorer overføres ikke til og lagres ikke av ChargeRFID, noe som også betyr at verktøyet fungerer frakoblet når siden er lastet inn.
Skal du bestille ladekort eller ladebrikker? Fastsett formatet før produksjon.
Hver ChargeRFID-ordre leveres med en maskinlesbar datakontrakt og akseptansevektorer, slik at backend-teamet ditt kan verifisere identifikatorformatet før kortene ankommer.