Flujo de driver Control4 KNX desde una fuente ETS revisada

Un driver Control4 KNX no deberia obligar al instalador a reconstruir cada estancia, dispositivo y direccion de grupo a mano. El flujo mas seguro es preparar un paquete revisado desde ETS y construirlo en Composer con el driver.

  • Procesa el proyecto ETS en el AI Assistant antes de abrir el build en Composer.
  • Exporta un paquete .codu revisado para el driver Control4.
  • Crea luces, persianas, termostatos y gateways IP KNX soportados con un plan visible.
Abrir AI AssistantVer producto

Vista previa del build con driver Control4 KNX

La vista muestra la estructura Control4 derivada de KNX y revisada antes de entregarla al driver de Composer, donde se comprueba el plan de build antes de crear dispositivos.

Que hace el driver en este flujo

El driver de Composer consume el paquete .codu exportado por el AI Assistant. Ese paquete lleva la estructura Control4 revisada, contexto de mapeo y plan de build creados desde la fuente ETS.

Asi se separan dos trabajos: la plataforma importa, procesa con IA y permite revisar; el driver construye el proyecto final en Composer.

No es solo una conexion de red

Un gateway KNX network o routing conecta Control4 con el bus KNX. El flujo CoduWorks se centra en el problema de construir el proyecto: estancias, dispositivos, nombres, mapeos y comprobacion de duplicados.

La diferencia importa porque conectar con KNX es solo una parte. En proyectos grandes sigue haciendo falta una estructura Control4 limpia.

Salida automatica soportada

El build automatico actual se centra en luces switch/dimmer, persianas open-close o porcentaje, termostatos acotados y contexto de gateways IP KNX. Otras categorias pueden existir en ETS, pero no deben tratarse como salida automatica soportada sin revision.

Para pricing, los dispositivos contabilizados son luces, persianas, termostatos e IP gateways. Keypads, pulsadores y sensores no suben el tramo por si solos.

Plan de build antes de crear

Antes de crear, el driver debe mostrar que va a crear, que ya coincide y que requiere atencion. Ese plan visible es importante en proyectos Composer existentes donde limpiar duplicados cuesta tiempo.

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

Sustituye esto a Control4 Composer?

No. Composer sigue siendo el entorno final. El AI Assistant prepara el proyecto y el driver de Composer construye la estructura revisada.

Que archivo usa el driver?

El driver importa un archivo .codu exportado por el AI Assistant despues de procesar y revisar el proyecto ETS.

Que dispositivos se generan automaticamente?

El flujo automatico actual se centra en luces, dimmers, persianas, termostatos acotados y gateways IP KNX, dejando categorias no soportadas para revision o futuros add-ons.

Siguiente paso

Usa un flujo de driver que empieza con revision

Importa ETS, revisa la estructura Control4 generada, exporta .codu y deja que el driver de Composer construya el proyecto.