Workflow lista driver Control4 KNX
Il video mostra categorie KNX, stanze e contesto device prima dell export Composer.
Contesto da rendere visibile prima di Composer
La categoria driver non basta. Nomi ETS, ComObjects, DPT, stanze, feedback e gateway decidono se un device Control4 puo essere creato in modo pulito.
Flusso di lavoro consigliato
AI Assistant legge il .knxproj, mostra categorie, pattern noti e oggetti ambigui, poi esporta un .codu dopo review.
- Separare driver network o routing da driver visibili.
- Verificare switch, dimmer, blind, termostato e sensori contro ETS.
- Usare la lista come checklist, non come generazione automatica di ogni oggetto KNX.
Controllo prima dell export .codu
Verificare prima network o routing gateway, poi luci, dimmer, blinds e contesto gateway. Termostati, HVAC, RGB, DALI e sensori vanno rivisti separatamente.
Errori evitati con questo approccio
Una lista driver senza review ETS crea troppi device, categorie sbagliate e lavoro manuale in 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
Dove si trova la lista ufficiale?
Control4 rimanda a documentazione KNX e dealer knowledgebase. Per il progetto serve comunque confronto con ETS.
CoduWorks replica tutta la lista?
No. CoduWorks prepara una struttura verificabile e concentra il core build su luci, dimmer, blinds, termostati e gateway KNX/IP.
Ogni categoria deve diventare device?
No. Alcune categorie sono infrastruttura, contesto o segnali di programmazione.
Usare la lista driver come checklist
Importa ETS, verifica le categorie KNX adatte ed esporta un pacchetto Composer piu pulito.