Cross-check dimmer KNX
Il video mostra oggetti dimmer KNX, DPT e candidati Control4 prima dell export.
Contesto da rendere visibile prima di Composer
DPT 5.001 e spesso usato per valori luminosita. Il dimming relativo da solo non da uno stato assoluto stabile a Control4.
Flusso di lavoro consigliato
CoduWorks importa ETS, raggruppa oggetti dimmer, mostra DPT e feedback ed esporta .codu dopo review.
- Raggruppare switch, dimming, valore e feedback come candidato dimmer Control4.
- Verificare DPT 5.001, indirizzo comando, indirizzo stato e cambi da keypad.
- Contare il canale dimmer supportato come una luce core, non ogni oggetto KNX ausiliario.
- Tenere lock, scene e diagnostica come contesto se non sono scope separato.
Controllo prima dell export .codu
Verificare comando switch, stato switch, dimming relativo, valore luminosita, feedback luminosita, stanza, nome e gateway.
Errori evitati con questo approccio
Senza review possono nascere dimmer duplicati, livelli errati o stato Control4 non allineato dopo azioni KNX.
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 dimmer KNX contano come device core?
Si. Canali luce e dimmer supportati contano nel tier luci, blinds, termostati e gateway KNX/IP.
Basta DPT3 dimming relativo?
Non per un dimmer visibile stabile. Valore assoluto e feedback devono essere verificati.
Oggetti lock o scena creano device separati?
Normalmente no. Restano contesto review salvo scope separato.
Verificare dimmer prima di Composer
Importa ETS, controlla DPT e feedback ed esporta un package .codu pulito.