Preflight de import ETS protegido
La vista de import muestra el proyecto ETS subido y revisado antes del procesamiento con IA. Los archivos protegidos por password deben resolverse antes para que la fuente KNX sea legible.
Por que un .knxproj protegido bloquea el flujo
CoduWorks necesita un proyecto ETS procesable para leer topologia, dispositivos, direcciones de grupo, ComObjects, pistas DPT y nombres. Si el archivo no puede abrirse, el AI Assistant no puede inferir con seguridad luces, persianas, termostatos, gateways ni contexto de revision.
Esto es distinto de un naming debil o una habitacion ausente. Un proyecto protegido debe resolverse antes de subirlo, porque las herramientas posteriores no pueden recuperar contexto que nunca fue legible.
- No trates el password como un problema de Composer.
- No sustituyas el proyecto por una lista parcial salvo que aceptar perdida de contexto sea valido.
- Mantener al propietario ETS involucrado si el archivo viene de otro integrador.
Separa un password normal de KNX Secure
Algunos proyectos estan protegidos simplemente porque el archivo ETS tiene password. Otros requieren password porque KNX Secure esta activo y las claves de seguridad deben permanecer controladas.
Si el proyecto no usa KNX Secure, la solucion practica suele ser que el propietario ETS abra el proyecto, quite el password o genere un export procesable y despues se suba ese export. Si hay KNX Secure, decide primero el manejo de seguridad en vez de quitar proteccion solo para satisfacer una herramienta de importacion.
- Confirmar si se usa KNX IP Secure o KNX Data Secure.
- Mantener passwords y claves dentro del proceso de seguridad del instalador.
- No usar herramientas de recuperacion de password como parte del flujo CoduWorks.
Que revisar antes de volver a subir
Antes de reintentar el import, comprueba que el archivo abre en ETS, representa el proyecto comisionado final e incluye contexto de habitaciones, lineas, dispositivos y direcciones para revisar.
Un export CSV, OPC o XML puede ayudar como referencia, pero normalmente pierde topologia, dispositivos y contexto de ComObjects. Para CoduWorks, un .knxproj limpio sigue siendo la fuente preferida cuando esta disponible.
- Version ETS final, no un archivo antiguo.
- Naming legible de building, rooms y dispositivos.
- Direcciones de grupo con DPT, comando y feedback.
- Notas de gateway y KNX Secure visibles para el instalador.
Composer debe recibir un paquete revisado, no un problema de password
Composer es donde el driver construye la estructura revisada. No deberia ser el primer sitio donde el equipo descubre que la fuente ETS no era accesible.
Cuando la fuente es procesable, el AI Assistant puede preparar rooms, dispositivos soportados y avisos. El export .codu deberia ocurrir solo despues de resolver el problema del archivo protegido y revisar lo que se creara.
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
CoduWorks puede importar un .knxproj protegido por password?
No. El flujo actual espera un archivo ETS procesable. Resuelve el password o el problema de export antes de subirlo.
CoduWorks puede recuperar un password ETS?
No. Recuperar passwords no forma parte del flujo. Pide al propietario ETS o al equipo de comisionado un export valido.
Que pasa si el proyecto usa KNX Secure?
Tratalo como alcance de seguridad. Confirma propiedad de claves, ruta gateway y manejo de export antes de usar automatizacion o build Composer.
Un export CSV u OPC basta?
Puede servir como referencia, pero normalmente trae menos contexto que .knxproj. Usalo solo si la perdida de topologia y ComObjects es aceptable.
Resuelve el acceso ETS antes de Composer
Prepara un .knxproj procesable, importalo en el AI Assistant, revisa el contexto KNX y exporta .codu solo cuando la fuente este clara.