Checklist descargable/Actualizado Junio 2026/6 min

Checklist descargable KNX a Control4 antes de exportar

Un build KNX a Control4 es mas fiable cuando el instalador revisa la fuente antes de que el driver cree nada. Esta checklist convierte la revision en un paso repetible: archivo ETS, alcance de dispositivos, direcciones, DPTs, feedback, gateways, conteo de licencia y plan de build en Composer.

Puntos clave

Usa la checklist antes de exportar .codu, no despues de crear dispositivos en Composer.
Para el tier principal cuentan luces, persianas, termostatos y gateways IP.
Feedback ausente, DPTs dudosos y nombres duplicados deben revisarse antes del build.

Descarga

Un CSV practico para revisar calidad del ETS, familias de senales KNX, feedback, gateways IP y readiness de Composer antes de exportar .codu.

Como usar la checklist

Descarga el CSV y duplicalo para cada proyecto. El instalador puede usarlo antes de subir ETS, despues del procesamiento con IA y otra vez antes de ejecutar el build del driver en Composer.

La checklist es practica a proposito. No sustituye documentacion ETS o Composer; mantiene la revision centrada en lo que suele crear retrabajo: nombres, DPTs, feedback, gateways y riesgo de duplicados.

Una fila por item de revision, con responsable y notas pass/fail.
Separa checks de fuente ETS de checks del build Control4.
Guarda la checklist completada junto a las notas de handover.

Checks de fuente ETS

La primera seccion verifica que el .knxproj subido sea la version correcta, abra bien y contenga suficiente contexto de habitaciones, lineas, dispositivos y direcciones para revisar.

Si la fuente esta desactualizada, protegida, incompleta o con nombres inconsistentes, el AI Assistant puede parsear datos, pero el integrador perdera mas tiempo limpiando la estructura Control4.

Checks de mapeo y feedback

La seccion de mapeo comprueba si luces, dimmers y persianas tienen las senales de comando y feedback esperadas para una UI Control4 estable. Tambien pide confirmar DPTs antes de aceptar dispositivos generados.

Aqui se pierde mucho tiempo en proyectos reales. Un dispositivo que responde a comando pero no tiene feedback fiable creara problemas en UI y escenas.

Checks de gateway y routing

La checklist incluye visibilidad de gateway KNX/IP porque una direccion correcta puede fallar si la ruta o tabla de filtro no expone los telegramas necesarios a Control4.

En proyectos grandes, esta seccion ayuda a separar dispositivos finales de infraestructura. Luces, persianas, termostatos y gateways IP cuentan para el tier principal; keypads, pulsadores y sensores aportan contexto pero no suben el tier por si solos.

Readiness para Composer

Antes de ejecutar el driver, revisa nombres de habitaciones, nombres de dispositivos, avisos de duplicados y plan visible de build. Composer deberia recibir un paquete cerrado y revisado, no decisiones pendientes.

Un build create-only es mas facil de auditar cuando el paquete ya indica que se va a crear y que necesita atencion manual.

Referencias externas

Estas referencias se incluyen como contexto; la guia de flujo se basa en la implementacion de CoduWorks y revision real de integraciones.

Preguntas frecuentes

Esta checklist sustituye al commissioning tecnico?

No. Es una herramienta de preflight para el flujo KNX a Control4. El integrador sigue teniendo que comisionar, probar y validar el sistema real.

Cuando deberia completarse?

Antes de subir el archivo, despues del procesamiento con IA y antes del build en Composer. El punto mas importante es antes de exportar el .codu final.

Por que CSV en vez de PDF?

CSV es mas facil de duplicar, editar, adjuntar al handover e importar en herramientas de gestion. La pagina web sigue siendo imprimible desde el navegador.