Un’architettura KNX non è soltanto un elenco di dispositivi: rappresenta come le funzioni comunicano, dove si collocano gli elementi e quali confini attraversano le informazioni. Questa pagina introduce il lessico strutturale necessario a leggere un progetto, senza diventare una guida operativa a ETS o al commissioning.
Livello tecnico · Avanzato
Dalla funzione alla struttura della comunicazione
Una funzione richiesta dall’edificio coinvolge dispositivi, informazioni scambiate e relazioni configurate. La descrizione architetturale rende espliciti questi rapporti; la definizione dei requisiti e la verifica della funzione appartengono al metodo di progetto. Gli oggetti di gruppo sono uno dei concetti con cui la documentazione KNX rappresenta lo scambio di dati fra funzioni.
Topologia: aree, linee e segmenti
La vista di topologia KNX organizza i dispositivi in aree, linee e, dove applicabile, segmenti. Sono livelli di organizzazione tecnica, non sinonimi intercambiabili di ambiente, quadro o semplice tratto di cavo. Gli accoppiatori collegano parti della topologia e possono delimitare il traffico secondo la configurazione e le tabelle di filtro; il loro ruolo va letto nel contesto della struttura effettiva. Questa introduzione non attribuisce limiti numerici universali a dispositivi, linee o segmenti. Fonte: KNX Association, Filter tables.
Due indirizzamenti, due domande
L’indirizzo individuale identifica un dispositivo nella topologia. L’indirizzo di gruppo identifica invece la destinazione logica usata per la comunicazione di una funzione fra oggetti di gruppo. Confondere i due piani porta a leggere una relazione funzionale come se fosse l’identità fisica di un dispositivo. Le informazioni KNX sugli indirizzi di gruppo e la vista di topologia documentano queste categorie distinte.
Oggetti di gruppo, tipi di dato e telegrammi
Un oggetto di gruppo espone dati di una funzione alla comunicazione; la relazione con uno o più indirizzi di gruppo permette di definire quali informazioni vengono scambiate. Il Datapoint Type (DPT) qualifica il significato e la rappresentazione del dato: non basta che due oggetti condividano un indirizzo per concludere che interpretino correttamente lo stesso valore. Un telegramma è il messaggio scambiato sul percorso di comunicazione, con informazioni di origine e destinazione secondo il contesto. Qui il concetto è architetturale: non si descrivono codifica dei bit, configurazione ETS o procedure di prova. Fonti: KNX Association, terminologia DPT e Group Monitor.
Media e attraversamento dei confini
Il doppino intrecciato (TP) e la radiofrequenza (RF) compaiono nella documentazione tecnologica KNX; powerline (PL) compare nella documentazione di progetto ETS; PL resta qui un riferimento documentale da verificare rispetto a prodotti e versioni effettivamente considerati. Il percorso IP ha una specifica distinta, KNXnet/IP. La documentazione di KNX IoT riguarda un’evoluzione diversa: KNXnet/IP e KNX IoT non sono sinonimi. La scelta dei media e dei punti di attraversamento cambia le dipendenze da documentare; non autorizza ad assumere comportamento identico fra percorsi differenti.
Cosa l’architettura non garantisce da sola
Uno schema coerente non dimostra automaticamente compatibilità funzionale, correttezza della configurazione, sicurezza informatica abilitata, continuità di servizio o esito della verifica di progetto. Le funzioni KNX Security richiedono valutazione e configurazione nel contesto pertinente: la sola presenza di un protocollo o di una topologia non prova che siano attive. Interoperabilità e resilienza sono domande diverse. Il metodo di Integrazione e interoperabilità e la progettazione dei requisiti affrontano queste verifiche senza trasformare la struttura descritta qui in una garanzia. Capire l’architettura non determina da sola l’idoneità: la valutazione di KNX rispetto ai requisiti e ai vincoli del progetto è trattata in Quando scegliere KNX.
Questo articolo ha finalità informative e non definisce un progetto o un intervento per un edificio specifico. Prima di applicarne i contenuti, verifica requisiti e condizioni del caso, nonché le versioni pertinenti di norme, software, prodotti e documentazione ufficiale. Quando la decisione comporta competenze o responsabilità professionali, richiedi una valutazione qualificata.