Vista previa del build report Control4 KNX
La vista muestra un paquete .codu revisado entrando en Composer. El driver presenta un plan de build para que el instalador revise rooms, dispositivos, avisos de duplicados y acciones create-only antes de construir el proyecto.
El build report es la ultima pausa antes de crear
Un build report Control4 KNX util no es decoracion despues del import. Es la pausa del instalador entre un paquete revisado y cambios reales en Composer.
El informe debe hacer visible el plan: ubicaciones, dispositivos soportados, nombres coincidentes, elementos omitidos y avisos que podrian convertirse en limpieza posterior.
Plan create-only, no otro editor
El paso de Composer deberia ejecutarse desde un .codu cerrado. Los cambios grandes de naming, rooms, lineas, DPT o mapping deben resolverse antes en el AI Assistant.
Asi el driver se centra en construir y la revision queda donde todavia se ve el contexto KNX.
Que debe confirmar el action summary
Antes del build, el instalador debe comparar el informe con el alcance esperado. La pregunta no es solo si el archivo importa, sino si el plan create-only coincide con el KNX revisado.
- Buildings, floors y rooms esperados.
- Conteo de luces, persianas, termostatos e IP gateways KNX.
- Dispositivos emparejados, omitidos o potencialmente duplicados.
- Avisos sobre mapeos KNX incompletos o no soportados.
Cuando no ejecutar el build
Si el report muestra rooms inesperadas, luces ausentes, conteo incorrecto de persianas, avisos de duplicados o candidatos no soportados, no ejecutes la creacion todavia.
Corrige la estructura en la capa de revision, exporta un .codu nuevo y vuelve a leer el build report antes de crear nada en 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
Que es el build report Control4 KNX?
Es el resumen del driver en Composer que debe mostrar que va a crear, omitir o marcar el paquete .codu revisado antes de ejecutar el build.
El build report es lo mismo que la documentacion del proyecto?
No. La documentacion explica el mapa KNX a Control4 para revision. El build report es el ultimo checkpoint en Composer antes de crear.
El report evita duplicados por si solo?
Ayuda al hacer visible el riesgo antes del run. El instalador aun debe parar y corregir el paquete si el informe no coincide con lo esperado.
Que hago si el action summary no cuadra?
No crees dispositivos. Vuelve al AI Assistant, corrige nombres, rooms o mappings, exporta un .codu nuevo y revisa otra vez el build report.
Usa el report como ultimo checkpoint en Composer
Procesa el proyecto ETS con IA, revisa la estructura Control4, exporta .codu y lee el build report antes de ejecutar el driver en Composer.