Preflight import ETS protetto
La preview mostra import ETS e review prima del trattamento IA. I file protetti vanno risolti prima.
Contesto da rendere visibile prima di Composer
CoduWorks richiede un progetto ETS leggibile per processare topologia, dispositivi, indirizzi di gruppo, ComObjects, DPT e nomi. Se il file non si apre, review e handoff Composer perdono contesto.
Flusso di lavoro consigliato
Coinvolgere il proprietario ETS, chiarire password e scope Secure, creare un export .knxproj processabile e poi importarlo in AI Assistant.
- Trattare .knxproj protetto come blocco preflight.
- Verificare KNX Secure prima di rimuovere protezioni.
- Usare un export ETS leggibile prima di AI, .codu o Composer.
Controllo prima dell export .codu
Verificare KNX IP Secure o KNX Data Secure, apertura in ETS, versione finale, stanze, DPT, feedback e contesto gateway.
Errori evitati con questo approccio
Sostituire la fonte protetta con CSV, OPC o strumenti recovery puo perdere contesto o aggirare una decisione di sicurezza.
Fonti ufficiali verificate
Le affermazioni tecniche di questa pagina restano vicine alla documentazione ufficiale KNX, Control4 o del produttore.
Strumenti e documentazione correlati
FAQ
CoduWorks importa .knxproj protetti?
No. Il workflow attuale richiede un file ETS processabile.
CoduWorks recupera password ETS?
No. Serve un export valido dal proprietario ETS o dal team commissioning.
Cosa cambia con KNX Secure?
Chiavi, route gateway e accesso progetto vanno chiariti prima di automazione o build Composer.
CSV o OPC bastano?
Solo come riferimento. Spesso perdono topologia e contesto ComObject.
Chiarire accesso ETS prima di Composer
Prepara un .knxproj leggibile, importalo in AI Assistant ed esporta .codu solo dopo review.