Blog

RFID / Barcode-Interoperabilität

bc-rfid

Dieser Artikel ist ein wenig technischer als die meisten von dem, was wir veröffentlichen, aber wir dachten, dass es nützlich wäre, mit anderen zu teilen.

Wenn Kunden UHF-RFID-Tags vom Typ EPC-GEN2 bei uns bestellen, möchten sie häufig ein Produkt, das sowohl eine lesbare Nummer als auch einen Barcode enthält. Und in ihren Augen sollte die elektronische Nummer mit dem Barcode und der gedruckten Nummer übereinstimmen. In den meisten Fällen müssen sie das nicht implementieren EPC-Tag Daten Standard um sicherzustellen, dass jedes ihrer UHF-RFID-Tags unter den Milliarden von Tags auf der ganzen Welt einzigartig ist. Sie kümmern sich nur darum, dass die Nummer in ihrem System eindeutig ist.

Unten finden Sie ein Beispiel für ein UHF-RFID-Tag, das die verschiedenen in einem Tag verwendeten Technologien zeigt - mit übereinstimmenden Nummern für alle Technologien.

  1. UHF RFID (im blauen Schatten dargestellt) - Schnelle Bestandsfähigkeit, Fähigkeit, ein Objekt zu finden
  2. Barcodes (1D und 2D) - Fähigkeit, eine bestimmte Zahl zu lesen, auf die ein Lesegerät zeigt - Dies ist mit einem RFID-Lesegerät schwierig, da häufig mehrere Tags gleichzeitig gelesen werden.
  3. Gedruckte Textnummer - damit Personen ohne Ausrüstung lesen können.
Beispiel für ein Tag
Vollständige 96-Bit- / 12-Byte-UHF-RFID-Datendarstellung

In den meisten Fällen möchten Kunden jedoch keine so lange Nummer. Sie bevorzugen eine kurze und leicht lesbare Nummer, wie im nächsten Bild gezeigt:

kurze Datendarstellung
Kurze Datenrepräsentation

Was machen wir in diesen Fällen mit der UHF-RFID-Tag-Nummer, die immer 96 Bit beträgt? Telaeris verfügt über einen internen Datenstandard, mit dem wir eine Reihe verschiedener UHF-RFID-Tag-Standards gleichzeitig lesen können und sowohl lange als auch kurze Datentypen unterstützen.

  1. Wenn es sich bei den Daten um Zeichenfolgendaten handelt, z. B. um Daten, die Sie auf einer Tastatur eingeben können, codieren wir diese als Zeichenfolge und setzen sie vor die 12 Bytes und füllen die letzten Bytes (mindestens 2) mit Nullwerten. Dies ist unsere bevorzugte Codierung und eignet sich für bis zu 10 Zeichen, was die meisten unserer Anwendungsfälle abdeckt. Für ein Diagramm, das die Zuordnung von Zeichenfolgen und deren hexadezimalen Darstellungen zeigt, klicken Sie bitte hier.
  2. Viele unserer Partner verschlüsseln die Daten am Ende der 12 Bytes. Wenn wir zu Beginn Nullwerte finden (mindestens 2), nehmen wir an, dass diese Art der Codierung verwendet wird, und zeigen die Daten als Hex-Daten an.
  3. Wenn diese beiden Strukturen nicht funktionieren, verwenden wir standardmäßig die Rohdaten und zeigen sie als 23-Hex-Datenzeichen an.

Dies wird im folgenden Beispiel gezeigt:

Codierungstyp 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Nullwerte --->
<------- Daten --------> <---- Nullwerte --->
Codierungstyp 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Nullwerte ---------><--- Daten ->

Codierungstyp 3:
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- Daten ------------------->

Kann es Probleme geben, bei denen sich diese Annahmen überschneiden? Ja, aber es gibt nur wenige. Und unserer Erfahrung nach bietet eine kürzere Lesbarkeit dem Endkunden letztendlich eine bessere Benutzererfahrung.

Von David Carta, CEO von Telaeris

Hinterlasse einen Kommentar

*

E-Mail-Abonnement

Erhalten Sie die neuesten Updates direkt in Ihren Posteingang