Anteprima Control4 driver editor
Il video mostra dispositivi Control4 modificati con contesto KNX prima dell export Composer.
Contesto da rendere visibile prima di Composer
Control4 DriverEditor serve allo sviluppo driver. CoduWorks modifica la struttura progetto derivata da KNX: stanze, dispositivi, nomi, sottotipi e contesto mapping prima dell export .codu.
Flusso di lavoro consigliato
Dopo import e trattamento IA, nomi, stanze, sottotipi e mapping vengono puliti nell editor e poi esportati.
- Verificare la struttura progetto, non avviare un flusso SDK DriverWorks.
- Regolare stanze, nomi, sottotipi e linee prima dell export.
- Vedere il contesto KNX mentre si modifica la vista Control4.
- Inviare al driver Composer un pacchetto .codu chiuso.
Controllo prima dell export .codu
Prima dell export devono essere visibili dispositivi supportati, mapping ambigui e modifiche bulk.
Errori evitati con questo approccio
Se ogni correzione avviene solo dopo la creazione in Composer, aumentano duplicati, nomi errati e pulizia stanze.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
E Control4 DriverEditor o DriverWorks?
No. DriverEditor e DriverWorks servono allo sviluppo driver. Questo flusso modifica la struttura Control4 derivata da KNX prima del build Composer.
L editor sostituisce Composer?
No. Composer resta l ambiente finale. L editor prepara e verifica prima del build driver.
Cosa si puo modificare prima dell export?
Stanze, nomi dispositivo, sottotipi, contesto mapping e modifiche massive.
Perche tenere visibile il contesto KNX?
Per verificare che ogni dispositivo Control4 corrisponda a sorgente, indirizzi e datapoint KNX.
Preparare il build driver Control4 con revisione
Pulisci la struttura generata ed esporta un .codu per il driver Composer.