Telegestión de alumbrado público: del punto de luz al mantenimiento
Una guía para separar control de luminaria, comunicaciones y operación antes de ampliar una instalación.
Qué permite la telegestión
La telegestión de alumbrado público permite supervisar luminarias y enviar órdenes de encendido, regulación y programación a distancia. Combina un controlador en el punto de luz, una comunicación y una plataforma de gestión. La solución de alumbrado con Lux AITHA aplica esta arquitectura mediante Zhaga Book 18, DALI y variantes LoRa o NB-IoT.
Supervisar y controlar no son lo mismo. La supervisión recoge información disponible del dispositivo y ayuda a detectar incidencias; el control envía una orden cuya ejecución debe comprobarse. Una pantalla que muestra un nivel solicitado no demuestra necesariamente que la luminaria haya aplicado ese nivel. El proyecto debe definir cómo distingue solicitud, confirmación y estado observado.
La información sirve para organizar el mantenimiento, pero requiere contexto. Un punto sin comunicación puede seguir iluminando; una luminaria que comunica puede tener un problema en el driver o en su alimentación. Asociar equipo, ubicación e historial evita tratar todas las ausencias de datos como averías eléctricas y ayuda a preparar una intervención con información útil.
El ahorro energético depende del diseño lumínico, los horarios, la regulación admisible y el funcionamiento previo. No es responsable prometer un porcentaje universal por conectar las luminarias. Para evaluar el resultado se necesitan una referencia comparable, un periodo de medición y reglas que mantengan los requisitos de iluminación del espacio público.
Interfaz de luminaria y red de comunicaciones
Zhaga Book 18 y DALI resuelven partes diferentes de la instalación. El primero describe una interfaz de conexión para módulos en luminarias exteriores; DALI permite comunicar órdenes y datos con equipos compatibles. El zócalo, la alimentación disponible y las capacidades del driver deben comprobarse juntos. La presencia de un conector no certifica automáticamente el conjunto instalado.
En Lux AITHA, ambas variantes comparten la interfaz Zhaga Book 18 y el control DALI. Lux AITHA LoRa utiliza una red privada propia a 868 MHz en la UE, no LoRaWAN. El Router LoRa es un equipo independiente de la luminaria que conecta esa red con AITHANEX o con el sistema previsto en el proyecto.
Lux AITHA NB-IoT utiliza conectividad móvil por punto. Antes de elegirla hay que confirmar cobertura y servicio compatibles con el operador en el emplazamiento. Un mapa general de cobertura no reemplaza la prueba con el módulo, la antena y la configuración reales. La variante LoRa también necesita mediciones de enlace y emplazamientos adecuados para su infraestructura.
Cómo preparar un piloto representativo
El piloto debe incluir calles y ubicaciones que representen las dificultades reales: distancias, obstáculos, altura de instalación y condiciones de acceso. Elegir únicamente los puntos más favorables produce una demostración, no una base suficiente para escalar. El inventario debe registrar modelo de luminaria, driver, conexión, posición y equipo instalado, con identificadores que mantenimiento pueda reconocer.
Las pruebas empiezan por lo básico: encender, apagar, regular y aplicar horarios acordados. Después se comprueba la recepción de información, la identificación de incidencias y la respuesta ante pérdida de comunicación. Cada prueba necesita un resultado esperado, una evidencia y una persona responsable de aceptarla; de lo contrario, dos equipos pueden interpretar de manera distinta el mismo comportamiento.
Conviene ensayar la recuperación, no solo el funcionamiento normal. Se revisa qué datos conserva el sistema, qué órdenes pueden quedar pendientes y qué ocurre al restablecer la conexión. También se documenta el procedimiento manual cuando la comunicación no está disponible. La seguridad y continuidad del alumbrado no deben depender de que alguien improvise durante una incidencia.
Criterios para ampliar el despliegue
La ampliación debe basarse en resultados observados: comunicación suficiente para el uso previsto, control verificado, trazabilidad de incidencias y aceptación del equipo de mantenimiento. Los umbrales pertenecen al proyecto, no a una promesa genérica del catálogo. Es importante registrar también excepciones y zonas que necesitan una solución diferente antes de aprobar el siguiente grupo de puntos.
La operación requiere definir quién cambia horarios, quién autoriza una regulación y quién recibe los avisos. Un registro de cambios facilita investigar una incidencia y evita confundir una modificación autorizada con un fallo. Integrar la información con el proceso de mantenimiento puede ser más útil que añadir otra pantalla que nadie consulta durante su jornada.
Las especificaciones publicadas deben contrastarse con la versión propuesta. La ficha técnica de Lux AITHA es la referencia para las variantes del producto; Zhaga y la DALI Alliance permiten profundizar en las interfaces generales. Compatibilidad declarada, certificación y validación de una instalación son evidencias distintas y no deben presentarse como equivalentes.