unserem 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 EPC-GEN2 Type UHF-RFID-Tags bei uns bestellen, wünschen sie sich oft ein Produkt, das sowohl eine vom Menschen lesbare Nummer als auch einen Barcode enthält. Für sie 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 jeder seiner UHF-RFID-Tags unter den Milliarden von Tags weltweit einzigartig ist. Sie kümmern sich nur darum, dass die Nummer in ihrem System eindeutig ist.

Nachfolgend 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) - Die Fähigkeit, eine bestimmte Nummer zu lesen, auf die ein Leser zeigt - dies ist mit einem RFID-Lesegerät schwierig, da mehrere Tags oft 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 die Kunden jedoch nicht so lange. Sie bevorzugen eine kurze und gut 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-Bits ist? Telaeris verfügt über einen internen Datenstandard, der es ermöglicht, eine Reihe verschiedener UHF-RFID-Tag-Standards gleichzeitig zu lesen, wobei sowohl lange als auch kurze Datentypen unterstützt werden.

  1. Wenn es sich bei den Daten um Zeichenfolgendaten handelt, die Sie beispielsweise über eine Tastatur eingeben können, kodieren wir diese als Zeichenfolge, setzen sie an die Spitze der 12-Bytes und füllen die letzten Bytes (mindestens 2) mit Nullwerten. Dies ist unsere bevorzugte Kodierung und eignet sich für bis zu 10-Zeichen, was die meisten unserer Anwendungsfälle abdeckt. Für ein Diagramm, das das Mapping aus Zeichenfolgen und deren Hex-Darstellungen zeigt, Klicken Sie hier.
  2. Viele unserer Partner verschlüsseln die Daten am Ende der 12-Bytes. Wenn wir am Anfang Nullwerte finden (Minimum von 2), gehen wir davon aus, dass diese Art der Kodierung verwendet wird, und zeigt die Daten als Hexadaten 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, wenn diese Annahmen Überschneidungen verursachen? Ja, aber es gibt nur wenige. Und nach unserer Erfahrung wird eine niedrigere Lesezahl dem Endkunden letztendlich eine insgesamt bessere Benutzererfahrung bieten.

Von David Carta, CEO von Telaeris

Hinterlasse einen Kommentar

*

Newsletter


mit einem Vertreter sprechen

Kontakt

Telefon: 858-627-9700
Fax: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
San Diego, CA 92123
-------------------------------
sales@telaeris.com