Review dummy device e filter table
Il video mostra contesto KNX e candidati Control4 per verificare feedback e ipotesi gateway.
Contesto da rendere visibile prima di Composer
ETS calcola filter table da dispositivi e group object. Se un controller esterno deve vedere gruppi oltre linee diverse, questa esigenza deve essere visibile in ETS.
Flusso di lavoro consigliato
AI Assistant mostra contesto KNX, oggetti feedback, ipotesi gateway e candidati Control4. L installatore verifica dummy device o filter table in ETS.
- Identificare command e feedback che Control4 deve vedere.
- Separare decisioni dummy device, export .codu e build Composer.
- Verificare topologia prima di trattare feedback mancante come errore mapping.
Controllo prima dell export .codu
Verificare limiti linea, segmento gateway, feedback richiesti, preview filter table e route Control4.
Errori evitati con questo approccio
Senza review, un problema infrastruttura sembra un device Control4 sbagliato. Composer non corregge la topologia.
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 crea dummy device in ETS?
No. Dummy device e filter table restano lavoro ETS/installatore.
Quando serve un dummy device?
Quando Control4 deve vedere indirizzi attraverso linee o aree e la filter table altrimenti non li passa.
Un dummy device conta nel pricing?
No. E contesto infrastruttura, non dispositivo Control4 generato.
Verificare dummy device prima dell export
Importa ETS, verifica visibilita feedback ed esporta .codu solo con ipotesi filter table chiare.