Այս հոդվածը մի քիչ ավելի տեխնիկական է, քան այն, ինչ մենք դուրս ենք եկել, բայց կարծում ենք, որ օգտակար կլինի ուրիշների հետ կիսվել:

Երբ հաճախորդները պատվիրում են EPC-GEN2 Type UHF RFID պիտակները, նրանք հաճախ ուզում են այն ապրանքը, որն ունի ինչպես մարդկային ընթերցանելի համար, այնպես էլ շտրիխ: Եվ նրանց մտքում էլեկտրոնային համարը պետք է համապատասխանի շտրիխ եւ տպագիր համարին: Շատ դեպքերում, դրանք պետք չէ իրականացնել EPC Tag Տվյալների Ստանդարտ ապահովելու իրենց UHF- ի RFID- ի պիտակներից յուրաքանչյուրը եզակի է աշխարհում միլիարդավոր պիտակների շրջանում: Նրանք պարզապես հոգ են տանում, որ իրենց համակարգում թվաքանակը եզակի է:

Ստորեւ բերված է UHF- ի RFID տողի օրինակ, որը ցույց է տալիս տարբեր տեխնոլոգիաները, որոնք օգտագործվում են պիտակի մեջ `բոլոր տեխնոլոգիաների համար համապատասխան թվերով:

1. UHF RFID (ցուցադրվում է կապույտ ստվերում) - Արագ գույքագրման ունակություն, օբյեկտ գտնելը
2. Շտրիխ կոդեր (1D եւ 2D) - Մի ընթերցողի կողմից մատուցվող կոնկրետ համարի ընթերցման ունակություն, դա դժվար է անել RFID- ի ընթերցողի հետ, քանի որ շատ տետրեր հաճախակի կարդում են միանգամից:
3. Տպագրված տեքստային համարը, մարդիկ կարող են կարդալ առանց որեւէ սարքավորման:

Սակայն, շատ դեպքերում, հաճախորդները չեն ցանկանում նման երկար թվեր: Նրանք նախընտրում են կարճ եւ հեշտ ընթերցել համարը, ինչպես ցույց է տրված հաջորդ պատկերում:

Ուրեմն ինչ ենք անում այս դեպքերում UHF RFID- ի տեքստի համար, որը միշտ 96 բիթ է: Telaeris- ը ունի ներքին տվյալների ստանդարտ, որը թույլ է տալիս միաժամանակ մի շարք տարբեր UHF RFID- ի չափանիշները կարդալ միաժամանակ `աջակցելով ինչպես երկար տվյալների տիպերի, այնպես էլ կարճ տվյալների տեսակների:

1. Եթե ​​տվյալները ստանդարտ տվյալներ են, օրինակ, ինչ-որ բան կարող եք մուտքագրել ստեղնաշարի վրա, մենք դրա կոդավորում ենք որպես տող եւ դրեք այն 12 բայտի առջեւում եւ լրացրեք վերջին բայթը (նվազագույնը 2) զրոյական արժեքներով: Սա մեր նախընտրած կոդավորումն է, եւ դա լավ է մինչեւ 10 նիշ, որը ներառում է մեր օգտագործման դեպքերի մեծ մասը: Համեմատության համար գծապատկերը ցուցադրելով տող նիշերից եւ նրանց hex ներկայացուցումներից, Սեղմեք այստեղ.
2. Մեր գործընկերներից շատերը տվյալներ 12 բետոնի վերջում կոդավորում են: Եթե ​​սկզբում զրոյական արժեքներ գտնենք (առնվազն 2), ենթադրում ենք, որ այն օգտագործում է այս տեսակի կոդավորումը եւ ցուցադրում տվյալները որպես hex տվյալները:
3. Եթե ​​այս երկու կառույցները չհաջողվեն, մենք կանխորոշում ենք հումքի տվյալները եւ ցուցադրենք այն որպես 23 hex տվյալներ նիշ:

Սա ցույց է տրված ստորեւ բերված օրինակով.

1- ի կոդավորում ` 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Զրո արժեքներ --->
<------- Տվյալներ --------> <---- Զրո արժեքներ --->

2- ի կոդավորում `
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Զրո արժեքներ ---------><--- Տվյալների ->

3- ի կոդավորում `
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- Տվյալների ------------------->

Կա արդյոք խնդիրներ, երբ այդ ենթադրությունները առաջացնում են համընկնում: Այո, բայց դրանք քիչ են եւ հեռու: Եվ մեր փորձով `կարդալու համարը ավելի կարճ կլինի, ի վերջո վերջնական հաճախորդին տրամադրել ավելի լավ ընդհանուր օգտվողների փորձ: