Apercu workflow Control4 X4 KNX
La video montre le contexte KNX et une structure Control4 generee avant handoff .codu vers Composer.
Le contexte à rendre visible avant Composer
X4 peut affecter experience utilisateur, exigences controller/software et upgrade. Cela ne resout pas automatiquement mapping KNX, DPT, gateway ou feedback.
Flux de travail recommandé
CoduWorks importe ETS, prepare une structure Control4 verifiable et exporte .codu pour le driver Composer. Le driver affiche ensuite un rapport de build avant creation.
- Utiliser documentation officielle Control4 X4 et KNX pour version, licence, hardware et upgrade.
- Preparer la partie KNX depuis ETS avant creation Composer.
- Verifier pieces, lumieres, stores, gateways KNX/IP et feedback avant export .codu.
Contrôle avant export .codu
Verifier acces .knxproj, gateway/routing, lumieres, stores, gateways KNX/IP, feedback, appareils Composer existants et risques doublons.
Erreurs évitées avec cette approche
Melanger upgrade UI et nettoyage KNX manuel dans Composer rend les erreurs difficiles a attribuer. La revue ETS et la planification X4 doivent rester separees.
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 X4 resout-il le mapping KNX?
Non. X4 concerne experience et exigences, mais le mapping KNX demande contexte ETS, DPT, gateways et plan de build.
Faut-il verifier les exigences X4 officielles?
Oui. Version, controller, licence et disponibilite doivent etre confirmes avec sources Control4 ou dealer officielles.
Que fait CoduWorks?
La partie ETS vers Composer: import .knxproj, contexte KNX, structure Control4 et export .codu.
Preparer KNX avant le build Composer X4
Importez ETS, verifiez la structure Control4 avec contexte KNX et exportez .codu apres revue.