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 Type UHF RFID-etikette by 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 te implementeer om te verseker dat elkeen van hul UHF RFID-etikette uniek is onder die miljarde etikette regoor die wêreld nie. Hulle gee net om dat die nommer uniek in hul stelsel is.

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.

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:

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