Polymorphism in C - CodeProject 10,763,525 members (85,489 online) Sign in
Alok Gupta Last Visit: 31-Dec-99 18:00 Last Update: 29-Jul-14 11:32Refresh12 Next » RFID / Barcode Interoperabiliteit | Telaeris, Inc.
RFID / Barcode Interoperabiliteit
gepos op Julie 25, 2012 by David Carta, CEO van Telaeris
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 kliënte EPC-GEN2-tipe UHF RFID-tags van ons bestel, wil hulle dikwels 'n produk hê wat ook 'n mens leesbare nommer sowel as 'n strepieskode het. En in hulle gedagtes moet die elektroniese nommer ooreenstem met die strepieskode en gedrukte nommer. In die meeste gevalle hoef hulle nie die EPC Tag Data Standard Om te verseker dat elk 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-tag wat die verskillende tegnologieë wat in 'n merker gebruik word, vertoon - met ooreenstemmende getalle vir alle tegnologieë.
UHF RFID (getoon in blou skaduwee) - Vinnige voorraad vermoë, vermoë om 'n voorwerp te vind
Barcodes (1D en 2D) - Die vermoë om 'n spesifieke nommer te lees wat deur 'n leser aangespreek word - dit is moeilik om met 'n RFID-leser te doen aangesien verskeie etikette dikwels gelyktydig gelees word.
Gedrukte teks nommer - sodat mense sonder toerusting kan lees.
Volle 96 Bit / 12 Byte UHF RFID data voorstelling
Maar in die meeste gevalle wil kliënte nie so 'n lang nommer nie. Hulle verkies 'n kort en maklik om te lees nommer soos in die volgende prentjie getoon word:
So, wat doen ons in hierdie gevalle met die UHF RFID-kode nommer, wat is altyd 96-bisse? Telaeris het 'n interne datastandaard wat ons in staat stel om 'n aantal verskillende UHF RFID-kode-standaarde gelyktydig te lees, wat beide lang datatipes en kort datatipes ondersteun.
As die data stringdata is, soos iets wat jy op 'n sleutelbord kan tik, skryf ons dit as 'n tou en sit dit voor in die 12-grepe en vul die laaste grepe (minimum 2) met nulwaardes. Dit is ons voorkeurkodering en dit is goed vir tot 10 karakters wat die meeste van ons gebruiksgevalle dek. Vir 'n grafiek wat die kartering van snaarkarakters en hul heksvoorstellings toon, kliek hier.
Baie van ons vennote kodeer die data aan die einde van die 12-grepe. As ons aan die begin nulwaardes (minimum 2) vind, neem ons aan dat dit hierdie tipe enkodering gebruik en die data as heksdata vertoon.
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:
'T' '3' '5' '0' '0' '0' <---- Zero Waardes --->
<------- Data --------> <---- Zero Waardes --->
Kodering Tipe 2:
<--------- Nulwaardes ---------><--- Data ->
Kodering Tipe 3:
<------------------- Data ------------------->
Kan daar probleme wees waar hierdie aannames oorvleuel? Ja, maar hulle is min en ver tussen. En in ons ervaring sal die eindkliënt 'n beter algehele gebruikerservaring bied om 'n korter aantal te lees.
Deur David Carta, CEO van Telaeris