Controles de Iluminación DALI-2 y D4i: Guía de Compra y Puesta en Marcha
Por Qué DALI-2 y D4i Merecen una Conversación de Compra
Los controles de iluminación suelen aprobarse después de definir el listado de luminarias, aunque la arquitectura de control puede determinar cómo se cablean, se ponen en marcha, se documentan y se mantienen las instalaciones. Esa secuencia genera riesgos evitables. Una luminaria puede cumplir con los requisitos fotométricos y aun así dejar al equipo de proyecto con un direccionamiento poco claro, datos de entrega incompletos o sin una ruta práctica para sensores y dispositivos de comunicación futuros.
DALI-2 y D4i ofrecen a los compradores comerciales una forma estructurada de abordar ese riesgo. DALI-2 es el programa de certificación de la DALI Alliance basado en el protocolo DALI y la norma multipart IEC 62386. D4i amplía ese ecosistema certificado con capacidades definidas de alimentación y datos para luminarias inteligentes. Ninguna de las dos etiquetas sustituye una revisión de diseño específica para el proyecto, pero ambas pueden hacer que una conversación técnica de compra sea más precisa.
Esta guía está dirigida a distribuidores, contratistas, especificadores, gestores de instalaciones y equipos de compras que evalúan proyectos de interiores. Se centra en las decisiones que deben tomarse antes de realizar un pedido, no en elegir un protocolo por su eslogan.
DALI-2, D4i e IEC 62386: Qué Significan los Términos
DALI-2 es un programa de certificación, no solo una característica del producto
DALI es un protocolo digital de control de iluminación especificado a través de la norma IEC 62386 y las especificaciones relacionadas de la DALI Alliance. Su comunicación digital permite que los dispositivos intercambien comandos e información de estado. En términos prácticos, un sistema de control puede direccionar dispositivos, crear grupos y escenas, y consultar información en lugar de tratar cada señal de atenuación como un nivel analógico anónimo.
La certificación DALI-2 se gestiona a través de pruebas mantenidas por la DALI Alliance. El programa abarca equipos de control y dispositivos de control, con el estado de certificación vinculado a las partes relevantes de la norma. Para la compra, el punto importante es simple: no equipare las palabras “compatible con DALI” con un producto certificado. Solicite el listado exacto del producto, el alcance de la certificación y el tipo de dispositivo declarado.
D4i añade una línea de base definida de datos inteligentes
D4i amplía el programa de certificación DALI-2 con requisitos para drivers LED y dispositivos de control montados en luminarias utilizados en luminarias inteligentes preparadas para IoT. Aborda dos barreras prácticas para la iluminación conectada: cómo los dispositivos reciben la energía de bus necesaria y cómo se almacena y comunica la información de luminaria, energía y diagnóstico.
La DALI Alliance identifica varios requisitos obligatorios para los drivers LED D4i. Entre ellos figuran la Parte 250 de DALI para una fuente de alimentación de bus integrada, la Parte 251 para datos de luminaria, la Parte 252 para datos de energía y la Parte 253 para datos de diagnóstico y mantenimiento. La Parte 150, la especificación de alimentación AUX, es opcional en los requisitos de driver D4i descritos por la Alliance. Los dispositivos de control tienen sus propios requisitos, por lo que el driver, el sensor, el dispositivo de comunicación y la luminaria completa no deben tratarse como declaraciones de certificación intercambiables.
Esta distinción importa durante una solicitud de oferta. Un driver DALI-2 puede admitir control digital dejando algunas funciones de datos como opcionales. Un driver D4i está pensado para proporcionar una base más definida para la detección a nivel de luminaria, comunicación, gestión de activos, información de energía y flujos de trabajo de mantenimiento. La información exacta disponible depende igualmente de los productos seleccionados y de la plataforma de puesta en marcha.
La Primera Decisión del Comprador: ¿Necesidad de Control o Necesidad de Datos?
Un error habitual es comenzar con la pregunta “¿Deberíamos especificar D4i?” Un punto de partida más adecuado es separar las necesidades del proyecto en tres capas.
Capa 1: Control básico de iluminación
¿El edificio solo necesita encendido y apagado, atenuación, un número reducido de zonas estables y control de escenas sencillo? Si es así, una arquitectura de control estándar puede ser suficiente. El proyecto no obtiene valor de datos que nadie recopilará, interpretará ni utilizará.
Capa 2: Control digital estructurado
¿El proyecto requiere dispositivos direccionables, múltiples escenas, reconfiguración sala a sala, integración de sensores o un aislamiento de fallos más claro? Aquí es donde una arquitectura DALI-2 puede ofrecer un ajuste operativo más sólido que un enfoque de atenuación básico. El valor no está solo en la etiqueta, sino en la capacidad de planificar grupos, escenas, dispositivos de control y documentación de entrega como un sistema único.
Capa 3: Datos de activos, energía y mantenimiento
¿El propietario necesita registros de luminarias, informes de energía, información de diagnóstico o un camino hacia sensores conectados y nodos de comunicación? Si la respuesta es afirmativa, D4i merece una evaluación específica. El equipo de compras debe definir qué datos son necesarios, dónde se almacenarán, qué plataforma los leerá y quién actuará sobre ellos tras la entrega.
La tercera capa es donde muchas especificaciones se vuelven difusas. “Listo para ser inteligente” no es un criterio de aceptación medible. Un requisito más sólido nombra los campos de datos, la interfaz, el estado de certificación y el formato de entrega esperados del proveedor.
Qué Solicitar en una Petición de Oferta
Un paquete de control debe evaluarse con la misma disciplina que la luminaria, el driver, la óptica y la garantía. La siguiente lista de solicitudes convierte una preferencia general de protocolo en información de compra verificable.
1. Certificación e identidad del producto
Solicite el fabricante, el número de modelo exacto, el modelo del driver, el modelo del dispositivo de control y el listado correspondiente en la base de datos de productos de la DALI Alliance cuando proceda. Pregunte si la declaración se aplica al driver, al dispositivo de control, a la luminaria completa o solo a un componente interno. Mantenga esas respuestas separadas en el listado de aprobación.
Para las luminarias presentadas como D4i, confirme que el driver está listado como certificado D4i y que los datos de luminaria están preconfigurados según lo exigen los requisitos de la marca de luminaria D4i. Si se suministra un dispositivo de control o sensor junto con la luminaria, confirme su propia certificación y compatibilidad en lugar de asumir que un driver certificado certifica todos los dispositivos conectados. La DALI Alliance certifica componentes y no gestiona un programa separado de certificación de luminarias.
2. Requisitos funcionales
Describa el comportamiento de control previsto en términos del proyecto. Incluya el número de zonas, los requisitos de escena, las entradas de ocupación o luz natural, las interfaces de iluminación de emergencia cuando corresponda y la respuesta esperada ante el fallo de un dispositivo o enlace de comunicación. Un proveedor no puede validar un paquete de control sin un modelo operativo definido.
3. Requisitos de datos
Enumere la información a la que el operador espera acceder. Algunos ejemplos son la identificación de la luminaria, la información del driver, los valores de energía o potencia, las horas de funcionamiento, el estado de fallo y los indicadores de mantenimiento. Pregunte cómo se exponen los datos a la plataforma de control o de gestión del edificio elegida, qué pasarela se necesita y si el formato está documentado para la entrega.
4. Cableado y topología
La alimentación y los datos DALI comparten el mismo par de cables, pero el proyecto sigue necesitando una revisión adecuada de la topología. Solicite al contratista que confirme el trazado del cable, la carga de los dispositivos, la alimentación del bus, la segregación, los supuestos de polaridad, las distancias máximas según el diseño seleccionado y el tratamiento de los equipos de emergencia o especializados. No acepte “igual que en el último proyecto” como cálculo de topología.
5. Responsabilidad de la puesta en marcha
Nombre al responsable del direccionamiento, la agrupación, la programación de escenas, la calibración de sensores, las pruebas de fallos y la aprobación final. Si el proveedor de luminarias, el integrador de controles, el contratista eléctrico y el equipo de TI asumen cada uno que otro es el responsable de la puesta en marcha, el proyecto tiene un riesgo de entrega antes de que comience la instalación.
6. Evidencia de aceptación y sustituciones
Solicite al proveedor que presente una matriz de aprobación única y que la actualice siempre que cambie un componente. Cada fila debe identificar el modelo exacto, la evidencia de certificación o marca, la función requerida, el responsable, la prueba de aceptación, el resultado y el archivo de entrega. No instale un sustituto hasta que se haya revisado su fila.
Puesta en Marcha: Convertir un Paquete Certificado en un Sistema Operativo
La certificación ayuda a establecer las expectativas de interoperabilidad, pero no pone en marcha el proyecto. La puesta en marcha debe planificarse como una secuencia con evidencia registrada.
Paso 1: Verificar los componentes entregados
Compare los números de modelo entregados con el listado aprobado. Registre los identificadores del driver, el sensor, el controlador, la pasarela y la luminaria. Las sustituciones realizadas durante la entrega deben revisarse antes de que desaparezcan en la instalación. Si una sustitución cambia el alcance de la certificación o la capacidad de datos, no es un cambio cosmético.
Paso 2: Probar las condiciones del bus y la alimentación
Antes de programar escenas, verifique el bus físico, el comportamiento de la fuente de alimentación, la visibilidad de los dispositivos y los requisitos de alimentación de cualquier dispositivo de control. Un sistema que parece atenuar correctamente puede tener problemas de cableado, direccionamiento o alimentación que resulten difíciles de diagnosticar una vez cerrado el techo.
Paso 3: Direccionar y agrupar dispositivos
Elabore un listado de direccionamiento que asigne cada dispositivo a una sala, zona, referencia de luminaria y función de control. Para un proyecto de hostelería u oficinas, el listado debe ser comprensible para el equipo de instalaciones, no solo para el instalador que lo creó. Los nombres de los grupos deben coincidir con los planos y los nombres de las salas siempre que sea posible.
Paso 4: Configurar escenas y lógica de sensores
Pruebe las escenas normales, el comportamiento de ocupación, la respuesta a la luz natural, los controles manuales de anulación, los horarios programados y la recuperación tras una interrupción de la alimentación. Registre el comportamiento esperado y el resultado medido. Si el proyecto utiliza funciones ajustables o especializadas, documente los límites operativos en lugar de describirlos simplemente como “inteligentes”.
Paso 5: Validar datos e informes de fallos
Para proyectos D4i, confirme que la plataforma de control puede leer la información requerida de luminaria, energía y diagnóstico. Especifique los campos y unidades en la matriz de aprobación; por ejemplo, horas de funcionamiento, valores de energía o potencia, estado de fallo, identidad del driver y respuesta ante fallos. Pruebe una ruta de fallo conocida o simulada donde el diseño lo permita y registre el resultado. Los datos que nunca llegan al operador tienen un valor práctico limitado.
Paso 6: Completar el paquete de entrega
La entrega debe incluir el listado final de direccionamiento y agrupación, planos conforme a obra, listado de dispositivos y drivers, lógica de control, valores de escena, configuración de la pasarela, evidencia de certificación, contactos de garantía e instrucciones de mantenimiento. Incluya una explicación clara de qué datos están disponibles y qué plataforma o herramienta se necesita para acceder a ellos.
DALI-2 y D4i: Comparativa Práctica para Equipos de Proyecto
| Punto de evaluación | DALI-2 | D4i |
|---|---|---|
| Función principal | Ecosistema certificado de control digital de iluminación | Extensión de DALI-2 para luminarias inteligentes con capacidad de datos |
| Modelo de control | Control digital direccionable con dispositivos compatibles | Control DALI-2 más requisitos definidos de alimentación del driver y datos inteligentes |
| Datos de luminaria | Depende del producto y el alcance de la certificación; algunas partes de datos pueden ser opcionales | Las Partes 251, 252 y 253 son obligatorias para los drivers LED D4i |
| Informes de energía | Especifique y verifique la capacidad real del producto | Un requisito definido de datos de energía forma parte de la línea de base del driver D4i |
| Diagnósticos | Especifique las funciones de diagnóstico que necesita el proyecto | Un requisito definido de datos de diagnóstico forma parte de la línea de base del driver D4i |
| Integración de sensores o comunicación | Posible con componentes compatibles y diseño adecuado | Diseñado para simplificar la integración en luminarias inteligentes preparadas para IoT |
| Mejor pregunta de compra | ¿Este paquete certificado cumple las funciones de control requeridas? | ¿Este paquete certificado expone los datos e interfaces que el propietario utilizará? |
La tabla es un punto de partida. El alcance de la certificación, la plataforma, la pasarela y la topología deben verificarse conjuntamente.
Una Matriz de Compra que Pueda Ser Aceptada
Esta matriz es el registro mínimo de evidencia que distingue una capacidad declarada de un entregable aceptado.
| Requisito | Evidencia del proveedor | Prueba de aceptación del proyecto | Responsable | Documento de entrega |
|---|---|---|---|---|
| Capacidad de control o datos certificada | Modelo exacto y listado correspondiente en la base de datos de productos de la DALI Alliance | Confirmar que el modelo entregado coincide con el listado aprobado | Proveedor y especificador | Listado de productos aprobados |
| Declaración de luminaria D4i, cuando se especifique | Listado de driver certificado D4i y evidencia de la marca de luminaria | Verificar la identidad del driver y los datos preconfigurados de la luminaria antes de la puesta en marcha | Proveedor e integrador de controles | Registro de datos de luminaria |
| Comportamiento de control requerido | Listado de zonas, escenas, sensores, anulaciones y respuesta ante fallos | Presenciar el funcionamiento normal, la anulación manual y la recuperación tras interrupción de alimentación | Integrador de controles | Registro de puesta en marcha firmado |
| Datos requeridos | Campos nombrados, unidades, ruta de acceso y mapeo de pasarela o plataforma | Leer cada campo requerido y registrar un resultado de muestra | Integrador de controles y equipo de instalaciones | Exportación registrada más instrucciones de acceso |
| Diseño del bus y alimentación | Topología, carga de dispositivos y cálculo de alimentación del bus | Verificar el trazado instalado y la visibilidad de los dispositivos antes del cierre del techo | Contratista eléctrico | Plano conforme a obra y registro de pruebas |
| Sustitución | Modelo de reemplazo y alcance modificado de certificación o datos | Reaprobación de la fila afectada antes de la instalación | Especificador o responsable de compras | Matriz de aprobación revisada |
La base de datos de productos lista los productos certificados, mientras que los requisitos de luminaria D4i describen el uso de la marca de luminaria correspondiente. Exija evidencia que coincida con la declaración; no infiera la elegibilidad de una luminaria completa a partir de la etiqueta del driver.
Errores Comunes en la Compra
Error 1: Tratar “compatible con DALI” como una aprobación completa
El lenguaje de compatibilidad puede describir el comportamiento eléctrico o de protocolo de un componente sin demostrar el estado exacto de certificación ni el rendimiento de la luminaria completa. Exija evidencia específica del modelo y regístrela en el paquete de aprobación.
Error 2: Comprar datos sin un proceso operativo
Los datos de energía y diagnóstico solo generan valor cuando alguien los recibe, los comprende y tiene autoridad para actuar. Asigne responsabilidad sobre paneles de control, alarmas, registros de mantenimiento y revisiones periódicas antes de pagar por una arquitectura rica en datos.
Error 3: Excluir la puesta en marcha del alcance comercial
Un precio de equipo bajo puede verse compensado por una responsabilidad de programación poco clara, visitas de retorno, direccionamiento incompleto y una entrega deficiente. Incluya la puesta en marcha como un entregable con pruebas y documentos, no como un ajuste final informal.
Error 4: Ignorar la estrategia de sustitución futura
El operador puede necesitar reemplazar un driver, sensor o dispositivo de comunicación varios años después de la instalación original. Confirme qué información se conserva, si los dispositivos de reemplazo deben estar certificados de una manera determinada y quién puede restaurar la configuración.
Error 5: Añadir un protocolo sin verificar la capacidad del equipo de proyecto
Una arquitectura de control más rica no es automáticamente un proyecto mejor. Confirme que el contratista eléctrico, el integrador de controles, el equipo de TI y el operador de instalaciones pueden dar soporte al sistema seleccionado. La complejidad debe tener un responsable y una justificación.
Recomendaciones de Compra: Un Marco de Decisión Sencillo
Utilice las siguientes preguntas durante la revisión del diseño:
- ¿La lógica de zonificación, escenas y sensores del proyecto es sencilla o es probable que cambie?
- ¿El propietario necesita solo control, o también datos estandarizados de luminaria, energía y diagnóstico?
- ¿Qué productos exactos y luminarias completas están certificados, y qué cubre esa certificación?
- ¿Quién pondrá en marcha, probará, documentará y mantendrá el sistema?
- ¿Qué plataforma de datos recibirá la información y cuál es el proceso de escalada ante una alarma?
- ¿Puede el equipo dar soporte a la sustitución, reconfiguración y resolución de problemas tras la entrega?
Si la respuesta a las preguntas sobre datos y ciclo de vida es incierta, pause la especificación en lugar de añadir “inteligente” como requisito genérico. Si las respuestas son claras, DALI-2 o D4i pueden evaluarse frente a un brief de proyecto medible.
Preguntas Frecuentes para Compradores de Iluminación Comercial
¿Es D4i lo mismo que DALI-2?
No. D4i amplía el programa de certificación DALI-2 con requisitos adicionales destinados a luminarias inteligentes con capacidad de datos. Un listado de compras debe identificar si se requiere control DALI-2, drivers o dispositivos de control certificados D4i, elegibilidad para la marca de luminaria D4i o una combinación de los anteriores.
¿D4i proporciona automáticamente una solución completa de edificio inteligente?
No. D4i puede proporcionar una base estandarizada para la integración de datos y dispositivos, pero el proyecto sigue necesitando dispositivos de control compatibles, pasarelas o capas de comunicación, software, puesta en marcha y un proceso operativo.
¿La certificación elimina la necesidad de la puesta en marcha?
No. La certificación respalda las declaraciones de interoperabilidad a nivel de producto. No aborda la topología, el direccionamiento, las escenas, la calibración de sensores, la integración de plataformas, la documentación ni la formación del operador del proyecto.
¿Qué debe incluir un proveedor en el presupuesto?
Como mínimo, solicite números de modelo exactos, evidencia de certificación, capacidades de control y datos, supuestos de cableado, alcance de la puesta en marcha, documentos de entrega, condiciones de garantía y la ruta de soporte o sustitución propuesta. Solicite al proveedor que señale cualquier elemento que dependa de un controlador o pasarela de terceros.
Conclusión
Para proyectos de iluminación comercial, DALI-2 y D4i deben tratarse como decisiones de compra y ciclo de vida, no como etiquetas añadidas al final de un listado de luminarias. DALI-2 puede proporcionar una base de control digital estructurado. D4i añade requisitos definidos para la alimentación del driver y datos estandarizados de luminaria, energía y diagnóstico. El valor aparece solo cuando la especificación, los componentes, el plan de puesta en marcha, la plataforma y el paquete de entrega están alineados.
El paso siguiente más fiable es convertir las expectativas de control y datos del proyecto en una lista de verificación de solicitud de oferta específica para cada modelo. Defina qué debe controlarse, qué debe medirse, quién lo pondrá en marcha y cómo lo mantendrá el operador.
Fuentes:
- DALI Alliance: Introducción a DALI y DALI-2
- DALI Alliance: DALI data specifications
- DALI Alliance: D4i overview
- DALI Alliance: DALI-2 certification status
- DALI Alliance: Luminaire requirements
Información verificada frente a las páginas de la DALI Alliance citadas el 25 de agosto de 2026. El estado de certificación de los productos, la elegibilidad para la marca y los requisitos del proyecto deben verificarse nuevamente antes de realizar la compra.
Lectura Relacionada:
- DALI-2 vs 0-10V en Controles de Iluminación
- Tendencias de Compra de Iluminación Comercial T1 2026
- Tendencias de Iluminación Inteligente: Matter, DALI-2 y Zigbee
- Iluminación como Servicio: De CAPEX a OPEX
Próximo Paso para los Equipos de Proyecto
Antes de la aprobación definitiva de las luminarias, solicite a su proveedor que mapee cada luminaria y driver propuesto frente a los requisitos de control, datos, puesta en marcha y entrega descritos anteriormente. Una matriz clara mostrará si el proyecto necesita control digital básico, certificación DALI-2, capacidad de datos D4i o una arquitectura diferente. Utilice esa matriz como lista de verificación de aceptación para presupuestos, sustituciones, puesta en marcha y entrega.