Cross-check dimmer KNX
La video montre objets dimmer KNX, DPT et candidats Control4 avant export.
Le contexte à rendre visible avant Composer
DPT 5.001 sert souvent aux valeurs de luminosite. La variation relative seule ne donne pas un etat absolu stable pour Control4.
Flux de travail recommandé
CoduWorks importe ETS, groupe les objets dimmer, affiche DPT et feedback puis exporte .codu apres revue.
- Grouper switch, variation, valeur et feedback comme un candidat dimmer Control4.
- Verifier DPT 5.001, adresse commande, adresse statut et changements keypad.
- Compter le canal dimmer supporte comme une lumiere core, pas chaque objet KNX auxiliaire.
- Garder locks, scenes et diagnostics comme contexte si le scope ne les inclut pas.
Contrôle avant export .codu
Verifier commande switch, statut switch, variation relative, valeur luminosite, feedback luminosite, piece, nom et gateway.
Erreurs évitées avec cette approche
Sans revue, on peut creer des dimmers dupliques, de mauvaises valeurs ou un statut Control4 faux apres actions KNX.
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
Les dimmers KNX comptent-ils comme devices core?
Oui. Les canaux lumiere et dimmer supportes comptent dans le tier lumieres, stores, thermostats et gateways KNX/IP.
DPT3 variation relative suffit-il?
Pas pour un dimmer visible stable. Valeur absolue et feedback doivent etre verifies.
Les objets lock ou scene creent-ils des devices separes?
Normalement non. Ils restent contexte de revue sauf scope separe.
Verifier dimmers avant Composer
Importez ETS, controlez DPT et feedback, puis exportez un package .codu propre.