Review topologia e indirizzo individuale
Il video mostra sorgente KNX e candidati Control4 per verificare topologia, Routing Gateway, comandi e feedback.
Contesto da rendere visibile prima di Composer
Gli indirizzi fisici o individuali posizionano i dispositivi KNX nella topologia. Possono influenzare il rapporto tra router, interfacce, server tunneling e la linea vista da Control4.
Flusso di lavoro consigliato
Importare ETS, verificare ruolo router o interface KNX/IP, rendere visibile l ipotesi Routing Gateway e poi esportare la struttura Control4 in .codu.
- Chiarire tunneling, comportamento interface o percorso Routing Gateway prima del build.
- Mantenere router, linea, indirizzo individuale e feedback visibili prima dell export .codu.
- Trattare indirizzo e topologia come preflight, non come cleanup mapping Composer.
Controllo prima dell export .codu
Verificare ruolo router .0, limiti linea, indirizzi tunneling, visibilita multicast, filter table e se ETS e Control4 vedono lo stesso traffico.
Errori evitati con questo approccio
Errori di indirizzo o topologia sembrano spesso mapping errato: comando senza feedback, una sola linea guasta, status read bloccati o dispositivi stale.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
CoduWorks assegna indirizzi individuali KNX?
No. ETS e installatore restano responsabili. CoduWorks rende visibile il contesto topologia per verificare il build Control4 prima di Composer.
Perche ETS vede telegrammi e Control4 no?
ETS puo usare un altro punto accesso. Filter table, multicast, tunneling o Routing Gateway possono cambiare la visibilita.
Verificare topologia prima dell export .codu?
Si. Route, feedback e warning topologia devono essere chiari prima del build Composer.
Verificare topologia KNX prima di Composer
Importa ETS, mantieni indirizzo individuale, router e feedback visibili, poi esporta .codu dopo review.