Cross-check capteur KNX
La video montre objets capteur KNX et structure Control4 pour revue avant export.
Le contexte à rendre visible avant Composer
Un capteur peut avoir plusieurs objets: mouvement, presence, luminosite, enable, verrouillage, timeout et statut. Une adresse seule ne suffit pas.
Flux de travail recommandé
AI Assistant montre source ETS, DPT, ComObject, piece et objets lies. Composer reste le lieu de la logique specifique.
- Identifier mouvement, presence, luminosite et enable dans ETS.
- Separer contexte capteur du build create-only lumieres, stores et gateway.
- Ne pas faire monter le core count avec beaucoup de capteurs.
Contrôle avant export .codu
Verifier DPT, evenement, adresse enable, statut, luminosite, visibilite gateway et logique override manuel.
Erreurs évitées avec cette approche
Sans revue: mauvais triggers, occupancy inversee ou lumieres qui s eteignent mal apres commande manuelle.
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
Le mouvement KNX peut-il trigger Control4?
Oui si signal, DPT, route gateway et representation Composer sont corrects.
Les capteurs comptent-ils comme licence?
Non. Le scope compte reste lumieres, stores, thermostats et gateways KNX/IP.
Chaque capteur doit-il etre visible?
Souvent non. Les capteurs sont plutot contexte programmation ou statut cache.
Verifier contexte capteur avant Composer
Importez ETS, verifiez mouvement/presence et exportez .codu apres revue.