Apercu Read Status Delay
La video montre objets KNX et candidats Control4 pour revue statut, feedback, DPT et route.
Le contexte à rendre visible avant Composer
GroupValueRead exige un objet capable de repondre. Sans flags corrects ou route visible, le statut Control4 semble instable.
Flux de travail recommandé
AI Assistant importe ETS, montre commande, feedback, DPT et hypotheses de route, puis exporte .codu apres revue.
- Verifier read flags et objets feedback avant les delays.
- Separer charge bus, route gateway et erreurs mapping.
- Garder contexte ETS visible avant build Composer.
Contrôle avant export .codu
Verifier objet statut, comportement Read/Transmit, DPT, route gateway, filter tables et volume de lectures.
Erreurs évitées avec cette approche
Changer les delays peut cacher les symptomes sans corriger objets statut manquants ou surcharge gateway.
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
Faut-il augmenter Request Status Delay en premier?
Non. Verifier d abord read flags, feedback, DPT, route gateway et charge bus.
Pourquoi le driver bloque apres grandes scenes?
Causes possibles: rafales read/write, tunneling, gateway charge ou feedback absent.
CoduWorks modifie-t-il les flags ETS?
Non. Les flags ETS restent le travail installateur. CoduWorks rend le contexte visible.
Verifier le statut avant delay tuning
Importez ETS, verifiez commande et feedback, puis exportez .codu avec logique statut claire.
