Workflow FAQ Control4 KNX
La video montre contexte ETS, structure Control4, revue et handoff vers Composer.
Le contexte à rendre visible avant Composer
Un projet solide part du fichier .knxproj. Noms, topologie, DPT, ComObjects et adresses doivent rester visibles avant creation des devices Composer.
Flux de travail recommandé
AI Assistant importe ETS, genere une vue Control4 verifiable puis exporte un package .codu pour le driver Composer.
- Utiliser ETS comme source de contexte KNX avant Composer.
- Verifier routing, gateway, DPT, feedback et doublons avant export.
- Garder le build compte centre sur lumieres, stores, thermostats et gateways KNX/IP.
Contrôle avant export .codu
Verifier type gateway, driver network ou routing, filter tables, feedbacks, scope device, comptage pricing et risques de doublons.
Erreurs évitées avec cette approche
Sans preflight clair, les problemes import et runtime se melangent: mauvais DPT, feedback manquant, devices flous ou doublons Composer.
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
Control4 peut-il s integrer a KNX?
Oui, avec gateway adapte, setup network ou routing, drivers device et mapping propre des adresses.
Faut-il le fichier ETS?
Oui pour le workflow CoduWorks. Le .knxproj garde un contexte souvent perdu dans les listes manuelles.
Quels devices sont generes?
Core: lumieres, dimmers, stores, thermostats et gateways KNX/IP. Les autres familles restent contexte ou add-on.
Cela remplace-t-il un integrateur local?
Non. Installation, commissioning, decisions Composer finales et acceptation restent locales.
Transformer les questions KNX en plan de build
Importez ETS, verifiez scope et gateway, puis exportez un package Composer plus propre.