Vista previa del cross-check DALI KNX
La vista de cross-check mantiene la fuente KNX junto a la estructura Control4 generada. El instalador puede revisar grupos DALI, DPTs, feedback, fallos y contexto de gateway antes de exportar.
C4-KNX-DALI llega a Control4 como contexto de iluminacion KNX
El gateway oficial C4-KNX-DALI se programa desde ETS 5.6.6+ con KNXPROD DG/S1.64.1.41, mientras el redireccionamiento DALI y la asignacion de grupos se hacen en Control4 KNX Tool. El AI Assistant se queda en el lado del proyecto KNX: lee el .knxproj y hace revisables los objetos DALI antes del export.
La diferencia importa en proyectos grandes. Una salida de gateway puede representar hasta 64 dispositivos DALI y 16 grupos, ademas de broadcast, control individual, escenas, feedback y fallos. Solo lo que forma una luz o dimmer Control4 soportado deberia pasar al build plan.
- Usar ETS como fuente de objetos, nombres y DPTs de C4-KNX-DALI.
- Mantener ctrl4.co/knx-dali y ctrl4.co/knx-tool como referencias de comisionado, no como pasos de build Composer.
- Confirmar que objetos son conmutacion, brillo, dimming, feedback, fallos o diagnostico.
Individual, grupos y broadcast no se pueden aplanar sin revisar
Los grupos DALI pueden ser candidatos a luces Control4 cuando nombres ETS, DPTs y direcciones de feedback dejan clara la intencion. Pero la documentacion del gateway tambien avisa que los grupos DALI no deben solaparse, y un dispositivo controlado de forma individual no se controla tambien a traves de grupos DALI.
Antes de crear en Composer, revisa si cada objeto pertenece a un switch, dimmer, funcion broadcast, balasto individual, grupo DALI o senal solo de contexto. Asi se evitan luces Control4 duplicadas desde el mismo canal fisico DALI.
Fallos y emergencia necesitan otra ruta de revision
Un proyecto C4-KNX-DALI puede exponer estados, fallos de lampara, fallos de ballast, fallos parciales, carga de bateria, tests de emergencia y otros objetos de diagnostico por KNX. Son utiles para revisar, pero no deberian convertirse automaticamente en luces normales de Control4.
El gateway puede conectar KNX con informacion de luces de emergencia, pero no es el sistema de logging normativo. CoduWorks mantiene esa separacion visible para que el .codu priorice comandos y feedback limpios, dejando diagnostico como contexto o scope separado.
Composer debe recibir un plan de iluminacion cerrado
El paquete .codu debe decir al driver que luces crear, que direcciones de grupo KNX usan y que objetos del gateway quedan como contexto. No deberia obligar al instalador a decidir dentro de Composer que objetos C4-KNX-DALI son dispositivos finales.
El flujo con revision previa es especialmente util cuando un gateway representa muchos canales DALI, porque una mala suposicion de nombre, DPT o feedback puede repetirse en todo el proyecto.
Fuentes oficiales revisadas
Los claims tecnicos de esta pagina se mantienen cerca de documentacion oficial KNX, Control4 o del fabricante.
Herramientas y documentacion relacionadas
Preguntas frecuentes
El AI Assistant comisiona el gateway C4-KNX-DALI?
No. El direccionamiento DALI y la asignacion de grupos siguen en ETS y en Control4 KNX Tool. El AI Assistant revisa el contexto .knxproj y prepara dispositivos Control4 soportados desde datos legibles del lado KNX.
Cuantos dispositivos y grupos DALI hay que revisar?
La documentacion del gateway describe hasta 64 dispositivos DALI en la salida y hasta 16 grupos de iluminacion. CoduWorks usa los objetos ETS para decidir que debe convertirse en luz, dimmer o contexto de revision.
Los fallos y objetos de emergencia deberian crear luces Control4?
Normalmente no. Fallos de lampara, fallos de ballast, tests de emergencia y resultados de bateria/test son contexto diagnostico salvo que el proyecto los incluya como estado separado o add-on.
Comprueba el gateway DALI antes del export
Importa el proyecto ETS, revisa objetos C4-KNX-DALI, separa luces de diagnostico y exporta un .codu controlado para Composer.