Anteprima review Routing Gateway
Il video mostra sorgente KNX e candidati Control4 per verificare route gateway, comandi e feedback.
Contesto da rendere visibile prima di Composer
Il nome del driver non basta. Vecchi percorsi KNX Network, tunneling, topologia ETS, impostazioni gateway e filter table decidono quali telegrammi Control4 vede.
Flusso di lavoro consigliato
Importare ETS, verificare route KNX/IP e indirizzi utili, poi esportare la struttura Control4.
- Chiarire KNX Network/tunneling o Routing Gateway prima del build.
- Verificare filter table e indirizzi instradati prima del mapping.
- Mantenere gateway, linea, comando e feedback visibili nella review .codu.
Controllo prima dell export .codu
Verificare ipotesi KNX Network o Routing Gateway, gruppi comando, feedback, range main group, limiti linea, DPT e passaggio sulla route IP.
Errori evitati con questo approccio
Senza review routing, limiti tunneling, feedback bloccati o filter table errate sembrano errori di mapping Control4.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
Usare Routing Gateway o KNX Network?
Routing Gateway e spesso preferibile se il multicast routing e disponibile. KNX Network puo restare in progetti esistenti. Il punto chiave e verificare la route prima di Composer.
KNX Network e uguale a Routing Gateway?
No. KNX Network indica piu spesso tunneling o comportamento interface, Routing Gateway dipende da telegrammi instradati e visibilita multicast.
Perche manca feedback se l indirizzo esiste?
Puo essere filtrato, avere DPT errato o non tornare dalla route KNX/IP usata da Control4.
AI Assistant configura multicast o filter table?
No. Rende visibile il contesto; ETS e rete KNX restano responsabilita dell installatore.
Verificare la route KNX prima di Composer
Importa ETS, mantieni gateway e feedback visibili, poi esporta dopo review.