Compatibilidad de lectores y etiquetas RFID: comprobaciones y pruebas

Comprobar la compatibilidad en cinco niveles

Describa primero la tarea, por ejemplo inventariar un lote de prendas con el lector portátil existente o abrir un enlace de producto en el móvil objetivo. Después compruebe los cinco niveles siguientes, sin confundir la detección por radiofrecuencia con la aceptación del proyecto completo.

• Banda y región de implantación: ¿la versión regional y la configuración del equipo son adecuadas para el lugar del proyecto?
• Protocolo de comunicación por radio: ¿el lector y la etiqueta admiten el mismo protocolo requerido?
• Operaciones y memoria: ¿se admiten la lectura, escritura, verificación y los comandos necesarios para el proyecto?
• Formato de datos: ¿el resultado de lectura respeta los identificadores, contenidos y reglas de codificación definidos?
• Software y proceso: ¿la aplicación vincula los datos al objeto correcto y realiza la operación prevista?

Empezar por la documentación exacta del equipo

Registre el modelo completo del lector, la versión regional, el firmware, la antena y la conexión, además de las versiones de la aplicación, el sistema operativo y el SDK. Un nombre abreviado, el aspecto o la indicación «compatible con RFID» no sustituyen la documentación del equipo. Enumere después el protocolo de la etiqueta, la información del chip y las funciones necesarias, y solicite confirmación a los proveedores del equipo y de las etiquetas.

NFC utiliza 13,56 MHz, pero eso no hace que todas las etiquetas HF de la misma frecuencia sean compatibles con el móvil objetivo. Compruebe la tecnología concreta de la etiqueta, el formato de datos y la compatibilidad de la aplicación. En proyectos UHF, compruebe también los protocolos del equipo y las etiquetas y la configuración regional del equipo para el país de implantación. No se pueden aplicar los mismos ajustes de banda o potencia en todas las regiones.

• Información confirmada: conserve la ficha técnica del modelo, el manual del equipo y las fechas de versión.
• Información pendiente: indique «Por confirmar», facilite el modelo del equipo y los requisitos del proyecto, sin suponer un resultado de compatibilidad.

Validar por separado lectura, escritura y significado de los datos

Que un protocolo cumpla un estándar no significa que se hayan implementado todos sus comandos opcionales. Si el proyecto requiere escritura, acceso a una zona de memoria concreta o bloqueo, compruebe cada función en el lector, la etiqueta y el software. Detectar la etiqueta no sustituye la validación de estas operaciones.

Para interactuar con un móvil, compruebe el contenido NDEF requerido y la página o aplicación que realmente se abre en el dispositivo objetivo. Para UHF, compruebe los datos que necesita el sistema, como el EPC, el esquema de codificación y la correspondencia con los objetos. El protocolo de comunicación y el formato de datos son comprobaciones distintas: no basta con guardar una captura que indique «etiqueta leída».

• Datos previstos: registre ejemplos de codificación o contenido de prueba permitidos en el proyecto y los requisitos de formato.
• Datos reales: registre la zona de memoria leída, la salida original y el resultado de la verificación; después compruebe que corresponden al objeto correcto.
• Operación prevista: valide la actualización del inventario, la apertura de la página o cualquier otra operación completa requerida por el proyecto.

Probar el proceso con las etiquetas realmente instaladas

Compruebe primero una muestra individual en una zona de prueba claramente definida y después pruebe las condiciones reales: prendas colgadas o dobladas, embalaje, apilado u objetos próximos. Registre el material del soporte, la ubicación, la orientación, la posición de lectura y los ajustes del equipo para poder repetir la prueba.

GS1 TIPP se centra en el rendimiento de los objetos etiquetados. Las pruebas de compra en campo también deben evaluar el conjunto tras la instalación real. Las recomendaciones de registro siguientes no forman parte del procedimiento de pruebas de laboratorio TIPP. Las partes del proyecto deben acordar el número de muestras, los ciclos de prueba y los umbrales de aceptación.

• Muestra: identificador, versión, información del chip o protocolo, material del soporte y ubicación.
• Equipo: lector, firmware, antena, configuración regional y versiones de la aplicación y del sistema operativo.
• Operación: zona objetivo, posición de lectura, orientación, combinación de objetos, ciclos y pasos de prueba.
• Resultados: datos previstos y reales, operaciones del proceso, lecturas omitidas, lecturas fuera de zona y gestión de anomalías.

Orientar las comprobaciones según los síntomas

Los puntos siguientes son vías de diagnóstico, no una determinación única de la causa. Cambie una sola condición registrada cada vez y repita la misma prueba. Envíe el problema y los resultados originales al proveedor del equipo o de las etiquetas.

• No se lee ninguna etiqueta: compruebe tecnología, protocolo, configuración regional, estado del equipo y condiciones reales de instalación.
• Se lee la etiqueta, pero el contenido no coincide: compruebe zona de memoria leída, contenido escrito, formato de datos y correspondencia con los objetos.
• Los datos son correctos, pero la aplicación no actúa: compruebe conexión, configuración de la aplicación, tratamiento de la interfaz y registros del proceso.
• Lecturas omitidas intermitentes o fuera de zona: compruebe posición de las etiquetas, combinación de objetos, antena, zona de lectura y pasos de la operación.

Documentar los resultados confirmados para la compra

Conserve la versión confirmada de la muestra, la documentación del modelo, los ajustes del equipo, los archivos gráficos, los ejemplos de codificación, la instalación, los pasos de prueba y los criterios de aceptación. Compras, el equipo técnico y el proveedor deben utilizar el mismo registro para evitar volver a elegir etiquetas solo por su aspecto al pasar a producción en serie.

Tras cambiar chip, encapsulado, dimensiones, ubicación, firmware o software, compruebe los puntos afectados antes de decidir qué pruebas repetir. Al solicitar un presupuesto, adjunte el modelo del equipo, el país de implantación, ejemplos de datos y los registros de muestras a su lista de requisitos de compra existente. Mantenga los parámetros desconocidos marcados «Por confirmar».