Vista previa de importacion ETS6
La vista muestra un proyecto ETS importado, revisado desde la vista KNX y preparado para procesamiento con IA antes de exportar a Control4.
Por que ETS6 debe seguir siendo la fuente
ETS6 ya contiene decisiones del proyecto que se pierden facilmente en una hoja: nombres de estancias, etiquetas de funcion, contexto de dispositivos, direcciones de grupo, conexiones de linea y tipos de datapoint.
Usar ese export como fuente da al flujo Control4 mas contexto que una lista manual de direcciones.
Usa el export real de proyecto ETS6
El archivo a subir debe ser un export ETS procesable, normalmente el .knxproj creado al exportar el proyecto desde el Dashboard de ETS6 o la lista Local Projects. KNX documenta el export de ETS6 como formato .knxproj, con las conexiones de bus incluidas como parte del proyecto.
Esto importa especialmente cuando otra herramienta no consigue importar el proyecto. Un import fallido no significa necesariamente que el proyecto KNX no sirva; muchas veces el flujo receptor esperaba otro formato o perdio contexto de rooms, ComObjects o DPTs.
- Usa el flujo de export de ETS6 para crear un .knxproj compartible.
- Evita usar copias de ProjectStore como artefacto normal de handoff para preparar Control4 salvo que soporte KNX necesite la fuente para reparar.
- Mantiene CSV, OPC o ESF como referencias, no como fuente principal.
Comprueba version ETS y supuestos de schema
Los archivos de proyecto ETS6 pueden traer estructura dependiente de version. KNX documenta que un .knxproj ETS6 se puede importar en ETS con la misma version major/minor o superior, no en una minor anterior. Un flujo review-first debe preservar la fuente, exponer los supuestos parseados y permitir revisar rooms, ubicaciones y DPTs antes de que el .codu llegue a Composer.
Por eso esta pagina no promete un import generico a ciegas: se trata de convertir un export ETS concreto en un plan de build Control4 que se pueda inspeccionar antes de crear dispositivos.
Si falla la importacion ETS6
Cuando falla un import ETS6, primero tratalo como problema de preparacion de fuente. Si existe la fuente ETS original, exporta el proyecto de nuevo. Si solo existe el .knxproj, conserva el archivo y cualquier dato de password con el propietario del proyecto o la ruta de soporte KNX.
Para CoduWorks, la decision importante es si el .knxproj es suficientemente procesable para mostrar topologia, direcciones, ComObjects y DPTs. Si no lo es, no avances hacia Composer como si la fuente estuviera limpia.
- Reexporta desde ETS6 cuando existe la fuente original.
- Mantiene explicitos password, propiedad del proyecto y contexto KNX Secure.
- No sustituyas un import de proyecto fallido por CSV plano salvo que la perdida de contexto sea aceptable.
Que revisar despues de importar
Despues de importar, conviene revisar la vista KNX antes de procesar. El objetivo es confirmar que aparecen la topologia esperada, las familias de direcciones y las etiquetas de dispositivo.
Este paso evita que una mala importacion de fuente se convierta en una limpieza mayor dentro de Composer.
- Estancias y funciones esperadas presentes.
- DPTs y nombres de direcciones suficientemente completos para mapear.
- Infraestructura como gateways IP KNX visible y separada de dispositivos de usuario.
Resultado del procesamiento con IA
El AI Assistant agrupa la fuente KNX en una vista Control4 editable antes de exportar. Incluye estancias generadas, tipos soportados y contexto de mapeo.
La revision importa porque las convenciones de nombres en ETS cambian entre instaladores y proyectos.
Construir en Composer despues de revisar
El driver de Composer debe recibir el .codu revisado, mostrar el plan de ejecucion y crear la estructura cuando el instalador este listo.
Asi ETS6 queda como fuente KNX, el AI Assistant como capa de revision y Composer como herramienta final de build.
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
Se puede usar un proyecto ETS6 para un flujo Control4?
Si. El export del proyecto ETS puede usarse como fuente para procesar y revisar antes de crear la estructura Control4 con el driver de Composer.
Debo subir una carpeta ProjectStore o el export .knxproj?
Usa el export de proyecto ETS. Una copia de ProjectStore o un CSV parcial no es la fuente normal de handoff y puede perder contexto necesario para la revision.
Se puede importar un .knxproj ETS6 en versiones ETS antiguas?
KNX documenta que los proyectos ETS6 se importan en la misma version major/minor o superior, no en una minor anterior. Trata el mismatch de version como preflight antes de revisar Control4.
Que pasa si el proyecto ETS6 no se puede importar?
Intenta exportar de nuevo desde la fuente original cuando exista. Si solo tienes el .knxproj, mantiene claros password/fuente y resuelve la importacion antes de preparar un .codu para Composer.
Por que no copiar direcciones de ETS6 a mano?
Copiar a mano pierde contexto y es lento en proyectos grandes. Importar el proyecto mantiene juntos nombres, topologia y datapoints.
Hay que revisar la salida de IA?
Si. La IA acelera la creacion de estructura, pero el integrador debe revisar mapeos, nombres y tipos soportados antes de exportar.
Convierte el export ETS6 en un plan de build Control4
Importa el .knxproj, revisa la estructura Control4 generada y exporta un .codu limpio para Composer.