CRC del EPC y lectura de retorno: probar que la etiqueta guarda lo escrito
CRC del EPC y lectura de retorno: probar que la etiqueta guarda lo escrito
Técnico

CRC del EPC y lectura de retorno: probar que la etiqueta guarda lo escrito

Un comando de escritura que responde con éxito no demuestra casi nada. Verificar es releer el banco, comprobar el CRC y el valor por separado, y saber a qué etiqueta escribiste realmente.

13 min· By SpidersRFID Editorial Team

El lector dice que la escritura fue correcta. Esa frase es la más engañosa de toda la puesta en marcha RFID, porque éxito significa que la etiqueta confirmó un comando, no que su memoria contenga el valor que pretendías.

Un comando correcto no es una prueba

Confirmación y corrección son cosas distintas, y el sistema solo informa de una.

  • El estado confirma que la etiqueta recibió y ejecutó el comando, en las condiciones que percibió.
  • El movimiento, la potencia marginal y la interferencia pueden corromper el valor después del acuse.
  • Una etiqueta escrita en el borde del campo puede confirmar y guardar un valor parcial o desplazado.
  • Los errores de codificación suelen aparecer semanas después como errores de inventario, mucho más caros que un segundo escaneo.
  • Verificar es, por tanto, un paso de proceso que tú diseñas, no una casilla en la configuración del lector.

Qué contiene realmente el banco EPC

El banco tiene estructura, y la estructura importa más que la carga útil.

  • En Gen2 el banco EPC contiene una palabra CRC, una palabra de control de protocolo y el EPC, normalmente 96 bits.
  • Los bits viajan en palabras de 16 bits y la etiqueta los guarda en un orden definido que no coincide con una conversión hexadecimal ingenua.
  • El banco de filtro y el de usuario están en otro sitio; un EPC correcto no dice nada del dato de usuario contiguo.
  • El banco reservado contiene las contraseñas de acceso y de kill, con su propio estado de bloqueo.
  • Las convenciones de longitud, relleno y orden de bytes deben coincidir entre impresora, middleware y ERP, o cada lectura será sutilmente errónea.

CRC-16: qué protege y qué no

La suma de comprobación detecta daño de transmisión, no errores humanos.

  • Un CRC-16 cubre los bits del EPC y el lector lo usa para rechazar una lectura corrupta en lugar de informarla.
  • Protege frente a errores de bit en el aire y en memoria, que es exactamente el fallo que produce el hardware.
  • No puede detectar un valor erróneo pero bien formado: un número de serie duplicado pasa el CRC siempre.
  • El CRC se recalcula al escribir el EPC, así que un codificador que se salta el paso genera lecturas rechazadas.
  • Trata la validez del CRC como condición necesaria y nunca como prueba de corrección.

Lectura de retorno y la máscara de selección

Necesitas saber a qué etiqueta verificaste.

  • Relee el banco completo tras escribir: palabra CRC, palabra de control, EPC y los campos de usuario que poblases.
  • Compara con el valor pretendido, no con el eco que el lector hace de lo que transmitió.
  • Selecciona por TID antes de leer, para que la verificación apunte a la etiqueta física prevista y no a una vecina.
  • Baja la potencia durante la verificación para reducir el campo y evitar lecturas accidentales de artículos contiguos.
  • Guarda el resultado de verificación junto al registro de la etiqueta, con lector, antena y marca temporal.

Contraseñas, bits de bloqueo y permanencia

El bloqueo es más útil antes de ser irreversible.

  • La contraseña de acceso controla la escritura; la de kill controla la desactivación permanente, y ambas necesitan un almacén gestionado.
  • Los bits de bloqueo son prácticamente irreversibles en configuraciones habituales, así que una etiqueta mal bloqueada es chatarra.
  • El permalock del EPC elimina cualquier posibilidad de corregir un error de serie descubierto después.
  • Mantén las contraseñas por sede en un repositorio controlado, nunca codificadas en el middleware.
  • Decide la política de bloqueo antes de empezar la codificación masiva, porque retrofitearla equivale a reetiquetar todo el parque.

Escritura masiva y puesta en marcha en lote

El rendimiento y la unicidad tiran en direcciones opuestas.

  • La escritura masiva envía un valor a todas las etiquetas del campo, y solo sirve para un SKU homogéneo sin serializar.
  • La serialización única exige escrituras por etiqueta y, por tanto, exige singulación.
  • Inundar el campo para aislar una etiqueta reduce el rendimiento y castiga a lector y etiquetas.
  • Los túneles apantallados son mucho más fiables en volumen que sobrescribir a mano en campo abierto.
  • Reverifica siempre una muestra de la salida del túnel, porque un fallo del túnel también puede parecer una pasada limpia.

Taxonomía de fallos con política de reintento

Reintentar a ciegas convierte un problema de datos en un problema de hardware.

  • Clasifica los resultados: sin respuesta, acuse con valor erróneo, CRC inválido, fallo de bloqueo, EPC duplicado.
  • Reintenta una vez en el sitio y luego mueve la etiqueta a una caja de retrabajo en lugar de insistir.
  • Sigue los códigos de fallo por lote de inlay; un código que sube suele señalar un cambio de proveedor o de proceso.
  • Nunca reintentes una escritura sobre una etiqueta cuyo estado de bloqueo desconoces.
  • Cierra la caja de retrabajo cada día, o las etiquetas fallidas vuelven en silencio a producción.

Verificación en la estación de codificación

La estación es donde verificar es barato y el error aún es reparable.

  • Codifica en la etiquetadora siempre que sea posible, para que inlay y etiqueta impresa sean una sola unidad.
  • Verifica antes de aplicar la etiqueta, no después de precintar la caja y paletizar.
  • Una estación imprimir-verificar-aplicar debe registrar EPC, TID y resultado en una sola transacción.
  • Desvía automáticamente las etiquetas fallidas; la retirada manual es justo donde vuelven los errores.
  • Concilia la salida de la estación con la línea de pedido del ERP antes de cerrar el palé.

Deriva en campo y reverificación

Una etiqueta correcta al codificar no se mantiene correcta para siempre.

  • Flexión, calor, humedad y presión pueden corromper el banco de usuario sin tocar el EPC.
  • La tasa de lectura en el muelle es un buen indicador de salud solo si los ajustes del lector se mantienen estables.
  • Las auditorías periódicas deben comparar una muestra de EPC físicos con el registro del ERP.
  • Una etiqueta que lee de forma intermitente es una etiqueta fallida, no una marginal.
  • En campo, sustituye en lugar de reprogramar: el trabajo es parecido y el resultado es más seguro.

Criterios de aceptación e indicadores

Si no puedes decir los números, no puedes afirmar que el proceso funciona.

  • Define por estación: tasa de verificación en primera pasada, mezcla de códigos de fallo y tasa de retrabajo.
  • Exige a la estación demostrar validez de CRC e igualdad de valor como dos comprobaciones separadas.
  • Mantén un conjunto de referencia de etiquetas buenas y malas conocidas para chequeos mensuales.
  • Audita la auditoría: toma etiquetas ya verificadas y verifícalas de forma independiente.
  • Publica los números a operaciones, porque la calidad de codificación es invisible hasta que alguien la mide.
Integración Odoo RFID — solución integral

Usamos cookies para mejorar su experiencia de navegación, analizar el tráfico del sitio y personalizar el contenido. Haga clic en “Aceptar todas” para aceptar todas las cookies, o elija “Solo necesarias”. Consulte nuestra Política de privacidad para más detalles.