Anteprima build report Control4 KNX
Il video mostra un pacchetto .codu verificato caricato in Composer. Il driver mostra il piano di build prima della creazione.
Contesto da rendere visibile prima di Composer
Il build report e l ultima pausa tra struttura KNX verificata e modifiche reali in Composer.
Flusso di lavoro consigliato
Importare ETS, elaborare con AI, verificare la struttura Control4, esportare .codu e leggere il report nel driver prima della creazione.
- Confrontare stanze, luci, blinds, termostati e gateway KNX/IP con il pacchetto .codu verificato.
- Leggere l action summary prima del run create-only.
- Tornare alla review se numeri o avvisi non corrispondono.
Controllo prima dell export .codu
Verificare buildings, floors, stanze, luci, blinds, gateway, device abbinati, elementi ignorati e avvisi duplicati.
Errori evitati con questo approccio
Senza action summary visibile, un nome o una stanza errata puo creare molti 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
Che cos e il build report?
Il riepilogo del driver Composer che mostra cosa il .codu vuole creare, ignorare o segnalare.
E lo stesso del PDF progetto?
No. Il PDF documenta la review. Il build report e l ultimo controllo prima della creazione in Composer.
Cosa fare se il report sembra errato?
Non avviare il build, correggere la struttura, esportare di nuovo e verificare ancora.
Usare il report come ultimo controllo Composer
Elabora ETS con AI, esporta .codu e verifica il build report prima del run del driver.