Mapping des adresses KNX vers Control4
La vidéo montre comment les adresses KNX sont regroupées en appareils Control4 avant export.
Le contexte à rendre visible avant Composer
ETS fournit les adresses techniques. Control4 a besoin d une lecture fonctionnelle : éclairage, store, retour d état, passerelle et pièce doivent rester cohérents.
Flux de travail recommandé
Après import, les adresses sont regroupées, les DPT sont interprétés et les appareils proposés peuvent être relus avant export vers le driver.
- Vérifier DPT, nom et structure des adresses ensemble.
- Relier commande et feedback avant la génération Composer.
- Rendre visibles les fonctions ambiguës ou incomplètes avant export.
Contrôle avant export .codu
Les points critiques sont les feedbacks manquants, les DPT incorrects, les noms incohérents et les groupes sans pièce claire.
Erreurs évitées avec cette approche
Un mauvais mapping crée des appareils qui existent dans Composer mais qui demandent ensuite une correction manuelle.
Outils et documentation liés
FAQ
Le DPT est-il indispensable pour le mapping ?
Oui. Il indique le type de valeur et évite de traiter une fonction comme un mauvais type d appareil.
Le feedback peut-il être relié automatiquement ?
Souvent oui, mais il doit rester contrôlable avant export.
Cette étape remplace-t-elle Composer ?
Non. Elle prépare une structure plus propre avant que Composer crée le projet final.
Contrôler le mapping avant le build
Relisez les adresses, feedbacks et types d appareils avant de générer le fichier .codu.