Cross-check sensore KNX
La preview mostra oggetti sensore KNX e struttura Control4 per review prima dell export.
Contesto da rendere visibile prima di Composer
Un sensore puo avere molti oggetti: movimento, presenza, luminosita, enable, blocco, timeout e stato. Un indirizzo solo non basta.
Flusso di lavoro consigliato
AI Assistant mostra fonte ETS, DPT, ComObject, stanza e oggetti collegati. Composer resta per la logica specifica.
- Identificare movimento, presenza, luminosita ed enable in ETS.
- Separare contesto sensori dal build create-only di luci, blinds, termostati e gateway.
- Non aumentare il core count per progetti pieni di sensori.
Controllo prima dell export .codu
Verificare DPT, evento, indirizzo enable, stato, luminosita, visibilita gateway e logica override manuale.
Errori evitati con questo approccio
Senza review: trigger sbagliati, occupancy invertita o luci che si spengono male dopo comando manuale.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
Il movimento KNX puo triggerare Control4?
Si se segnale, DPT, percorso gateway e rappresentazione Composer sono corretti.
I sensori contano come licenza?
No. Lo scope conteggiato resta luci, blinds, termostati e gateway KNX/IP.
Ogni sensore deve essere visibile?
Spesso no. I sensori sono meglio come contesto programmazione o stato nascosto.
Verifica contesto sensori prima di Composer
Importa ETS, verifica movimento/presenza ed esporta .codu dopo review.