onze blog

RFID / Streepjescode-interoperabiliteit

bc-rfid

Dit artikel is iets technischer dan het meeste wat we hebben uitgebracht, maar we dachten dat het nuttig zou zijn om met anderen te delen.

Wanneer klanten bij ons EPC-GEN2 Type UHF RFID-tags bestellen, willen ze vaak een product dat zowel een door mensen leesbaar nummer als een barcode heeft. En in hun gedachten moet het elektronische nummer overeenkomen met de streepjescode en het afgedrukte nummer. In de meeste gevallen hoeven ze het EPC Tag Data Standard om ervoor te zorgen dat elk van hun UHF-RFID-tags uniek is in de miljarden tags over de hele wereld. Ze geven er alleen om dat het nummer uniek is in hun systeem.

Hieronder ziet u een voorbeeld van een UHF RFID-tag die de verschillende technologieën toont die in een tag worden gebruikt - met overeenkomende getallen voor alle technologieën.

  1. UHF RFID (weergegeven in blauwe schaduw) - Snelle inventarisatiemogelijkheid, mogelijkheid om een ​​object te vinden
  2. Streepjescodes (1D en 2D) - Mogelijkheid om een ​​specifiek nummer te lezen waarnaar een lezer verwijst - dit is moeilijk te doen met een RFID-lezer omdat meerdere tags vaak tegelijkertijd worden gelezen.
  3. Gedrukt tekstnummer - voor mensen om te kunnen lezen zonder apparatuur.
tag voorbeeld
Volledige 96 Bit / 12 Byte UHF RFID-gegevensweergave

In de meeste gevallen willen klanten echter niet zo'n lang nummer. Ze geven de voorkeur aan een kort en gemakkelijk te lezen nummer zoals wordt getoond in de volgende afbeelding:

korte gegevensweergave
Korte gegevensweergave

Dus wat doen we in deze gevallen met het UHF RFID-tagnummer, wat altijd 96-bits is? Telaeris heeft een interne gegevensstandaard die ons in staat stelt om gelijktijdig een aantal verschillende UHF RFID-tags standaarden te lezen, die zowel lange gegevenstypen als korte gegevenstypes ondersteunen.

  1. Als de gegevens stringgegevens zijn, zoals iets dat je op een toetsenbord zou kunnen typen, coderen we dit als een tekenreeks en plaatsen we deze vooraan de 12-bytes en vullen we de laatste bytes (minimum van 2) met nulwaarden. Dit is onze voorkeurcodering en het is goed voor maximaal 10-tekens die de meeste van onze gebruikscasussen dekken. Voor een grafiek met de toewijzing van tekenreekstekens en hun hex-weergaven, Klik hier.
  2. Veel van onze partners coderen de gegevens aan het einde van de 12-bytes. Als we nulwaarden aan het begin vinden (minimum van 2), nemen we aan dat het dit type codering gebruikt en de gegevens weergeven als hex-gegevens.
  3. Als beide structuren falen, gebruiken we standaard de onbewerkte gegevens en geven deze weer als 23 hexadecimale tekens.

Dit wordt getoond door het voorbeeld hieronder:

Encoding Type 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- nulwaarden --->
<------- Gegevens --------> <---- nulwaarden --->
Encoding Type 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Nulwaarden ---------><--- Gegevens ->

Encoding Type 3:
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- Gegevens ------------------->

Kunnen er problemen zijn waarbij deze aannames overlapping veroorzaken? Ja, maar ze zijn er maar heel weinig tussen. En naar onze ervaring zal een korter te lezen aantal uiteindelijk de eindklant een betere algemene gebruikerservaring bieden.

Door David Carta, CEO van Telaeris

Laat een reactie achter

*

Blog Updates

nieuwsbrieven


praat met een vertegenwoordiger

Contact

Telefoon: 858-627-9700
Fax: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
San Diego, Californië 92123
-------------------------------
sales@telaeris.com