nuestro blog

Interoperabilidad RFID / Código de Barras

bc-rfid

Este artículo es un poco más técnico que la mayoría de lo que publicamos, pero pensamos que sería útil compartirlo con otros.

Cuando los clientes nos piden las etiquetas RFID EPC-GEN2 Tipo UHF, a menudo quieren un producto que también tenga un número legible para humanos y un código de barras. Y en su opinión, el número electrónico debe coincidir con el código de barras y el número impreso. En la mayoría de los casos, no necesitan implementar el Estándar de datos de etiqueta EPC para garantizar que cada una de sus etiquetas UHF RFID sea única entre los miles de millones de etiquetas en todo el mundo. Solo les importa que el número sea único en su sistema.

A continuación se muestra un ejemplo de una etiqueta UHF RFID que muestra las diferentes tecnologías utilizadas en una etiqueta, con números coincidentes para todas las tecnologías.

  1. RFID UHF (se muestra en la sombra azul): capacidad de inventario rápido, capacidad de encontrar un objeto
  2. Códigos de barras (1D y 2D): capacidad para leer un número específico al que apunta un lector: es difícil hacerlo con un lector RFID, ya que muchas etiquetas se leen a la vez.
  3. Número de texto impreso: para que las personas puedan leer sin ningún equipo.
ejemplo de etiqueta
Representación completa de datos 96 Bit / 12 Byte UHF RFID

Sin embargo, en la mayoría de los casos, los clientes no quieren un número tan largo. Prefieren un número corto y fácil de leer como se muestra en la siguiente imagen:

representación de datos cortos
Representación de datos cortos

Entonces, ¿qué hacemos en estos casos con el número de etiqueta RFID UHF, que siempre es bits 96? Telaeris tiene un estándar de datos interno que nos permite leer un número de diferentes estándares de etiquetas UHF RFID simultáneamente, admitiendo tanto tipos de datos largos como tipos de datos cortos.

  1. Si los datos son datos de cadena, como algo que podría escribir en un teclado, codificamos esto como una cadena y lo colocamos al frente de los bytes de 12 y llenamos los últimos bytes (mínimo de 2) con valores cero. Esta es nuestra codificación preferida y es válida para hasta 10 caracteres que cubren la mayoría de nuestros casos de uso. Para un gráfico que muestra la asignación de caracteres de cadena y sus representaciones hexadecimales, haz clic aquí.
  2. Muchos de nuestros socios codifican los datos al final de los bytes 12. Si encontramos valores cero al inicio (mínimo de 2), asumimos que está utilizando este tipo de codificación y mostramos los datos como datos hexadecimales.
  3. Si estas dos estructuras fallan, los datos en bruto se muestran de forma predeterminada y se muestran como caracteres de datos hexadecimales 23.

Esto se muestra en el siguiente ejemplo:

Tipo de codificación 1: 
54 33 35 30 30 30 00 00 00 00 00 00 
'T' '3' '5' '0' '0' '0' <---- Valores cero --->
<------- Datos --------> <---- Valores cero --->
Tipo de codificación 2:
00 00 00 00 00 00 00 00 0A 12 34 56
<--------- Valores cero ---------><--- Datos ->

Tipo de codificación 3:
11 22 33 44 55 66 77 88 99 00 AA BB
<------------------- Datos -------------------

¿Puede haber problemas donde estas suposiciones causan superposición? Sí, pero son pocos y distantes entre sí. Y en nuestra experiencia, tener un número de lectura más corto en última instancia, proporcionará al cliente final una mejor experiencia de usuario en general.

Por David Carta, CEO de Telaeris

Deja un comentario

*

Boletines informativos


hable con un representante

Contáctenos

Teléfono: 858-627-9700
Fax: 858-627-9702
-------------------------------
9123 Chesapeake Dr.
San Diego, CA 92123
-------------------------------
sales@telaeris.com