NUWE! XPressEntry HealthCheck Workplace & COVID-19 Screening. KLIK HIER om meer te leer.

blogs

RFID / Barcode Interoperabiliteit

BC-RFID

Hierdie artikel is 'n bietjie meer tegnies as die meeste van wat ons uitbring, maar ons het gedink dit sal nuttig wees om met ander te deel.

Wanneer klante EPC-GEN2-tipe UHF RFID-etikette by ons bestel, wil hulle dikwels 'n produk hê wat ook 'n menslike leesbare nommer sowel as 'n strepieskode het. En volgens hulle moet die elektroniese nommer ooreenstem met die strepieskode en die gedrukte nommer. In die meeste gevalle hoef hulle nie die EPC Tag Data Standard om te verseker dat elkeen van hul UHF RFID-etikette uniek is onder die miljarde etikette regoor die wêreld. Hulle gee net om dat die nommer uniek is in hul stelsel.

Hieronder is 'n voorbeeld van 'n UHF RFID-etiket wat die verskillende tegnologieë wat in 'n etiket gebruik word, toon - met ooreenstemmende getalle vir alle tegnologieë.

  1. UHF RFID (getoon in blou skaduwee) - Vinnige voorraad vermoë, vermoë om 'n voorwerp te vind
  2. Barcodes (1D en 2D) - Die vermoë om 'n spesifieke getal te lees wat deur 'n leser aangedui word - dit is moeilik om met 'n RFID-leser te doen, aangesien veelvuldige etikette dikwels gelyktydig gelees word.
  3. Gedrukte teks nommer - sodat mense sonder toerusting kan lees.
tag voorbeeld
Volle 96 Bit / 12 Byte UHF RFID data voorstelling

In die meeste gevalle wil klante egter nie so lank hê nie. Hulle verkies 'n kort en maklik leesbare nommer soos in die volgende prent getoon:

kort data voorstelling
Kort dataverteenwoordiging

So, wat doen ons in hierdie gevalle met die UHF RFID-nommer, wat altyd 96 bis is? Telaeris het 'n interne datastandaard waarmee ons 'n aantal verskillende UHF RFID-etiketstandaarde gelyktydig kan lees, wat beide lang datatipes en kort datatipes ondersteun.

  1. As die data snaardata is - soos iets wat u op 'n sleutelbord kan tik - kodeer ons dit as 'n string en sit dit voor in die 12 grepe en vul die laaste grepe (minimum 2) met geen waardes. Dit is ons voorkeurkodering en dit is goed vir tot tien karakters wat die meeste van ons gebruiksgevalle dek. Vir 'n grafiek wat die kartering van snaarkarakters en hul heksvoorstellings toon, kliek hier.
  2. Baie van ons vennote kodeer die data aan die einde van die 12 grepe. As ons aan die begin nulwaardes vind (minimum 2), neem ons aan dat dit hierdie soort kodering gebruik en vertoon die data as hex data.
  3. As albei van hierdie strukture misluk, verwerp ons die rou data en vertoon dit as 23 hex data karakters.

Dit word deur voorbeeld hieronder getoon:

Kodering Tipe 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Nulwaardes --->
<------- Data --------> <---- Nulwaardes --->
Kodering Tipe 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Nulwaardes ---------><--- Data ->

Kodering Tipe 3:
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- Data ------------------->

Kan daar probleme wees waar hierdie aannames oorvleueling veroorsaak? Ja, maar hulle is min. En volgens ons ervaring, sal die eindkliënt uiteindelik 'n beter algehele gebruikerservaring hê as ons 'n korter leesbare nommer het.

Deur David Carta, CEO van Telaeris

Laat 'n boodskap

*

e-pos inskrywing

Kry die nuutste opdaterings direk na u inkassie gestuur