Vista previa del flujo FAQ Control4 KNX
La vista muestra contexto ETS, estructura Control4 generada, pasos de revision y entrega del paquete a Composer.
Cual es el flujo recomendado?
Empieza con el .knxproj de ETS, no con una hoja reconstruida a mano. El AI Assistant usa el contexto del proyecto para identificar estancias, dispositivos, direcciones de grupo, DPTs, ComObjects y patrones de nombre antes de que el driver de Composer cree nada.
Despues de revisar, la plataforma exporta un .codu. El driver de Composer muestra el plan de build y crea la estructura revisada en el proyecto Control4 real.
- Importa ETS y revisa la fuente KNX.
- Procesa con IA y comprueba la vista Control4.
- Exporta .codu y ejecuta el build en Composer despues de revisar.
Que preguntas de gateway importan primero?
Antes de crear dispositivos, confirma como vera Control4 el bus KNX. Muchos proyectos necesitan decidir entre un enfoque KNX Network, KNX Routing Gateway u otro contexto de gateway, y los proyectos multi-linea pueden necesitar filter tables, dummy devices o revision de acopladores.
Si el feedback no llega bien al lado Control4, los dispositivos generados pueden parecer correctos pero comportarse mal en la UI.
Que crea CoduWorks automaticamente?
El build automatico core es intencionadamente concreto: luces switch, dimmers, persianas, termostatos acotados y gateways KNX/IP. Esas familias se pueden revisar contra comando, feedback, DPT y estancia antes del export.
El resto de familias KNX puede seguir visible. Keypads, pulsadores, contactos, sensores y contexto HVAC mas amplio pueden explicar el proyecto, pero no deben generarse a ciegas como dispositivos visibles.
Que sigue ocurriendo dentro de Composer?
Composer sigue siendo el entorno final de build y programacion. CoduWorks prepara y revisa el paquete; el driver de Composer crea la estructura y el instalador confirma el plan de build.
La programacion especifica, decisiones de cliente, escenas custom, pruebas finales y puesta en marcha siguen bajo control del instalador.
Que revisar cuando KNX no funciona en Control4?
Primero separa problemas de importacion y problemas de runtime. Los de importacion suelen venir de falta de contexto ETS, nombres ambiguos o familias no soportadas. Los de runtime suelen estar en gateway, multicast, filter tables, acopladores, DPT incorrecto o feedback ausente.
Un flujo con revision previa ayuda porque esos supuestos se ven antes de entregar el .codu a Composer.
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
Control4 puede integrarse con KNX?
Si. Control4 puede trabajar con KNX usando el gateway o driver de red adecuado, drivers de dispositivo y mapeo de direcciones. El reto practico es preparar el ETS para que Composer reciba una estructura revisada.
Necesito el archivo ETS?
Para el flujo CoduWorks, si. El .knxproj aporta topologia, nombres, DPTs, ComObjects y contexto de direcciones que una lista manual suele perder.
Que dispositivos se generan automaticamente?
El build core se centra en luces switch, dimmers, persianas, termostatos acotados y gateways KNX/IP. HVAC mas amplio, RGB, DALI, sensores, keypads y contactos se revisan como contexto o add-ons separados.
Keypads, pulsadores o sensores cuentan para pricing?
No. El conteo de tier se basa en luces, persianas, termostatos y gateways KNX/IP. Keypads, pulsadores, sensores y contactos pueden seguir visibles como contexto sin subir el tier.
Las senales KNX pueden disparar programacion Control4?
Pueden prepararse como contexto para programacion Composer cuando la senal, DPT, gateway y comportamiento del driver encajan. La logica final sigue en Composer.
El flujo evita duplicar dispositivos?
El objetivo es un paquete create-only revisado con riesgos de duplicado visibles antes del build. No se debe sobrescribir trabajo existente en Composer a ciegas.
KNX Secure se soporta automaticamente?
KNX Secure necesita preflight cuidadoso. No conviene asumir que claves, acceso de dispositivo y comportamiento del gateway se resuelven solo importando.
Esto sustituye a un dealer Control4 o instalador KNX?
No. Prepara datos ETS y el paquete de build Control4. Instalacion fisica, comisionado, decisiones finales en Composer y aceptacion de cliente siguen con el profesional local.
Convierte dudas KNX en un plan de build revisado
Sube el proyecto ETS, revisa alcance de dispositivos y contexto de gateway, y exporta un paquete mas limpio para el driver Composer.