Vista previa de documentacion PDF y revision
La vista muestra herramientas de documentacion alrededor de export PDF, traduccion con IA y rollback antes de crear el paquete de export Control4.
Por que exportar PDF antes de Composer
Composer puede generar reportes nativos, pero esos reportes describen el proyecto Composer cuando ya existe. En un import KNX, muchas decisiones importantes deben revisarse antes, antes de que el paquete de build cree dispositivos.
Un PDF previo a Composer da al instalador y al equipo una vista estatica de lo que preparo el AI Assistant. Es mas facil revisar naming, rooms, dispositivos soportados y supuestos de mapping antes de que esas decisiones entren en Composer.
- Revisar rooms y dispositivos generados antes del export .codu.
- Compartir una captura legible con el instalador o responsable del proyecto.
- Mantener la revision fuera del proyecto Composer vivo hasta que el build este listo.
Que debe incluir la documentacion
El documento util no es solo una captura. Debe describir la estructura Control4 generada y conservar contexto KNX suficiente para explicar por que existe cada item.
En el scope soportado, eso significa luces, dimmers, persianas, termostatos y gateways KNX/IP, junto con direcciones de comando y feedback, pistas DPT, rooms, lineas y avisos de items no soportados o ambiguos.
- Rooms, dispositivos y subtipos soportados generados para Control4.
- Group addresses KNX, ComObjects y contexto DPT usados para la revision.
- Notas de feedback, gateway y warnings que conviene revisar antes del build.
- Decisiones de naming, traduccion o bulk edit que afectan al paquete .codu.
No sustituye los reportes de Composer
No pretende sustituir reportes oficiales de Composer, exports de project code ni documentacion dealer. Composer sigue siendo el entorno final de build y validacion.
El PDF de CoduWorks es un artefacto de revision de la fase plataforma. Ayuda a decidir si el paquete generado esta listo para convertirse en proyecto Composer, no a certificar que el proyecto Composer terminado ya esta comisionado.
Documentacion con traduccion y rollback
El export PDF encaja con traduccion IA, busqueda y bulk edit. Si el equipo cambia convenciones de nombres, traduce rooms o reorganiza dispositivos, la documentacion debe reflejar el estado revisado.
El rollback importa porque un documento no debe congelar una version incorrecta. El flujo mas seguro es revisar cambios, exportar documentacion y generar el .codu solo cuando la estructura esta aceptada.
Entrega mas clara al driver Composer
El PDF es para personas; el .codu es para el driver. Mantenerlos alineados reduce confusion: el equipo revisa el PDF y despues Composer recibe el paquete cerrado que coincide con la estructura aprobada.
Asi el build report es mas facil de comprobar porque el instalador ya sabe que deberia crear el paquete.
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 exportar un proyecto Control4 KNX a PDF?
Puede exportar el mapa de revision previo a Composer y la estructura derivada de KNX como documentacion antes de generar el .codu.
Es lo mismo que un reporte de proyecto de Composer?
No. Los reportes Composer describen el proyecto Composer. Este PDF documenta el estado de revision antes de crear dispositivos en Composer.
Que conviene revisar en el PDF?
Rooms, nombres de dispositivos, scope soportado, direcciones de comando y feedback, DPTs, gateway, warnings y cambios de naming.
El PDF se crea antes o despues del .codu?
Conviene usarlo antes de la entrega final .codu cuando sea posible, para revisar la estructura antes de que el driver Composer la construya.
Documenta el proyecto antes de Composer
Importa ETS, revisa el mapa Control4 generado, exporta documentacion y crea el .codu solo cuando la estructura este aceptada.