Diseño de RTLS con BLE Tag: Precisión de Localización a Gran Escala
Los sistemas de localización en tiempo real (RTLS) con BLE tags han pasado de pilotos a despliegues en producción en hospitales, almacenes y plantas de fabricación. Pasar de «funciona en el laboratorio» a «funciona con 10.000 activos» requiere ingeniería deliberada en cada capa.
Arquitectura RTLS
Un RTLS BLE tiene 4 componentes: BLE tags (transmisores móviles), anchors fijos (receptores), motor de localización y capa de aplicación. Las variables críticas son: tasa de actualización, precisión de localización y vida de batería del tag — en tensión fundamental entre sí.
Intervalo de Advertising vs. Rendimiento del Sistema
| Intervalo (ms) | Tasa actualización | Vida batería (CR2032) |
|---|---|---|
| 100 | ~1 Hz | ~3 meses |
| 500 | ~0,5 Hz | ~12 meses |
| 1000 | ~0,3 Hz | ~24 meses |
| 5000 | ~0,1 Hz | ~5 años |
Colocación de Anchors: La Ecuación de Cobertura
La trilateración requiere ≥3 anchors con línea de visión simultánea. En entornos reales, el estándar de ingeniería es 4 anchors por zona. Altura de montaje recomendada: 2,5–3,5 m para minimizar el efecto de la pérdida de trayectoria a mayor altura.
Algoritmos de Localización
Trilateración RSSI: usa el modelo logarítmico d = 10^((RSSI_ref-RSSI)/(10×n)) donde n varía de 2,0 (espacio libre) a 4,5 (almacén con estanterías metálicas). AoA (Bluetooth 5.1) logra ±0,3–0,8 m pero los anchors cuestan 4–10× más. El filtro de Kalman de 2 estados es estándar para suavizar las posiciones ruidosas.
Planificación de Infraestructura
500 tags × 1 adv/s × 4 anchors = 2.000 registros/s. A ~200 bytes/registro: ~400 KB/s. Las bases de datos de series temporales (InfluxDB, TimescaleDB) superan a las relacionales en 10–50× para esta carga de escritura masiva.
Un RTLS fiable con BLE tag solo se logra cuando el entorno RF, la geometría de anchors, el algoritmo y la infraestructura se co-diseñan desde el inicio.