Frontera entre Composer Home y KNX
La vista de workflow muestra fuente KNX y estructura Control4 revisadas antes del build final con driver Composer, separando edicion de usuario del setup de integracion.
Por que aparece esta duda
Un propietario puede ver el proyecto Control4 terminado y quiza tener acceso a algunas capacidades de Composer Home. Eso no significa que la capa de integracion KNX sea segura de reconstruir desde ahi.
KNX requiere contexto ETS, mapeo de direcciones de grupo, supuestos de gateway, comportamiento de feedback y plan de build del driver. Esas decisiones estan antes de la edicion normal de usuario final.
Composer Home no es la capa de import KNX
Composer Home/HE no es el sitio adecuado para importar un .knxproj, crear toda la estructura de dispositivos basada en KNX o diagnosticar routing y feedback a nivel de build.
Para ese trabajo, el instalador necesita el entorno profesional Control4, el flujo de driver correspondiente y el archivo ETS fuente. CoduWorks prepara el paquete de handoff, pero no elimina la necesidad del build profesional en Composer.
Que deberia pedir el propietario
En vez de intentar rehacer KNX desde Composer Home, pide al integrador una revision clara ETS a Composer: que dispositivos se crearan, que feedback se usara, que queda como contexto y que necesita programacion manual.
Un .codu revisado y un build report facilitan esa conversacion porque el plan es visible antes de crear.
- Confirmar que el .knxproj de ETS esta disponible y actualizado.
- Preguntar que luces, persianas, termostatos y gateways IP KNX son objetivos de build.
- Separar keypads, sensores y HVAC de la creacion automatica core.
Flujo limpio para el equipo profesional
El flujo profesional empieza con ETS, pasa por revision asistida con IA, exporta .codu y usa el driver Composer para construir el proyecto. Composer Home puede seguir siendo lo que debe ser: una capa de edicion para propietario despues de que el sistema este bien construido.
Esta frontera protege el proyecto de imports parciales, dispositivos duplicados y ediciones que esconden el verdadero problema de mapeo KNX.
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
Puedo importar KNX en Control4 Composer Home?
No como flujo completo de build. El import KNX, setup driver y creacion de dispositivos deben hacerse en el flujo profesional de Composer con contexto ETS disponible.
CoduWorks ayuda si solo tengo Composer Home?
CoduWorks puede preparar un paquete ETS a .codu revisado, pero el build final del driver sigue perteneciendo al instalador o equipo con Composer Pro.
Que deberia entregar el propietario al integrador?
El .knxproj actual si esta disponible, objetivos del proyecto, preferencias de nombres de rooms y una lista de lo que debe aparecer en Control4.
Por que no editar simplemente el proyecto Control4 existente?
Si el mapeo KNX esta mal, cambiar nombres visibles no corrige comandos, feedback, DPTs, routing gateway ni riesgo de duplicados.
Prepara el handoff KNX para el equipo Composer Pro
Usa CoduWorks para revisar ETS, generar la estructura Control4 y exportar un .codu que el equipo profesional pueda construir.