NB-IoT o LoRa: elija según la instalación, no solo la radio
Cobertura, infraestructura y responsabilidades de operación determinan la conectividad de cada punto de luz.
La diferencia principal está en quién opera la red
NB-IoT utiliza la red móvil de un operador; una red LoRa propia requiere infraestructura local para enlazar los dispositivos con la plataforma. Para alumbrado, la elección depende de cobertura, distribución de puntos, mantenimiento y costes recurrentes. Lux AITHA ofrece variantes LoRa y NB-IoT con la misma interfaz Zhaga Book 18 y control DALI.
Comparar radios sin dibujar la instalación suele ocultar el verdadero problema. Una calle con muchos puntos próximos y un emplazamiento adecuado para el router presenta condiciones distintas de varios puntos aislados repartidos por el municipio. También cambian las responsabilidades: mantener una red propia no es lo mismo que contratar un servicio móvil por dispositivo y gestionar sus condiciones.
En el caso publicado de Lux AITHA LoRa, la red es privada y propietaria a 868 MHz en la UE, no LoRaWAN. Router LoRa conecta los nodos con AITHANEX o el sistema acordado mediante 4G, Ethernet o WiFi. La variante Lux AITHA NB-IoT comunica por la red móvil sin Router LoRa intermedio; el servicio compatible sigue siendo necesario.
No existe una opción universalmente más barata ni más fiable. La comparación debe incluir instalación, conectividad, acceso a los equipos, repuestos y tiempo de diagnóstico. Un coste inicial pequeño puede trasladar obligaciones a la operación. Una infraestructura propia puede repartir costes entre muchos puntos, pero también necesita ubicaciones, alimentación y responsables de mantenimiento que conviene identificar desde el principio.
Qué confirmar con el operador y en el emplazamiento
Para NB-IoT hay que comprobar disponibilidad del servicio, bandas admitidas por el módulo y condiciones de la SIM y del contrato. La presencia de cobertura móvil para teléfonos no demuestra automáticamente cobertura NB-IoT utilizable. Las condiciones de acceso, itinerancia y conectividad hacia el backend deben revisarse con el operador para el país y la instalación previstos.
La prueba debe hacerse con el equipo y la antena reales, en la posición de montaje prevista. Una medida tomada a pie de calle no describe necesariamente una luminaria ni un cuadro cerrado. Es útil observar el registro en red, el envío de datos y la respuesta a órdenes durante un periodo representativo, no solo comprobar que el dispositivo se conecta una vez.
En una red LoRa propia se estudian los enlaces entre nodos y router, sus obstáculos y la salida del router a Internet. La frecuencia y la configuración deben respetar las condiciones regulatorias de la región. Ni una distancia comercial ni una simulación favorable eliminan la necesidad de comprobar comunicación en los puntos más difíciles del despliegue.
Latencia, energía y mantenimiento
La latencia relevante es la del proceso completo, desde una orden hasta su ejecución comprobada. Depende de la red, del dispositivo, de la configuración y de la aplicación. Los modos de ahorro energético de una tecnología pueden afectar cuándo está disponible un equipo para recibir mensajes; no conviene prometer actuación instantánea sin haber medido el comportamiento del conjunto propuesto.
El consumo tampoco debe compararse con una única cifra genérica. Frecuencia de mensajes, señal, reintentos y configuración influyen en el gasto energético. En alumbrado conectado, además, la alimentación del controlador forma parte de la luminaria y debe verificarse con su interfaz. Una autonomía de batería obtenida para otro tipo de sensor no constituye una especificación de Lux AITHA.
La recuperación ante una caída es un criterio de mantenimiento importante. Se debe decidir cómo distinguir una falta de comunicación de un fallo de iluminación, qué información queda registrada y cómo se retoma el servicio. Con red propia se revisa también el router; con red móvil se necesita un procedimiento para investigar servicio, SIM y dispositivo sin atribuir todo al operador.
Una comparación que termina en pruebas
La evaluación puede empezar con cuatro preguntas concretas: dónde están los puntos, quién mantiene la infraestructura, qué comunicación necesita la operación y qué coste se acepta durante la vida prevista. Las respuestas permiten descartar opciones inviables antes de comparar características secundarias. Después se acuerdan evidencias de aceptación para cobertura, entrega de información, órdenes y recuperación de cada variante considerada.
Si las dos opciones son viables, el piloto debe usar condiciones comparables y registrar excepciones. No es útil enfrentar un nodo móvil bien situado con una red propia sin emplazamiento adecuado para su router. Las diferencias observadas se documentan junto a la configuración y el entorno, para que el resultado pueda explicarse y reproducirse al ampliar la instalación.
La ficha técnica de Lux AITHA identifica sus interfaces y variantes; la información del operador confirma el servicio concreto disponible. Para la arquitectura LoRa, la guía de LoRa privada frente a LoRaWAN ayuda a no mezclar protocolos. Separar conocimiento general y condiciones del producto evita convertir una ventaja posible de la tecnología en una garantía de la instalación.