Cross-check keypad KNX
Il video mostra fonte KNX e struttura Control4 affiancate prima dell export.
Contesto da rendere visibile prima di Composer
Label, ComObjects e ingressi binari aiutano a capire logica stanza e scene. Non ogni segnale deve diventare un device Control4.
Flusso di lavoro consigliato
Dopo import ETS, keypad e pulsanti restano visibili. L installatore decide se sono contesto o programmazione Composer specifica.
- Mantenere keypad e pulsanti visibili come contesto ETS.
- Separare intento trigger da creazione di luci, blinds, termostati e gateway.
- Non cambiare tier CoduWorks perche ci sono molti pulsanti.
Controllo prima dell export .codu
Verificare DPT, transmit flag, oggetti stato, visibilita gateway e reale intento trigger Control4.
Errori evitati con questo approccio
Mischiare keypad nel bulk build crea spesso rumore, fake device o controlli duplicati.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
I keypad KNX contano come device licenza?
No. Lo scope conta luci, blinds, termostati e gateway KNX/IP. Keypad e pulsanti restano contesto o scope separato.
Un pulsante KNX puo triggerare Control4?
Puo essere possibile secondo driver, DPT, transmit flags e modello Composer.
I keypad vanno creati automaticamente?
Non nel core workflow. Sono meglio come contesto di review o programmazione specifica.
Verifica contesto keypad prima dell export
Importa ETS, mantieni i pulsanti visibili ed esporta un .codu pulito per device supportati.