Revue bonnes pratiques Control4 KNX
La vue cross-check montre source KNX, candidats Control4, DPT et feedback avant export .codu.
Le contexte à rendre visible avant Composer
Les risques majeurs sont souvent avant le build: route gateway, coupleurs de ligne, filter tables, feedback absent, DPT faux et noms incoherents.
Flux de travail recommandé
CoduWorks importe ETS, affiche source KNX et candidats Control4 ensemble, groupe les adresses en appareils reels puis exporte .codu apres revue.
- Garder ETS comme source pour topologie, noms, adresses, ComObjects et DPT.
- Verifier route KNX/IP, feedback visible et hypotheses de filter table avant mapping.
- Exporter un package .codu verifie avec plan Composer visible.
Contrôle avant export .codu
Avant export, verifier route gateway, tunneling ou routing, feedback, DPT, pieces, risque de doublon et contexte non-core comme keypads ou capteurs.
Erreurs évitées avec cette approche
Sans revue, un probleme de route ou feedback ressemble a une erreur de mapping. Apres creation Composer, les doublons et mauvaises pieces sont plus difficiles a corriger.
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
Quelles bonnes pratiques sont prioritaires?
Garder ETS comme source, verifier route et feedback, grouper les adresses en vrais appareils et exporter .codu seulement apres revue.
CoduWorks configure-t-il les routeurs KNX?
Non. CoduWorks rend route et contexte visibles; ETS, gateway et reseau restent du ressort installateur.
Les keypads ou capteurs comptent-ils pour le pricing?
Non. Les tiers comptent lumieres, stores, thermostats et gateways IP KNX. Les autres signaux restent contexte ou scope separe.
Appliquer les bonnes pratiques avant Composer
Importez ETS, verifiez gateway, feedback, DPT et intention appareil, puis exportez un .codu verifie.