RFID-Chip - aufgedruckte und ausgelesene Zahl?

Ich hatte schon eine größere Lieferung von RFID Tokens mit 
unterschiedlichem Aufdruck aber teilweise gleicher ID (ca. 2% Duplikate, 
mache sogar dreifach). Das war Sch**** denn die Chips wurden zur 
Identifizierung von Personen verwendet.

Stefan U. schrieb:
> Ich hatte schon eine größere Lieferung von RFID Tokens mit
> unterschiedlichem Aufdruck aber teilweise gleicher ID

Ach so, die Zahlen haben gar nichts miteinander zu tun? wozu dann der 
Aufdruck??

> Ach so, die Zahlen haben gar nichts miteinander zu tun?

Richtig. Wenn man solche Token bei einem serösen Lieferant bestellt, 
bekommt man eine Tabelle dazu, wo die Zuordnung drin steht.

> wozu dann der Aufdruck??

Um sie ohne Elektronik zu identifizieren. Das ist vor allem wichtig, um 
Tokens nach Defekt oder Verlust in der Datenbank zu sperren.

Stefan U. schrieb:
> Um sie ohne Elektronik zu identifizieren. Das ist vor allem wichtig, um
> Tokens nach Defekt oder Verlust in der Datenbank zu sperren.

aber dazu müsste man sie doch ineinander umrechnen können? Oder Du 
brauchst Deine Tabelle von dem Kauf, oder Du hast die Zahl manuell 
eingetippt statt eingelesen (Warum soll man das tun?)

Rufus Τ. F. schrieb:
> Die aufgedruckten Werte sind in den ausgelesenen Daten enthalten.
> Passt also.

Ahhh.. ich hatte es andersrum probiert. Und noch was gefunden:

https://www.i-keys.de/de/Chip-Codes.html

also von der ID kommt man zum Aufdruck, aber nicht umgekehrt

> aber dazu müsste man sie doch ineinander umrechnen können?

Ja sicher, die DB Tabelle sollte sinnvollerweise schon beide Zahlen 
enthalten.

Rufus Τ. F. schrieb:
> und dann folgt noch ein Byte, möglicherweise eine Prüfsumme.

Ja, das ist eine Prüfsumme. Wird aus dem XOR der vorhergehenden Nibbles 
berechnet.

Der Aufdruck ist der Wiegand 34 Wert der UID.
Transponder werden auch mit anderen aufgedruckten Nummern ausgeliefert, 
je nachdem, was man bestellt: IK2 oder IK3 und neuerdings auch IS.

0009425566 / 1E008FD29EDD
UID: 1E008FD29E + Prüfsumme: DD
=
WEG34: 0009425566

0006984480 / 1E006A9320C7
UID: 1E006A9320 + Prüfsumme: C7
=
WEG34: 0006984480

Bei 125MHz-, UNI-, EM41xx-, IK2-, IK3- Datenträgern ist die UID 
10-stellig (hexadezimal).
Aus der UID kann der Wiegand und weitere berechnet werden, allerdigs 
werden nur 8 Stellen der UID verwendet (008FD29E), daher kommt man von 
WEG34 nicht mehr zurück auf die UID. Wobei die fehlenden 2 Stellen 
eigentlich nur für den Hersteller stehen.

--

Für alle die mal UID-Codes in andere Codes und vor allem wieder zurück 
umrechnen müssen:
Auf  www.schneeer.npage.de  kann ein von mir erstelltes Programm 
"CodeRechner" begutachtet und heruntergeladen werden.

Wer Nummern nicht per Hand eintippen will:
Bei i-keys gibt es für mein Programm den passenden Leser, also einen, 
der Hex10 in eine Textdatei ausspuckt.

Ich habe mich mit der Thematik auch nur privat befasst, habe aber 
beruflich mit Gefahrenmeldeanlagen zu tun.

Nachtrag,
falls es manch einem nicht einleuchtet:

Die ausgespuckte Nummer ist leserspezifisch, der vom hier verwendete 
spuckt die UID  plus zusätzliche Prüfziffern aus:

Ausgabe:      1E008FD29EDD - leserspezifisch, hier UID + Prüfsumme
Hersteller:   1E           - fragt nicht, weiß ich nicht
UID:          1E008FD29E   - Hex10
verwendet:      008FD29E   - Hex8
ergibt WEG34: 000‭9425566‬   - Dezimalwert von Hex8
       (andere Werde werden weit aus komplizierter berechnet)

--
Da mein Link nicht anklickbar war, hier ein neuer Versuch:
http://www.schneeer.npage.de oder
http://www.schneeer.com/

Auf https://www.i-keys.de sind Codes auch umrechenbar, allerdings nicht 
in jede Variante und auch nur begrenzt kostenlos.
Die Links zum Umrechner sind dort etwas versteckt, Direktlinks:
http://www.em4102.de
http://www.hexdez.de