blog của chúng tôi

Khả năng tương thích RFID / mã vạch

bc-rfid

Bài viết này kỹ thuật hơn một chút so với hầu hết những gì chúng tôi đưa ra, nhưng chúng tôi nghĩ rằng sẽ hữu ích khi chia sẻ với người khác.

Khi khách hàng đặt hàng thẻ RFID RFID EPC-GEN2 từ chúng tôi, họ thường muốn một sản phẩm có cả số người đọc được cũng như mã vạch. Và trong tâm trí của họ, số điện tử phải khớp với mã vạch và số in. Trong hầu hết các trường hợp, họ không cần phải triển khai Tiêu chuẩn dữ liệu thẻ EPC để đảm bảo mỗi thẻ UHF RFID của họ là duy nhất trong số hàng tỷ thẻ trên toàn thế giới. Họ chỉ quan tâm rằng số đó là duy nhất trong hệ thống của họ.

Dưới đây là ví dụ về thẻ UHF RFID hiển thị các công nghệ khác nhau được sử dụng trong thẻ - với các con số phù hợp cho tất cả các công nghệ.

  1. UHF RFID (thể hiện trong bóng màu xanh) - Khả năng kiểm kê nhanh, khả năng tìm đối tượng
  2. Mã vạch (1D và 2D) - Có khả năng đọc một số cụ thể được người đọc chỉ ra - điều này rất khó thực hiện với đầu đọc RFID vì nhiều thẻ thường được đọc cùng một lúc.
  3. Số văn bản in - để mọi người có thể đọc mà không cần bất kỳ thiết bị nào.
ví dụ về thẻ
Đầy đủ 96 bit / 12 Byte UHF đại diện dữ liệu RFID

Tuy nhiên, trong hầu hết các trường hợp, khách hàng không muốn một số lượng dài như vậy. Họ thích một số ngắn và dễ đọc như được hiển thị trong hình ảnh tiếp theo:

-biểu diễn dữ liệu ngắn
Đại diện dữ liệu ngắn

Vậy chúng ta làm gì trong những trường hợp này với số thẻ RFID UHF, luôn luôn là các bit 96? Telaeris có tiêu chuẩn dữ liệu nội bộ cho phép chúng tôi đọc một số tiêu chuẩn thẻ UHF RFID khác nhau cùng một lúc, hỗ trợ cả loại dữ liệu dài và loại dữ liệu ngắn.

  1. Nếu dữ liệu là dữ liệu chuỗi - chẳng hạn như dữ liệu bạn có thể nhập trên bàn phím - chúng tôi mã hóa chuỗi này thành chuỗi và đặt nó ở phía trước của chuỗi 12 và điền các byte cuối cùng (tối thiểu 2) với giá trị bằng 0. Đây là mã hóa ưa thích của chúng tôi và nó là tốt cho đến ký tự 10 trong đó bao gồm hầu hết các trường hợp sử dụng của chúng tôi. Đối với biểu đồ hiển thị ánh xạ từ các ký tự chuỗi và các biểu diễn hex của chúng, bấm vào đây để liên lạc với chúng tôi.
  2. Nhiều đối tác của chúng tôi mã hóa dữ liệu ở cuối các byte 12. Nếu chúng ta tìm thấy giá trị bằng không khi bắt đầu (tối thiểu 2), chúng tôi giả định rằng nó đang sử dụng loại mã hóa này và hiển thị dữ liệu dưới dạng dữ liệu hex.
  3. Nếu cả hai cấu trúc này đều thất bại, chúng tôi sẽ mặc định dữ liệu thô và hiển thị nó dưới dạng các ký tự dữ liệu hex của 23.

Điều này được thể hiện bằng ví dụ dưới đây:

Loại mã hóa 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Giá trị Zero --->
<------- Dữ liệu --------> <---- Giá trị Zero --->
Loại mã hóa 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Zero Values ​​---------><--- Dữ liệu ->

Loại mã hóa 3:
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- Dữ liệu ------------------->

Có thể có vấn đề mà những giả định này gây ra sự chồng chéo? Có, nhưng họ rất ít và xa. Và theo kinh nghiệm của chúng tôi, việc có số đọc ngắn hơn sẽ cung cấp cho khách hàng cuối cùng trải nghiệm người dùng tổng thể tốt hơn.

Bởi David Carta, Giám đốc điều hành Telaeris

Góp ý

*

Cập nhật Blog

Tin


nói chuyện với một đại diện

Liên hệ

Điện thoại: 858-627-9700
Fax: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
San Diego, CA 92123
-------------------------------
sales@telaeris.com