Kostenloses Tool / kein Upload
RFID-UID-Konverter für Hex, Dezimal und umgekehrte Bytereihenfolge
Fügen Sie eine Karten-UID ein und sehen Sie jede Darstellung, die ein Leser oder Backend erzeugen kann: normalisiertes Hexadezimal, umgekehrte Bytereihenfolge, Dezimalwert und die vollständige Byte-Übersicht. Alles läuft in diesem Browser.
UID / CONVERSION
UID-Formatkonverter
Hexadezimale Kennung normalisieren, Bytereihenfolge umkehren und Dezimalwert lokal berechnen.
Akzeptiert 4, 7 oder 10 Byte mit Leerzeichen, Doppelpunkten, Bindestrichen oder 0x-Präfix.
- Normalisiertes Hexadezimalformat
04A1B2C3D4E5F6- HEX / SPACED
04 A1 B2 C3 D4 E5 F6- Umgekehrte Bytereihenfolge
F6E5D4C3B2A104- Dezimalwert
1303689068602870
| B0 | B1 | B2 | B3 | B4 | B5 | B6 |
|---|---|---|---|---|---|---|
| 04 | A1 | B2 | C3 | D4 | E5 | F6 |
| 4 | 161 | 178 | 195 | 212 | 229 | 246 |
Warum dieselbe Karte zwei verschiedene Nummern zeigt
Eine RFID-UID ist eine Bytefolge, und Systeme geben diese Bytes unterschiedlich aus. Viele Leser übertragen die UID mit dem niederwertigsten Byte zuerst, aus 04 A1 B2 C3 wird also C3 B2 A1 04. Andere Systeme rechnen den Wert in Dezimal um, entfernen führende Nullen oder gruppieren die Ziffern.
Keines dieser Systeme ist falsch: Alle beschreiben denselben Chip. Die Integration scheitert, wenn zwei Projektseiten Kennungslisten austauschen, ohne Darstellung und Bytereihenfolge abzustimmen. Dieser Konverter macht jede Darstellung sichtbar, sodass die Abweichung in Sekunden gefunden ist.
UIDs mit 4, 7 und 10 Byte
Kontaktlose Chips nach ISO/IEC 14443 verwenden Kennungen mit 4, 7 oder 10 Byte. Die meisten modernen Lade- und Zutrittsmedien tragen eine 7-Byte-UID, während viele installierte Leser weiterhin nur 4 Byte melden.
Läuft eine 7-Byte-Karte über einen 4-Byte-Leserpfad, wird der Wert abgeschnitten und stimmt nicht mehr mit der Personalisierungsdatei überein. Vergleichen Sie die Bytelänge im Backend mit der in der Produktionsdatei, bevor Sie die Karten als fehlerhaft einstufen.
So nutzen Sie den Konverter
Wählen Sie hexadezimale oder dezimale Eingabe, legen Sie die Bytelänge fest und fügen Sie die Kennung ein. Leerzeichen, Doppelpunkte, Bindestriche und ein 0x-Präfix werden akzeptiert. Das Panel zeigt den normalisierten Wert, die umgekehrte Bytereihenfolge, die Dezimaldarstellung und jedes Byte mit seinem Dezimalwert.
Kopieren Sie jede Darstellung mit einem Klick oder exportieren Sie die Analyse als CSV für ein Support-Ticket oder die Integrationsübergabe. Lässt sich ein Wert in der gewählten Länge nicht interpretieren, meldet das Tool dies, statt zu raten.
Fragen zur UID-Umrechnung
Fragen zur UID-Umrechnung
Viele Leser-Chipsätze übertragen die UID mit dem niederwertigsten Byte zuerst. Zeigt Ihr Backend dieselben Bytes in umgekehrter Reihenfolge zur Produktionsdatei, kehrt der Leserpfad die Bytereihenfolge um. Kehren Sie sie einmal, konsequent, auf einer Seite um.
Behandeln Sie die gesamte UID als eine vorzeichenlose Ganzzahl und rechnen Sie von Basis 16 in Basis 10 um. Eine 7-Byte-UID kann 32-Bit-Grenzen überschreiten, nutzen Sie daher 64-Bit- oder Langzahlarithmetik. Dieses Tool rechnet lokal für Kennungen mit 4, 7 und 10 Byte.
Meist eine von drei Ursachen: Das Backend speichert den Dezimalwert, während die Karte Hexadezimal zeigt, die Bytereihenfolge wurde irgendwo umgekehrt, oder eine Tabellenkalkulation hat führende Nullen entfernt. Vergleichen Sie alle Darstellungen, bevor Sie Karten neu codieren lassen.
Nein. Analyse und Umrechnung laufen vollständig in Ihrem Browser. Kennungen werden weder an ChargeRFID übertragen noch gespeichert; das Tool funktioniert nach dem Laden der Seite auch offline.
Verwandte Tools
Ladekarten bestellen? Klären Sie das Format vor der Produktion.
Jede ChargeRFID-Bestellung enthält einen maschinenlesbaren Datenvertrag mit Abnahmevektoren, damit Ihr Backend-Team das Kennungsformat prüfen kann, bevor die Karten eintreffen.