Protocolli aperti nella building automation: KNX, DALI-2, BACnet, Modbus, chi fa cosa

Aggiornato al 4 ottobre 2026

Preferisci ascoltare? Premi play sul player audio in questa pagina: trovi la versione audio dell'articolo, generata con intelligenza artificiale a partire da questo testo.

Quando un cliente ci chiede "quale sistema domotico mi consigli?", la risposta più onesta è quasi sempre un'altra domanda: tra dieci anni, chi metterà le mani su questo impianto? Perché un edificio vive cinquanta, cento anni, mentre i prodotti elettronici che ci installiamo hanno cicli di vita di cinque o dieci. La scelta dei protocolli di comunicazione è, prima di tutto, una scelta su chi potrà far evolvere l'impianto quando noi, o il fornitore di oggi, non ci saremo più.

Aperto contro proprietario: la differenza vera

Un sistema proprietario funziona solo con i dispositivi, il software e spesso i tecnici di un unico produttore. Finché quel produttore esiste, investe e mantiene i prezzi ragionevoli, va tutto bene. Il giorno in cui cambia strategia, esce di produzione una linea o chiude un distributore, il committente scopre di essere prigioniero del proprio impianto.

Un protocollo aperto si basa invece su specifiche pubbliche, gestite da organismi indipendenti e riconosciute come norme internazionali. Dispositivi di produttori diversi possono parlarsi, tecnici diversi possono intervenire, i componenti si possono sostituire senza buttare via tutto. Attenzione però: "aperto" non vuol dire gratuito né improvvisato. Vuol dire che le regole sono pubbliche e che esiste un sistema di certificazione che ne garantisce il rispetto.

Chi fa cosa: i protocolli in un edificio reale

Il modo migliore per capire i protocolli è smettere di metterli in competizione e guardarli come strumenti diversi nella stessa cassetta degli attrezzi. Immaginiamo un edificio terziario di medie dimensioni, con uffici, una hall e una centrale tecnica.

Negli ambienti, a gestire luci, tapparelle, temperatura e scenari, troviamo tipicamente KNX: standard internazionale (EN 50090 e ISO/IEC 14543), migliaia di prodotti certificati di centinaia di costruttori, uno strumento di configurazione unico per tutti. È il sistema nervoso della stanza.

Per l'illuminazione, quando serve un controllo punto per punto con diagnostica, entra in gioco DALI-2, lo standard internazionale dedicato alla luce. Ogni apparecchio è indirizzabile, comunica il proprio stato e segnala i guasti; con la versione 2 sono stati standardizzati anche sensori e pulsanti. Spesso dialoga con KNX tramite un gateway, e i due insieme coprono in modo eccellente la parte ambiente.

Salendo verso la centrale tecnica cambia il linguaggio. Pompe di calore, unità di trattamento aria e grandi impianti parlano tipicamente BACnet, lo standard internazionale nato proprio per la building automation (ISO 16484-5), oppure Modbus, il veterano di origine industriale che ritroviamo in inverter, contatori, analizzatori di rete e quadri elettrici. Per la contabilizzazione dei consumi di acqua, gas ed energia termica il riferimento resta M-Bus, cablato o wireless.

Infine ci sono i protocolli che collegano l'edificio al mondo IP e al cloud: MQTT per inviare dati in tempo reale verso piattaforme di analisi, e nel residenziale l'ecosistema che ruota attorno a Matter e Thread, nato per far dialogare i dispositivi consumer dei grandi marchi. Sono complementari, non alternativi, alle tecnologie professionali.

Nelle ristrutturazioni, soprattutto negli edifici storici dove ogni traccia nel muro è un problema, entrano in gioco anche le tecnologie radio. EnOcean, con i suoi dispositivi che si alimentano dall'energia del gesto stesso di premere un pulsante, e le varianti radio dello stesso KNX permettono di aggiungere comandi e sensori senza cavi e senza batterie da cambiare. Non sostituiscono un bus cablato dove si può posarlo, ma risolvono con eleganza i casi in cui non si può.

Interoperabile non vuol dire "si collega"

Qui arriva il punto che separa un impianto ben fatto da uno che funziona solo sulla carta. Due dispositivi che usano lo stesso protocollo non sono automaticamente interoperabili. In KNX, per esempio, conta che i dati vengano scambiati con i tipi di punto dati corretti, così che un valore di temperatura sia letto come temperatura e non come un numero qualsiasi. In BACnet contano i profili e le funzionalità che ogni dispositivo dichiara di supportare. In DALI-2 conta la certificazione, che verifica che un alimentatore e un sensore di marche diverse si comportino davvero come previsto dallo standard.

E poi ci sono i gateway, i traduttori tra un protocollo e l'altro. Sono indispensabili, ma ogni gateway è anche un punto in cui le informazioni possono perdersi, rallentare o essere tradotte male. Progettare un sistema integrato significa scegliere con cura dove mettere i confini tra i protocolli, quanti traduttori servono e quali dati devono davvero attraversarli.

La trappola nascosta: lo standard aperto, chiuso a chiave

C'è un caso che vediamo più spesso di quanto si pensi. Un impianto realizzato con una tecnologia apertissima, per esempio KNX, ma il cui file di progetto è rimasto solo nel computer dell'installatore, magari protetto da password. Il committente ha pagato un sistema aperto, ma nei fatti è legato a una sola persona quanto lo sarebbe con un sistema proprietario.

Per questo, nei nostri progetti, la documentazione fa parte della fornitura: file di progetto completo e consegnato al committente, schemi aggiornati, elenco degli indirizzi e delle funzioni, credenziali di accesso custodite in modo sicuro. Lo standard aperto è una condizione necessaria per la libertà del cliente, ma non è sufficiente. La libertà vera si costruisce anche con la trasparenza.

Perché conta ancora di più oggi

Il tema non è più solo tecnico. Le normative spingono tutte nella stessa direzione: la classe B dei BACS richiesta dal nuovo Decreto Requisiti Minimi presuppone impianti che si parlano e una supervisione che raccoglie dati da tutti; lo Smart Readiness Indicator premierà gli edifici capaci di adattarsi e dialogare con la rete; il Cyber Resilience Act chiede prodotti aggiornabili e documentati nel tempo. Nessuno di questi obiettivi si raggiunge con isole tecnologiche chiuse.

C'è poi una questione di valore. Un edificio costruito su standard aperti è più facile da manutenere, da ampliare e da vendere, perché chi lo compra sa che potrà affidarlo a qualunque professionista qualificato. È un patrimonio, non una dipendenza.

Il ruolo di chi progetta

Scegliere i protocolli giusti non significa scegliere il "migliore" in assoluto, ma costruire un'architettura in cui ognuno lavora dove rende di più, con confini chiari e documentati. È un lavoro da fare all'inizio, nel capitolato, non a valle in cantiere quando i prodotti sono già stati ordinati. Nel capitolato vanno scritti i protocolli ammessi per ogni livello, i requisiti di certificazione dei prodotti, i punti di integrazione con la supervisione e gli obblighi di consegna della documentazione, così che l'apertura del sistema non resti una buona intenzione. Ed è il lavoro che distingue il system integrator dal semplice installatore: non far funzionare i dispositivi, ma far funzionare l'edificio, oggi e tra vent'anni.

Domande frequenti

Qual è la differenza tra un protocollo aperto e un sistema proprietario?

Un sistema proprietario funziona solo con dispositivi e software di un unico produttore. Un protocollo aperto si basa su specifiche pubbliche gestite da organismi indipendenti e riconosciute come norme internazionali, con una certificazione che permette a prodotti di marche diverse di dialogare.

Quale protocollo scegliere tra KNX, DALI-2, BACnet e Modbus?

Non sono alternativi ma complementari: KNX gestisce tipicamente gli ambienti (luci, tapparelle, clima, scenari), DALI-2 l'illuminazione con controllo punto per punto, BACnet e Modbus le centrali e i grandi impianti, M-Bus la contabilizzazione, MQTT il collegamento verso piattaforme cloud.

Due dispositivi con lo stesso protocollo sono sempre interoperabili?

No. Contano anche i tipi di dato scambiati, i profili e le funzionalità dichiarate e la certificazione dei prodotti. Anche i gateway tra protocolli diversi vanno progettati con cura.

Un impianto KNX garantisce da solo l'indipendenza dall'installatore?

No. Serve anche che il file di progetto completo, gli schemi aggiornati, l'elenco degli indirizzi e le credenziali siano consegnati al committente.

Alessio Vannuzzi è ingegnere elettronico, CEO di Ohmega Progettazioni e KNX Tutor. Coordina KNX Professionals Italia ed è membro del CEI CT 205 e della commissione UNI/CT 272 del CTI. Dal 2009 progetta impianti di home e building automation e forma i professionisti del settore.