Cross-check triggers KNX
La video montre objets KNX et structure Control4 cote a cote pour revue trigger.
Le contexte à rendre visible avant Composer
Un trigger n est pas automatiquement un appareil Control4. Il peut etre un evenement bouton, contact, alarme ou objet statut avec logique Composer specifique.
Flux de travail recommandé
AI Assistant importe ETS, cree les devices supportes et garde les candidats trigger comme contexte de revue. Composer reste le lieu de programmation.
- Identifier les signaux KNX candidats pour triggers Composer.
- Separer intention de trigger et build create-only lumieres, stores et gateway.
- Garder DPT, transmit flag, feedback et source visibles avant export.
Contrôle avant export .codu
Avant utilisation comme trigger, verifier DPT, transmission, feedback, visibilite gateway, piece et source device.
Erreurs évitées avec cette approche
Sans separation, le projet peut creer fausses lumieres, controles dupliques ou hypotheses cachees.
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
KNX peut-il trigger Control4?
Cela peut etre possible selon driver, DPT, transmission et modele Composer.
CoduWorks programme-t-il la logique?
Non. CoduWorks prepare contexte, devices et notes de revue. La logique Composer reste un travail installateur.
Les boutons comptent-ils comme devices licence?
Non. Le scope compte reste lumieres, stores, thermostats et gateways KNX/IP.
Verifier le contexte trigger avant Composer
Importez ETS, verifiez les devices et exportez .codu avec candidats trigger visibles.