kami blog

RFID / Barcode Interoperability

bc-rfid

Artikel ini sedikit lebih teknis daripada sebagian besar yang kami keluarkan, tetapi kami pikir akan berguna untuk berbagi dengan orang lain.

Ketika pelanggan memesan EPC-GEN2 Jenis UHF RFID tag dari kami, mereka sering menginginkan produk yang juga memiliki nomor yang dapat dibaca manusia serta barcode. Dan dalam pikiran mereka nomor elektronik harus sesuai dengan barcode dan nomor yang dicetak. Dalam kebanyakan kasus, mereka tidak perlu mengimplementasikan Standar Data Tag EPC untuk memastikan masing-masing tag RFID UHF mereka unik di antara miliaran tag di seluruh dunia. Mereka hanya peduli bahwa jumlahnya unik dalam sistem mereka.

Di bawah ini adalah contoh dari tag RFID UHF yang menunjukkan berbagai teknologi yang digunakan dalam tag - dengan nomor yang cocok untuk semua teknologi.

  1. UHF RFID (ditampilkan dalam bayangan biru) - Kemampuan inventaris yang cepat, kemampuan untuk menemukan objek
  2. Barcode (1D dan 2D) - Kemampuan untuk membaca nomor tertentu yang sedang diarahkan oleh pembaca - ini sulit dilakukan dengan pembaca RFID karena banyak tag sering dibaca sekaligus.
  3. Mencetak nomor teks - agar orang-orang dapat membaca tanpa peralatan apa pun.
contoh tag
Penuh 96 Bit / 12 Byte UHF RFID representasi data

Namun, dalam kebanyakan kasus, pelanggan tidak ingin jumlah yang lama. Mereka lebih suka nomor pendek dan mudah dibaca seperti yang ditunjukkan pada gambar berikut:

representasi data singkat
Representasi Data Singkat

Jadi apa yang kita lakukan dalam kasus ini dengan nomor tag UHF RFID, yang selalu merupakan bit 96? Telaeris memiliki standar data internal yang memungkinkan kita membaca sejumlah standar tag UHF RFID yang berbeda secara bersamaan, mendukung tipe data panjang dan tipe data pendek.

  1. Jika data tersebut adalah data string - seperti sesuatu yang dapat Anda ketik pada keyboard - kami menyandikannya sebagai string dan meletakkannya di depan byte 12 dan mengisi byte terakhir (minimum 2) dengan nilai nol. Ini adalah penyandian pilihan kami dan itu bagus untuk hingga 10 karakter yang mencakup sebagian besar kasus penggunaan kami. Untuk bagan yang menunjukkan pemetaan dari karakter string dan representasi hex mereka, klik disini.
  2. Banyak mitra kami menyandikan data di akhir byte 12. Jika kami menemukan nilai nol di awal (minimum 2), kami menganggap itu menggunakan jenis penyandian dan menampilkan data sebagai data hex.
  3. Jika kedua struktur ini gagal, kami default ke data mentah dan menampilkannya sebagai karakter data hex 23.

Ini ditunjukkan oleh contoh di bawah ini:

Jenis Pengkodean 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Nilai Nol --- --->
<------- Data --------> <---- Nilai Nol --- --->
Jenis Pengkodean 2:
00 00 00 00 00 00 00 00 0A 12 34 56 XNUMX
<--------- Nol Nilai ---------><--- Data ->

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

Mungkinkah ada masalah di mana asumsi-asumsi ini menyebabkan tumpang tindih? Ya, tetapi mereka sedikit dan jarang. Dan dalam pengalaman kami, memiliki nomor yang lebih pendek untuk dibaca pada akhirnya akan memberi pelanggan akhir pengalaman pengguna yang lebih baik secara keseluruhan.

Oleh David Carta, CEO Telaeris

Tinggalkan Komentar A

*

Pembaruan Blog

newsletter


berbicara dengan seorang wakil

Hubungi Kami

Telepon: 858-627-9700
Faks: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
San Diego, CA 92123
-------------------------------
sales@telaeris.com