Diagnostic Control4 KNX sans reponse
La video montre source KNX et structure Control4 pour verifier gateway, routing, feedback et devices.
Le contexte à rendre visible avant Composer
Le bus KNX peut fonctionner localement alors que Control4 a perdu le chemin IP. Gateway, route, driver, tunnel et filtres sont les premiers points a verifier.
Flux de travail recommandé
AI Assistant importe ETS et affiche adresses, DPT, contexte gateway et structure Control4 comme checklist avant Composer.
- Verifier que le controleur Control4 atteint le gateway ou routeur KNX/IP.
- Controler DHCP, IP fixe, VLAN, multicast et changements de routing avant les mappings.
- Garder adresses ETS et DPT visibles pour separer defaut reseau et defaut mapping.
Contrôle avant export .codu
Verifier IP gateway, configuration Composer, reservation DHCP, multicast, mode routing, filter tables, feedbacks et si le probleme touche toutes les pieces ou seulement certaines.
Erreurs évitées avec cette approche
Recreer des devices trop tot cree des doublons et masque la cause. Prouver la route avant de changer feedback ou mapping.
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
Pourquoi les boutons KNX marchent mais pas Control4?
La logique KNX locale ne depend pas de Control4. Verifier gateway KNX/IP, IP, routing, multicast, tunnel et filtres.
Faut-il changer KNX Request Status Delay d abord?
Non. Le delay vient apres verification gateway, route, feedback, read flags et DPT.
CoduWorks repare-t-il un gateway defaillant?
Non. Hardware, commissioning ETS et reseau restent des taches installateur. CoduWorks expose le contexte projet.
Verifier la route KNX avant de reconstruire
Importez ETS, verifiez gateway et adresses, puis exportez .codu seulement quand la route est claire.