Այս հոդվածը մի քիչ ավելի տեխնիկական է, քան այն, ինչ մենք դուրս ենք եկել, բայց կարծում ենք, որ օգտակար կլինի ուրիշների հետ կիսվել:
Երբ հաճախորդները մեզանից պատվիրում են EPC-GEN2 Type UHF RFID պիտակներ, նրանք հաճախ ցանկանում են այնպիսի ապրանք, որն ունի նաև մարդու համար ընթեռնելի, ինչպես նաև շտրիխ կոդ: Եվ նրանց մտքում էլեկտրոնային համարը պետք է համապատասխանի շտրիխ կոդին և տպված համարին։ Շատ դեպքերում, նրանք կարիք չունեն կիրառելու EPC Tag Data Standard-ը, որպեսզի ապահովեն, որ UHF RFID պիտակներից յուրաքանչյուրը եզակի է աշխարհի միլիարդավոր պիտակների մեջ: Նրանց ուղղակի հետաքրքրում է, որ իրենց համակարգում թիվը եզակի է։
Ստորև բերված է UHF RFID պիտակի օրինակ, որը ցույց է տալիս պիտակում օգտագործվող տարբեր տեխնոլոգիաներ ՝ բոլոր տեխնոլոգիաների համար համապատասխան թվերով:
- UHF RFID (ցուցադրվում է կապույտ ստվերում) - Արագ գույքագրման ունակություն, օբյեկտ գտնելը
- Շտրիխ ծածկագրեր (1D և 2D) - Հատուկ համար կարդալու ունակություն, որը մատնանշում է ընթերցողը, դա դժվար է անել RFID ընթերցողի հետ, քանի որ բազմաթիվ պիտակները հաճախ ընթերցվում են միանգամից:
- Տպագրված տեքստային համարը, մարդիկ կարող են կարդալ առանց որեւէ սարքավորման:
Այնուամենայնիվ, շատ դեպքերում հաճախորդները չեն ցանկանում այդքան երկար թիվ: Նրանք նախընտրում են կարճ և հեշտ ընթերցվող համարը, ինչպես ցույց է տրված հաջորդ պատկերում.
Այսպիսով, ի՞նչ ենք մենք անում այս դեպքերում UHF RFID պիտակի համարով, որը միշտ 96 բիթ է: Telaeris- ն ունի տվյալների ներքին ստանդարտ, որը թույլ է տալիս միաժամանակ կարդալ մի շարք տարբեր UHF RFID պիտակների ստանդարտներ ՝ աջակցելով ինչպես տվյալների երկար տևողությանը, այնպես էլ տվյալների կարճ տեսակներին:
- Եթե տվյալները լարային տվյալներ են, օրինակ `ինչ-որ բան, որը կարող եք մուտքագրել ստեղնաշարի վրա, մենք դա կոդավորում ենք որպես լարային և դնում ենք 12 բայթերի առջևի մասում, իսկ վերջին բայթերը (նվազագույնը` 2) լրացնում ենք զրո արժեքներով: Սա մեր նախընտրած կոդավորումն է և լավ է մինչև 10 նիշի համար, որն ընդգրկում է մեր օգտագործման դեպքերի մեծ մասը: Գծապատկերների և դրանց վեցանկյուն ներկայացուցչությունների քարտեզագրումը ցույց տվող գծապատկերի համար Սեղմեք այստեղ.
- Մեր գործընկերներից շատերը տվյալները կոդավորում են 12 բայթերի վերջում: Եթե սկզբում գտնում ենք զրոյական արժեքներ (նվազագույնը 2), ապա ենթադրում ենք, որ այն օգտագործում է այս տեսակի կոդավորումը և տվյալները ցուցադրում է որպես վեցանկյուն տվյալներ:
- Եթե այս երկու կառույցները չհաջողվեն, մենք կանխորոշում ենք հումքի տվյալները եւ ցուցադրենք այն որպես 23 hex տվյալներ նիշ:
Սա ցույց է տրված ստորեւ բերված օրինակով.
1- ի կոդավորում ` 54 33 35 30 30 30 00 00 00 00 00 00 'T' '3' '5' '0' '0' '0' <---- Zրո արժեքներ ---> <------- Տվյալներ --------> <---- Zրո արժեքներ --->
2- ի կոդավորում ` 00 00 00 00 00 00 00 00 0 Ա 12 34 56 <--------- Zրո արժեքներ ---------><--- Տվյալներ -> 3- ի կոդավորում ` 11 22 33 44 55 66 77 88 99 00 AA BB <------------------- Տվյալներ ------------------->
Կարո՞ղ են խնդիրներ լինել, երբ այդ ենթադրությունները համընկնում են առաջացնում: Այո, բայց դրանք սակավաթիվ են: Եվ, մեր փորձի համաձայն, ավելի կարճ ընթերցանության համար ունենալը, ի վերջո, վերջնական հաճախորդին կտրամադրի ավելի լավ ընդհանուր օգտագործողի փորձ:
Դեւիդ Քարդան, Telaeris- ի գլխավոր գործադիր տնօրեն
Թողնել Մեկնաբանություն