Du projet vérifié au build Composer
La vidéo montre la revue du projet, l export .codu et le build dans le driver Composer.
Le contexte à rendre visible avant Composer
Quand la logique KNX arrive directement dans Composer, chaque correction devient plus lente. Une revue avant export rend les décisions plus claires.
Flux de travail recommandé
Le flux passe par import, traitement IA, revue, export .codu, puis build Composer avec rapport. Le driver crée le projet final après validation.
- Vérifier pièces, appareils et noms avant import Composer.
- Exporter un .codu avec une structure traçable.
- Lire le rapport de build avant la création finale.
Contrôle avant export .codu
Avant build, il faut repérer conflits de noms, doublons potentiels, pièces vides et appareils non pris en charge.
Erreurs évitées avec cette approche
Sans rapport et sans revue, le projet peut créer des doublons ou des noms difficiles à maintenir.
Outils et documentation liés
FAQ
Que contient le fichier .codu ?
La structure Control4 validée que le driver utilisera dans Composer.
Pourquoi lire le rapport de build ?
Pour voir ce qui sera créé et les conflits détectés avant validation finale.
Composer reste-t-il nécessaire ?
Oui. Le workflow prépare le build, il ne remplace pas Composer.
Lancer Composer avec une structure prête
Exportez seulement après avoir vérifié les noms, les pièces et le mapping.