Gateway KNX et route Control4
La video montre structure Control4 et contexte infrastructure KNX avant export vers Composer.
Le contexte à rendre visible avant Composer
Une route interface peut suffire a certains projets. Une route Routing Gateway depend du routing KNX/IP, de la visibilite multicast et des filter tables.
Flux de travail recommandé
CoduWorks importe ETS, montre contexte gateway avec pieces, lumieres, stores, commandes et feedback, puis exporte un .codu revu.
- Separer interface, gateway et routeur avant export .codu.
- Verifier KNX Network/tunneling ou Routing Gateway/multicast avant build.
- Garder gateway, ligne, commande et feedback visibles dans la revue.
Contrôle avant export .codu
Verifier chemin driver, multicast, filter tables, DPT, groupes feedback, limites de ligne et comportement status read.
Erreurs évitées avec cette approche
Si ETS fonctionne via une autre route que Control4, feedback absent ou commande a sens unique ressemble vite a une erreur de mapping.
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
Gateway IP KNX et routeur IP sont-ils identiques?
Pas toujours. Interface, gateway et routeur sont souvent melanges mais n ont pas les memes hypotheses de communication.
Utiliser KNX Network ou Routing Gateway?
Cela depend de la topologie ETS, du materiel et du reseau. Routing Gateway est souvent preferable si KNX/IP routing et multicast sont disponibles.
CoduWorks configure-t-il le gateway?
Non. ETS, gateway et reseau restent sous responsabilite installateur. CoduWorks rend le contexte visible avant Composer.
Valider la route KNX/IP avant Composer
Importez ETS, verifiez gateway, commande et feedback, puis exportez .codu apres revue.