Chi progetta o installa impianti di building automation si imbatte spesso nel termine “sistema bus ad eventi” (event-driven). Si tratta di un’architettura di comunicazione che sta alla base di numerosi standard di domotica e automazione, ed è utile comprenderne a fondo il funzionamento per valutare correttamente affidabilità, scalabilità e prestazioni di un impianto.
Il principio: comunicare solo quando serve
In un sistema bus ad eventi, i dispositivi collegati alla linea — sensori, pulsanti, attuatori — non vengono interrogati ciclicamente da un’unità centrale. Al contrario, ciascun dispositivo invia un telegramma sulla linea bus solo nel momento in cui si verifica un cambiamento di stato: la pressione di un pulsante, il superamento di una soglia di temperatura, l’apertura o la chiusura di un contatto.
Questo approccio si contrappone alla logica a polling, in cui un controllore centrale interroga in sequenza tutti i punti dell’impianto a intervalli regolari, indipendentemente dal fatto che vi sia stato o meno un cambiamento. Nel sistema ad eventi, invece, il traffico sulla linea è generato esclusivamente da chi ha effettivamente un’informazione da comunicare, e ogni dispositivo “interessato” a quell’informazione reagisce in tempo reale.
Logica distribuita: l’intelligenza non è centralizzata
Il funzionamento ad eventi è strettamente legato al concetto di logica distribuita. In questi sistemi, l’intelligenza dell’impianto non risiede in un unico controllore centrale, ma è ripartita tra i singoli dispositivi bus. Ogni componente è in grado di decidere autonomamente come reagire a un evento, in base alla propria programmazione, senza dover necessariamente passare attraverso un’unità di supervisione.
Le conseguenze tecniche di questo approccio sono concrete e misurabili:
- Efficienza della banda disponibile: la linea bus non viene occupata da interrogazioni cicliche inutili, ma solo dal traffico effettivamente generato da un cambiamento di stato.
- Robustezza del sistema: l’eventuale guasto o spegnimento di un singolo dispositivo non compromette il funzionamento degli altri, poiché non esiste un unico punto di controllo da cui dipende l’intero impianto.
- Scalabilità: l’aggiunta di nuovi dispositivi non richiede di riprogettare la logica di interrogazione complessiva del sistema, agevolando ampliamenti e modifiche nel tempo.
- Topologia libera: proprio perché non è necessario un percorso gerarchico rigido per il polling, il cablaggio può seguire configurazioni libere – a stella, a bus lineare, ad albero o miste – adattandosi alle esigenze architettoniche dell’edificio.
Un principio alla base degli standard aperti
Questo modello di comunicazione è il fondamento su cui si basano diversi standard aperti di building automation diffusi a livello europeo, pensati proprio per garantire interoperabilità tra dispositivi di produttori differenti, mantenendo al contempo efficienza e affidabilità della rete.
Comprendere la differenza tra logica a polling e logica ad eventi non è un esercizio puramente teorico: è un elemento che incide direttamente sulle scelte progettuali, sulla manutenibilità dell’impianto nel tempo e sulla capacità di un sistema di crescere insieme alle esigenze dell’edificio che lo ospita.