Apercu rapport de build Control4 KNX
La video montre un package .codu verifie charge dans Composer. Le driver affiche le plan de build avant creation.
Le contexte à rendre visible avant Composer
Le rapport de build est la derniere pause entre structure KNX verifiee et changements reels dans Composer.
Flux de travail recommandé
Importer ETS, traiter avec AI, verifier la structure Control4, exporter .codu et lire le rapport dans le driver avant creation.
- Comparer pieces, lumieres, stores, thermostats et gateways KNX/IP avec le package .codu verifie.
- Lire l action summary avant le run create-only.
- Revenir a la revue si les chiffres ou alertes ne correspondent pas.
Contrôle avant export .codu
Verifier buildings, floors, pieces, lumieres, stores, gateways, appareils matches, elements ignores et alertes doublons.
Erreurs évitées avec cette approche
Sans action summary visible, un nom ou une piece incorrecte peut creer beaucoup de doublons.
Références officielles vérifiées
Les affirmations techniques de cette page restent proches de la documentation officielle KNX, Control4 ou fabricant.
Outils et documentation liés
FAQ
Qu est-ce que le rapport de build?
Le resume du driver Composer indiquant ce que le .codu va creer, ignorer ou signaler.
Est-ce la meme chose que le PDF projet?
Non. Le PDF documente la revue. Le rapport de build est le dernier controle avant creation Composer.
Que faire si le rapport semble faux?
Ne pas lancer le build, corriger la structure, exporter de nouveau et reverifier.
Utiliser le rapport comme dernier controle Composer
Traitez ETS avec AI, exportez .codu et verifiez le rapport avant le run du driver.