Revue dummy device et filter table
La video montre contexte KNX et candidats Control4 pour verifier feedback et hypotheses gateway.
Le contexte à rendre visible avant Composer
ETS calcule les filter tables depuis appareils et objets de groupe. Si un controller externe doit voir des groupes hors ligne, cette exigence doit etre visible dans ETS.
Flux de travail recommandé
AI Assistant montre contexte KNX, objets feedback, hypotheses gateway et candidats Control4. L installateur verifie dummy device ou filter tables dans ETS.
- Identifier commandes et feedbacks que Control4 doit voir.
- Separer decisions dummy device, export .codu et build Composer.
- Verifier la topologie avant de traiter le feedback manquant comme erreur mapping.
Contrôle avant export .codu
Verifier limites de ligne, segment gateway, feedbacks requis, preview filter table et route Control4.
Erreurs évitées avec cette approche
Sans cette revue, un probleme infrastructure ressemble a un mauvais device Control4. Composer ne corrige pas la topologie.
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
CoduWorks cree-t-il des dummy devices dans ETS?
Non. Dummy devices et filter tables restent le travail ETS/installateur.
Quand un dummy device est-il utile?
Quand Control4 doit voir des adresses a travers lignes ou zones et que la filter table ne les transmettrait pas.
Un dummy device compte-t-il dans le pricing?
Non. C est du contexte infrastructure, pas un appareil Control4 genere.
Verifier dummy device avant export
Importez ETS, verifiez la visibilite feedback et exportez .codu seulement avec hypotheses filter table claires.