Vår blogg

RFID / Barcode Interoperabilitet

bc-RFID

Den här artikeln är lite mer teknisk än de flesta av vad vi lägger ut, men vi tyckte att det skulle vara användbart att dela med andra.

När kunder beställer EPC-GEN2-typ UHF RFID-taggar från oss vill de ofta ha en produkt som också har både ett personligt läsbart nummer och en streckkod. Och i deras sinne borde det elektroniska numret matcha streckkoden och det tryckta numret. I de flesta fall behöver de inte genomföra EPC Tag Data Standard för att säkerställa att var och en av sina UHF RFID-taggar är unika bland miljarderna taggar runt om i världen. De bryr sig bara om att numret är unikt i sitt system.

Nedan är ett exempel på en UHF RFID-tagg som visar olika tekniker som används i en tagg - med matchande nummer för all teknik.

  1. UHF RFID (visas i blå skugga) - Snabba lagerförmåga, förmåga att hitta ett objekt
  2. Streckkoder (1D och 2D) - Möjlighet att läsa ett visst nummer som pekas på av en läsare - det här är svårt att göra med en RFID-läsare eftersom flera taggar ofta läses samtidigt.
  3. Tryckt textnummer - för att människor ska kunna läsa utan utrustning.
tagg exempel
Full 96 Bit / 12 Byte UHF RFID-data representation

Men i de flesta fall vill kunderna inte ha så lång tid. De föredrar ett kort och lättläst nummer som visas i nästa bild:

kort data representation
Kort data representation

Så vad gör vi i dessa fall med UHF RFID-taggnumret, vilket är alltid 96-bitar? Telaeris har en intern datastandard som gör det möjligt för oss att läsa ett antal olika UHF RFID-taggar samtidigt som stödjer både långa datatyper och korta datatyper.

  1. Om data är strängdata - som något du kan skriva på ett tangentbord - kodar vi det här som en sträng och lägger den längst fram i 12-byte och fyller de sista byteerna (minimum 2) med nollvärden. Detta är vår föredragna kodning och det är bra för upp till 10-tecken som täcker de flesta användningsfallen. För ett diagram som visar mappningen från strängtecken och deras hexrepresentationer, Klicka här.
  2. Många av våra partners kodar data i slutet av 12-byte. Om vi ​​finner nollvärden i början (minimum 2) antar vi att den använder denna typ av kodning och visar data som hexdata.
  3. Om båda dessa strukturer misslyckas, standardiserar vi de råa data och visar den som 23 hex-data tecken.

Detta visas genom exempel nedan:

Kodningstyp 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Nollvärden --->
<------- Data --------> <---- Nollvärden --->
Kodningstyp 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Nollvärden ---------><--- Data ->

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

Kan det finnas problem där dessa antaganden orsakar överlappning? Ja, men de är få och långt ifrån. Och enligt vår erfarenhet, med ett kortare att läsa nummer kommer slutligen att ge slutkunden en bättre övergripande användarupplevelse.

Av David Carta, Telaeris VD

Lämna en kommentar

*

nyhetsbrev


prata med en representant

Kontakt

Telefon: 858-627-9700
Fax: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
San Diego, Kalifornien 92123
-------------------------------
sales@telaeris.com