Key Takeaways
- Qué es el protocolo LLRP
- Por qué el middleware importa
- Mejores prácticas de implementación
01Qué es el protocolo LLRP
LLRP (Low Level Reader Protocol) es el protocolo estándar definido por EPCglobal que especifica el formato binario de mensajes entre lector y aplicación. No es REST ni MQTT — es un protocolo compacto orientado a conexión, diseñado para eventos RFID de alta frecuencia. LLRP abstrae el lector en tres cosas: configuración, ciclos de lectura y reporte de eventos (ROSpec).
La clave de LLRP es el ROSpec (Reader Operation Specification): una configuración declarativa que dice al lector "usa esta potencia, escanea esta antena, dura tanto, reporta estos campos". Tras enviarlo, el lector emite TagReportData hasta recibir un STOP. Esto libera al host del polling por segundo y reduce CPU y red.
02Por qué el middleware importa
Conectar el ERP directamente a LLRP es una trampa común. El tráfico LLRP es bursty y binario, y un solo lector puede emitir miles de eventos por segundo — el ERP no puede digerirlos ni filtrarlos. El middleware cumple tres roles: traducción de protocolo, filtrado y dedupe, y agregación en el borde.
- Traducción: LLRP binario → MQTT/JSON/HTTP
- Filtrado: umbral RSSI, dedupe por antena, debounce por ventana
- Agregación: 1.000 lecturas → 1 cambio de inventario
- Buffer offline: cola local, replay al reconectar
03Mejores prácticas de implementación
Primero, filtre siempre RSSI en el middleware — lecturas bajo -75 dBm casi siempre son ruido. Segundo, habilite un ROSpec independiente por lector, para que el fallo de uno no se propague. Tercero, despliegue el middleware en Docker, en la misma subred que los lectores, para evitar latencia entre subredes.
En monitoreo, siga tres métricas por lector: lecturas por segundo (TPS), tasa de éxito de ROSpec y reconexiones LLRP. Una caída de TPS suele indicar fallo de antena o interferencia; un pico de reconexiones apunta a inestabilidad de red. Un sistema sano tiene 0-2 reconexiones al día.
