La iluminación conectada debe especificarse como un sistema operativo completo, no añadirse como una función después de haber seleccionado las luminarias. Elija primero la arquitectura y, a continuación, conecte cada luminaria, driver, sensor, protocolo de control, pasarela, interfaz de software y prueba de puesta en servicio a esa arquitectura. El nivel adecuado de conectividad es el sistema más sencillo que pueda ofrecer las secuencias, la integración y la mantenibilidad requeridas.
Elija la arquitectura antes de la lista de dispositivos
Los controles autónomos pueden ser adecuados para una sala o zona sencilla donde los sensores e interruptores locales proporcionen el comportamiento requerido. Los sistemas basados en salas coordinan varios dispositivos y escenas sin depender necesariamente de una red central. Los sistemas conectados en red de forma centralizada pueden admitir programación horaria, configuración remota, monitorización, análisis e integración con sistemas del edificio, pero también añaden responsabilidades de software, cuentas, red, ciberseguridad y ciclo de vida.
El Departamento de Energía de EE. UU. y el Pacific Northwest National Laboratory describen los sistemas de iluminación conectada como plataformas que pueden combinar sensores en red, conectividad a Internet e interfaces con otros controles del edificio. Estas capacidades solo son útiles cuando el proyecto tiene un caso de uso definido y un responsable de los datos resultantes y de las responsabilidades del sistema.
Para oficinas, comercios y espacios públicos, la soluciones de iluminación comercial y para comercios La página proporciona contexto de aplicación. La especificación del proyecto debe indicar igualmente qué salas y decisiones requieren realmente conectividad.
Defina el límite entre el driver y el protocolo
«Regulable» no es una especificación completa de interfaz. Indique si la vía utiliza conmutación, control de fase, 0–10 V, DALI, un protocolo inalámbrico identificado u otro método definido. Registre el modelo de driver, el rango de regulación, la curva de control, el comportamiento en espera, la alimentación auxiliar, la polaridad del cableado, la capacidad de direccionamiento y el estado ante fallo.
El Guía de compatibilidad de drivers LED, regulación y control explica por qué las etiquetas de protocolo por sí solas no confirman un funcionamiento estable en todo el rango. Pruebe la combinación exacta de driver, controlador, firmware y cableado prevista para el proyecto.
Convierta las estancias en zonas y secuencias verificables
Un plano de techo reflejado o una tabla de salas debe mostrar las luminarias controladas, los sensores, los puestos de pared y los límites de zona. Para cada zona, defina el comportamiento en ocupado, desocupado, con luz natural, fuera de horario, anulación manual, emergencia y pérdida de comunicación.
Evite expresiones como «control de luz natural cuando sea necesario» sin un objetivo ni una respuesta. Indique las hipótesis de ubicación del sensor, el punto de ajuste o método objetivo, el nivel mínimo y máximo, el comportamiento de transición, el retardo, la duración de la anulación y la interacción con los horarios. Cuando la calidad visual sea relevante, el guía sobre UGR, CRI y parpadeo ayuda a separar las métricas de la luminaria y del driver de la secuencia de control.
Especifique la integración y la titularidad de los datos
Para la integración con la automatización del edificio, identifique la interfaz, la pasarela, los puntos de datos, la frecuencia de actualización, la prioridad de los comandos y el comportamiento ante fallos. Decida si el sistema de automatización del edificio lee el estado de la iluminación, envía comandos o ambos. Identifique a la parte responsable de cada lado de la interfaz y de la prueba de aceptación.
El Departamento de Energía de EE. UU. señala que la interoperabilidad de la iluminación conectada ha implicado API, así como limitaciones y compromisos. La disponibilidad de una API no garantiza que estén presentes los puntos, permisos, latencia o soporte de ciclo de vida requeridos. Exija la documentación y la versión exactas de la interfaz utilizada para el proyecto.
Defina las responsabilidades de ciberseguridad y de las cuentas
El alcance de seguridad debe seguir la arquitectura seleccionada. Un sensor autónomo local tiene una exposición distinta de la de una red gestionada en la nube. Registre la segmentación de red, los roles de usuario, la titularidad de la administración, la transferencia de contraseñas y credenciales, la política de acceso remoto, la responsabilidad de las actualizaciones, el registro de eventos, la planificación de copias de seguridad y de fin de servicio.
No deje la cuenta registrada a nombre de un instalador sin una vía de transferencia. Defina también qué ocurre si un servicio en la nube, una pasarela o la conexión a Internet no están disponibles. La cuestión no es si el producto se denomina «seguro», sino si el proyecto puede identificar propietarios, vías de acceso, decisiones de actualización y pasos de recuperación.
Ponga en servicio conforme a una matriz de aceptación
La puesta en servicio debe reproducir los estados especificados, en lugar de confirmar únicamente que las lámparas se encienden. Pruebe al menos un punto representativo en cada zona y todas las excepciones que puedan modificar sustancialmente el funcionamiento.
| Área de aceptación | Acción de prueba | Registro en la entrega |
|---|---|---|
| Identidad del dispositivo | Haga coincidir la dirección, el modelo y la ubicación física | Listado de dispositivos conforme a obra |
| Funcionamiento de la zona | Active cada sensor, escena y programación | Nivel, temporización y resultado observados |
| Regulación | Pruebe el comportamiento de mínimo, máximo, atenuación y apagado | Combinación y ajustes de driver/controlador |
| Integración | Lea y controle los puntos BAS acordados | Versión de interfaz, lista de puntos y resultado de excepciones |
| Modo de fallo | Retire la red, la pasarela o la entrada del sensor según se especifique | Estado predeterminado y comportamiento de recuperación |
| Control de acceso | Pruebe los roles de usuario y administrador | Propietario de la cuenta y registro de transferencia de credenciales |
El Panel LED RGB+CCT regulable es una ruta de producto relevante cuando la salida multicanal y el control forman parte del encargo. Su uso en un proyecto sigue dependiendo del método de control exacto, la configuración y las evidencias aprobadas para ese proyecto.
Convierta la puesta en servicio en una entrega mantenible
Proporcione la lista de dispositivos conforme a obra, el mapa de zonas, la secuencia, la exportación de ajustes, las versiones de firmware, los detalles de la pasarela, los roles de administrador, el registro de formación y el procedimiento de sustitución. Confirme si es necesario volver a direccionar un driver o sensor de reemplazo y cómo se restaura la configuración anterior.
Utilice la Resumen de la fábrica y las capacidades de fabricación de New Lights al alinear la configuración de la luminaria y los registros de producción, y el centro de descargas para los archivos de producto actualmente publicados. La documentación del producto y los ajustes finales del proyecto deben seguir siendo distinguibles, pero estar vinculados.
Plantee cuestiones de ciclo de vida antes de aprobar
Confirme quién presta soporte para el software, durante cuánto tiempo se prevé que sigan disponibles sustituciones compatibles, si se pueden exportar los ajustes, cómo se aprueban las actualizaciones de firmware y qué ocurre cuando se retira una pasarela o un servicio. Evite un diseño que solo pueda cumplir la secuencia del día de apertura mientras siga activa una cuenta de instalador.
El mismo principio se aplica a los datos del proyecto. La guía de preparación de datos para el Pasaporte Digital de Producto de la UE abarca una tarea normativa diferente, pero su método de control de identidad y revisiones resulta útil para vincular dispositivos, firmware, documentos y fechas de vigencia.
Preguntas frecuentes
¿Todo proyecto comercial necesita iluminación conectada?
No. Utilice el control en red cuando sus funciones de programación, supervisión, integración o datos resuelvan un requisito definido del proyecto. Un sistema autónomo o basado en salas puede ser más fácil de poner en marcha y mantener en espacios más sencillos.
¿DALI o 0–10 V garantizan la compatibilidad de regulación?
No. El protocolo o la interfaz es solo un límite. Confirme conjuntamente el driver exacto, el controlador, el rango de funcionamiento, el cableado, el firmware y el comportamiento requerido.
¿Qué debe incluir una entrega de iluminación conectada?
Incluya identidades de dispositivos, mapas de zonas, secuencias, copias de seguridad de ajustes, versiones de firmware, documentos de interfaz, roles de usuario, credenciales, formación y procedimientos de sustitución o recuperación.
¿Quién debe ser titular de la cuenta en la nube o de administrador?
El proyecto debe nombrar a la organización operativa responsable y el proceso de transferencia antes de la aceptación. El acceso del instalador puede mantenerse únicamente dentro de un modelo de soporte y seguridad acordado.
Redacte la secuencia operativa antes de la orden de compra
Para una RFQ de iluminación conectada, contacte con New Lights con el horario de la sala, las secuencias requeridas, el protocolo de control, los tipos de luminarias, los puntos de integración, las restricciones de red, las pruebas de puesta en marcha y los requisitos de entrega. Esa información es más útil que solicitar «iluminación inteligente» como una característica sin definir.
