Наш блог

Совместимость с RFID / штрих-кодами

Ьс-RFID

Эта статья немного более технична, чем большая часть того, что мы выпускаем, но мы думали, что было бы полезно поделиться с другими.

Когда клиенты заказывают у нас теги RFID EPC-GEN2 Type UHF, они часто хотят продукт, который также имеет как считываемый человеком номер, так и штрих-код. И, по их мнению, электронный номер должен соответствовать штрих-коду и напечатанному номеру. В большинстве случаев им не нужно реализовывать Стандарт данных тегов EPC чтобы каждый из их UHF RFID-меток был уникален среди миллиардов тегов по всему миру. Им просто нужно, чтобы число было уникальным в их системе.

Ниже приведен пример UHF RFID-тега, который показывает различные технологии, используемые в теге, - с соответствующими номерами для всех технологий.

  1. UHF RFID (показана синей тенью) - возможность быстрой инвентаризации, возможность поиска объекта
  2. Штрих-коды (1D и 2D) - Возможность читать определенный номер, на который указывает читатель - это трудно сделать с помощью RFID-считывателя, поскольку сразу несколько раз считываются несколько тегов.
  3. Печатный текст - для людей, которые могут читать без какого-либо оборудования.
пример тега
Полный 96 бит / 12 Байт UHF RFID-представление данных

Однако в большинстве случаев клиенты не хотят такого длинного номера. Они предпочитают короткий и легко читаемый номер, как показано на следующем изображении:

краткое представление данных
Представление коротких данных

Итак, что мы делаем в этих случаях с номером метки UHF RFID, который всегда является битами 96? Telaeris имеет внутренний стандарт данных, который позволяет нам одновременно считывать несколько различных стандартов UHF RFID-меток, поддерживая как длинные типы данных, так и короткие типы данных.

  1. Если данные представляют собой строковые данные - например, что-то, что вы можете ввести на клавиатуре, мы кодируем это как строку и помещаем ее в начало байтов 12 и заполняем последние байты (минимум 2) нулевыми значениями. Это наша предпочтительная кодировка, и она хороша для символов 10, которые охватывают большинство наших прецедентов. Для диаграммы, показывающей сопоставление строковых символов и их шестнадцатеричных представлений, нажмите сюда.
  2. Многие из наших партнеров кодируют данные в конце байтов 12. Если мы находим нулевые значения в начале (минимум 2), мы предполагаем, что он использует этот тип кодирования и отображает данные как шестнадцатеричные данные.
  3. Если обе эти структуры терпят неудачу, мы по умолчанию выводим необработанные данные и отображаем их как шестнадцатеричные символы 23.

Это показано на следующем примере:

Тип кодирования 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
<------------------- Данные ------------------->

Могут ли быть проблемы, когда эти допущения вызывают перекрытие? Да, но их мало и далеко. И, по нашему опыту, наличие более короткого числа читателей в конечном итоге обеспечит конечного потребителя лучшим пользовательским интерфейсом.

Дэвид Карта, генеральный директор Telaeris

Оставить комментарий

*

Обновления блога

Рассылки


поговорить с представителем

Свяжитесь с нами

Телефон: 858-627-9700
Факс: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
Сан - Диего, Калифорния 92123
-------------------------------
sales@telaeris.com