Diagnostica Control4 KNX senza risposta
Il video mostra fonte KNX e struttura Control4 per verificare gateway, routing, feedback e device.
Contesto da rendere visibile prima di Composer
Il bus KNX locale puo funzionare mentre Control4 ha perso il percorso IP. Gateway, route, driver, tunnel e filtri vanno verificati per primi.
Flusso di lavoro consigliato
AI Assistant importa ETS e mostra indirizzi, DPT, contesto gateway e struttura Control4 come checklist prima di Composer.
- Verificare che il controller Control4 raggiunga gateway o router KNX/IP.
- Controllare DHCP, IP statico, VLAN, multicast e routing prima dei mapping.
- Tenere visibili indirizzi ETS e DPT per separare rete e mapping.
Controllo prima dell export .codu
Verificare IP gateway, configurazione Composer, reservation DHCP, multicast, routing mode, filter table, feedback e se il problema e globale o solo di alcune stanze.
Errori evitati con questo approccio
Ricreare device troppo presto crea duplicati e nasconde la causa. Prima provare la route, poi feedback e mapping.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
Perche i pulsanti KNX funzionano ma Control4 no?
La logica KNX locale non dipende da Control4. Verificare gateway KNX/IP, IP, routing, multicast, tunnel e filtri.
Devo cambiare KNX Request Status Delay per primo?
No. Il delay e tuning dopo verifica gateway, route, feedback, read flag e DPT.
CoduWorks ripara un gateway guasto?
No. Hardware, commissioning ETS e rete restano compiti installer. CoduWorks espone il contesto progetto.
Verificare la route KNX prima del rebuild
Importa ETS, verifica gateway e indirizzi, poi esporta .codu solo con route chiara.