Cross-check trigger KNX
La preview mostra oggetti KNX e struttura Control4 affiancati per review trigger.
Contesto da rendere visibile prima di Composer
Un trigger non e automaticamente un device Control4. Puo essere evento pulsante, contatto, allarme o stato con logica Composer specifica.
Flusso di lavoro consigliato
AI Assistant importa ETS, crea device supportati e mantiene candidati trigger come contesto di review. Composer resta il luogo della logica.
- Identificare segnali KNX candidati a trigger Composer.
- Separare intento trigger e build create-only di luci, blinds, termostati e gateway.
- Mantenere visibili DPT, transmit flag, feedback e sorgente prima dell export.
Controllo prima dell export .codu
Prima di usarlo come trigger verificare DPT, trasmissione, feedback, visibilita gateway, stanza e source device.
Errori evitati con questo approccio
Senza separazione si creano fake light, controlli duplicati o ipotesi nascoste nel progetto Composer.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
KNX puo triggerare Control4?
Puo essere possibile secondo driver, DPT, trasmissione e modello Composer.
CoduWorks programma la logica?
No. CoduWorks prepara contesto, device e note review. La logica Composer resta lavoro installatore.
I pulsanti contano come device licenza?
No. Lo scope conteggiato resta luci, blinds, termostati e gateway KNX/IP.
Verifica contesto trigger prima di Composer
Importa ETS, verifica device ed esporta .codu con candidati trigger visibili.