L'obbligo BACS (direttiva EPBD, recepita in Italia dal D.Lgs. 48/2020) impone un sistema di automazione interoperabile nei vostri edifici del terziario. BACnet resta il protocollo di comunicazione più diffuso per rispondere a questo requisito. Bisogna però sapere che cosa copre davvero. Dietro l'acronimo si nascondono diverse varianti di rete, un modello a oggetti normalizzato e limiti sul campo che la gestione tecnica degli edifici mette in luce ogni giorno. Questo articolo descrive il funzionamento del protocollo, le sue declinazioni e ciò che osserviamo in esercizio.
Definizione, origini e funzionamento del protocollo BACnet
Building Automation and Control Networks: che cosa significa l'acronimo
BACnet - acronimo di Building Automation and Control Networks - è un protocollo di comunicazione aperto dedicato all'automazione e al controllo degli edifici. Normalizzato ISO dal 2003, questo standard BACnet consente ad apparecchiature di costruttori diversi di comunicare sulla stessa rete. Una supervisione può interrogare un controllore Schneider e un controllore Siemens senza gateway proprietario. Per capire che cos'è un BMS e come funziona un BMS, questo sistema di interoperabilità multi-costruttore è la base da padroneggiare.
Normalizzazione ASHRAE, ANSI e ISO 16484-5
La norma ISO 16484-5 è adottata in più di 30 paesi. Garantisce che un'apparecchiatura certificata in Germania o in Giappone esponga gli stessi oggetti e servizi di un'apparecchiatura installata in Italia.
BACnet nasce da un comitato dell'ASHRAE (American Society of Heating, Refrigerating and Air-Conditioning Engineers). Lo standard è stato adottato come norma ANSI/ASHRAE 135 nel 1995, poi integrato nella norma internazionale ISO 16484-5 nel 2003 (fonte: ASHRAE SSPC 135). Questo triplice ancoraggio normativo distingue BACnet da un protocollo proprietario: in un capitolato, esigere uno standard aperto normalizzato ISO protegge il committente dalla dipendenza tecnica da un fornitore.
Dal 1987 a BACnet/SC: trent'anni di evoluzione dello standard
Il comitato ASHRAE SPC 135 avvia i lavori nel 1987. La prima norma ANSI esce nel 1995, l'adozione ISO segue nel 2003. Nel 2019 l'addendum BACnet/SC (Secure Connect) aggiunge uno strato di comunicazione protetto da TLS 1.3 per rispondere ai requisiti di cybersicurezza delle reti IP convergenti (fonte: ASHRAE SSPC 135). Uno standard che regge da più di 35 anni non è una scommessa tecnologica.
Gli strati del protocollo: dal cavo all'applicazione
Gli strati del protocollo BACnet
Cliccate su ogni strato per esplorarne il ruolo nello stack BACnet
BACnet (ASHRAE 135 / ISO 16484-5) struttura i suoi scambi in strati sovrapposti, dal trasporto fisico fino agli oggetti funzionali. Ogni strato svolge una funzione precisa nella comunicazione tra le apparecchiature del BMS.
Fonti: norma ASHRAE 135-2020, ISO 16484-5:2022, BACnet International
BACnet non prescrive un unico strato fisico. La sua architettura si basa su tre livelli. Lo strato fisico supporta Ethernet, RS-485 (MS/TP) o LonTalk. Lo strato rete incapsula i frame in pacchetti IP (BACnet/IP) o in websocket TLS (BACnet/SC). Lo strato applicazione espone gli oggetti e i servizi del protocollo, indipendentemente dal cablaggio sottostante. Questa separazione spiega la flessibilità del funzionamento del protocollo - e la sua complessità di integrazione.
Il modello a oggetti: analog input, binary output e notification class
Ogni dispositivo BACnet espone oggetti tipizzati. La norma ASHRAE 135 ne definisce più di 60 (fonte: ANSI/ASHRAE 135-2020). I più comuni in un BMS:
- Analog input: misura di una sonda (temperatura, pressione, portata)
- Binary output: comando di un attuatore (valvola, serranda)
- Notification class: segnalazione strutturata degli allarmi
Ogni oggetto porta delle proprietà come present value o status flags. È questo modello a oggetti che rende possibile l'interoperabilità. Ed è anche qui che cominciano i problemi sul campo: un oggetto esposto non è per forza un oggetto comandabile.
Servizi BACnet e architettura client-server
I servizi BACnet sono i «verbi» del protocollo. ReadProperty legge il valore di un oggetto. WriteProperty scrive un setpoint su un controllore. SubscribeCOV sorveglia i cambiamenti. Who-Is / I-Am permettono il rilevamento in rete. L'architettura funziona in client-server: la supervisione (il client) interroga i controllori (i server) che espongono i loro dati. In esercizio, la possibilità di scrivere via WriteProperty dipende dalla configurazione consegnata dal system integrator - ed è spesso lì che il controllo si ferma.
BACnet/IP, BACnet MS/TP e BACnet/SC: quale variante scegliere?
BACnet/IP: lo strato di rete della supervisione
BACnet/IP incapsula i frame BACnet in pacchetti UDP/IP sulla porta 47808 (fonte: ANSI/ASHRAE 135, allegato J). La velocità dipende dall'infrastruttura Ethernet sottostante: da 100 Mbps a 1 Gbps in pratica. È la variante della supervisione e dell'ipervisione multi-sito. La diagnostica remota è nativa. BACnet/IP richiede una rete dedicata o segmentata tramite VLAN per isolare il traffico OT dalla rete IT d'ufficio. Questa variante si trova tra il server di supervisione e i controllori di piano.
BACnet rispetto agli altri protocolli e i limiti dell'interoperabilità sul campo
LonWorks: un protocollo ancora presente nel patrimonio del terziario
LonWorks (LON, ISO/IEC 14908) resta installato su una quota significativa dei BMS del terziario messi in servizio in Francia prima del 2015. Ogni nodo LON incorpora la propria intelligenza. Sul campo, la convivenza BACnet/LON è un caso frequente: un gateway BACnet a livello di supervisione federa le due reti di apparecchiature BACnet e LON senza sostituire i controllori di campo. Dopo la fine della produzione dei chip annunciata da Renesas, LonWorks è a fine vita: la rete funziona, ma i ricambi nuovi non arriveranno più.
KNX: lo standard dell'impianto elettrico e della domotica del terziario
KNX (ISO 14543-3) domina l'illuminazione e le schermature solari nel terziario. Copre poco l'HVAC pesante. BACnet e KNX convivono in un edificio a seconda del lotto tecnico: BACnet per riscaldamento, ventilazione e climatizzazione, KNX per l'illuminazione. Il gateway KNX/BACnet è un classico del protocollo di comunicazione multi-lotto.
Modbus: il protocollo industriale che resiste in centrale termica
Modbus (RS-485 o TCP/IP) resiste su caldaie, gruppi frigoriferi e contatori di energia. Questo protocollo funziona per lettura e scrittura di registri grezzi. Niente oggetti tipizzati né allarmi strutturati. La differenza con BACnet è netta: Modbus trasporta valori, BACnet trasporta significato. La distinzione richiama quella tra BMS e GTC nel riscaldamento, nella ventilazione e nella climatizzazione (HVAC).
Interoperabilità sintattica vs interoperabilità semantica
Interoperabilità sintattica vs interoperabilità semantica
L'interoperabilità sintattica garantisce che due apparecchiature BACnet si scambino frame conformi. L'interoperabilità semantica garantisce che si comportino come previsto quando si scrive loro un setpoint. Sul campo, il divario è enorme. Gli oggetti BACnet sono spesso esposti in sola lettura mentre dovrebbero essere writable. Il PICS del costruttore non viene quasi mai verificato dopo la messa in servizio.
- Un binary output bloccato dal costruttore
- Un writable flag assente dalla configurazione consegnata
- Un PICS promettente smentito dalla realtà del controllore
La conformità BTL copre lo strato sintattico, non il comportamento applicativo (fonte: BACnet Interest Group Europe)
Verificare le classi BMS permette di incrociare questa lettura con i requisiti di integrazione funzionale.
Conformità BTL e PICS: che cosa copre davvero la certificazione
BTL (BACnet Testing Laboratories) verifica la conformità al protocollo di un apparecchio specifico. Il PICS documenta gli oggetti e i servizi supportati. Più di 1.200 prodotti figurano nell'elenco BTL (fonte: btl.org). La certificazione BTL riguarda casi normalizzati. Un controllore certificato può benissimo essere bloccato in scrittura nella configurazione consegnata all'edificio.
BACnet e l'obbligo BACS: che cosa cambia il protocollo per la conformità
Che cosa richiede l'obbligo BACS in materia di comunicazione tra apparecchiature
In Italia l'obbligo per gli edifici non residenziali con impianti oltre 290 kW è in vigore dal 1° gennaio 2025 (D.Lgs. 192/2005, art. 4, modificato dal D.Lgs. 48/2020). La soglia di 70 kW deriva dalla direttiva (UE) 2024/1275 (entro il 31/12/2029), in attesa di recepimento nazionale. In Francia, la scadenza per gli edifici da 70 a 290 kW è stata rinviata dal 01/01/2027 al 01/01/2030 dal decreto n. 2025-1343 (fonte: Légifrance).
L'obbligo BACS (direttiva EPBD, art. 14-15, recepita in Italia dal D.Lgs. 192/2005 come modificato dal D.Lgs. 48/2020; in Francia, decreto n. 2020-887) impone un sistema di automazione e controllo capace di comunicare con gli impianti tecnici dell'edificio. Il testo richiede funzioni precise - monitoraggio e regolazione, analisi dei consumi, rilevazione delle anomalie, interoperabilità con gli impianti tecnici collegati - senza nominare BACnet. Il requisito di un sistema interoperabile rimanda di fatto ai protocolli aperti normalizzati. Gli edifici con impianti oltre 290 kW devono essere conformi dal 1° gennaio 2025 (fonte: D.Lgs. 192/2005, art. 4, comma 1, lett. b, n. 3-sexies). Per capire l'interoperabilità richiesta dall'obbligo BACS, l'attuazione passa da un protocollo di gestione tecnica degli edifici normalizzato ISO.
Che cosa permette concretamente BACnet per la conformità
BACnet copre le tre funzioni richieste dalla normativa BACS:
- Gestione dei setpoint di temperatura e ventilazione via WriteProperty sui controllori HVAC
- Monitoraggio dei consumi di energia tramite gli oggetti di conteggio (accumulator, pulse converter)
- Segnalazione degli allarmi strutturati tramite notification class ed event enrollment
BACnet si basa su un modello applicativo che rende queste funzioni verificabili. Se gli oggetti non sono configurati correttamente nel BMS, il bus esiste ma la funzione di riscaldamento, ventilazione e climatizzazione (HVAC) non è garantita (fonte: direttiva 2018/844, art. 14, par. 4; D.Lgs. 192/2005, art. 4).
Controllare un BMS esistente senza sostituirlo: gateway e convivenza tra protocolli
In un patrimonio esistente, BACnet, LonWorks e Modbus convivono. I gateway BACnet/LON e BACnet/Modbus federano questi protocolli sotto un'unica supervisione senza lavori sui controllori di campo. È questa convivenza tra protocolli che Foobot gestisce ogni giorno: controllare il vostro BMS in BACnet o LON tramite la supervisione esistente, senza sostituire l'infrastruttura in essere.
Come Foobot sfrutta BACnet ogni giorno sui vostri BMS?
Consulenza BMS: verificare la configurazione BACnet del vostro impianto
Quando Foobot esegue l'audit di un BMS, il primo passo consiste nel verificare la configurazione BACnet. Gli oggetti esposti corrispondono alle apparecchiature fisiche? I punti sono writable? Il PICS del costruttore riflette la realtà sul campo? È la consulenza BMS applicata al protocollo: non sostituiamo il BMS, verifichiamo che mantenga la sua promessa.
Controllo IA: regolare l'HVAC ogni 15 minuti via BACnet
Il gemello digitale Foobot scrive setpoint di temperatura e di portata sui controllori BACnet via WriteProperty, ogni 15 minuti, 24 ore su 24. Il protocollo è il canale di comando. Senza BACnet (o LON), niente Controllo IA. BACnet non è uno strumento in più nello stack: è il condotto attraverso cui passa ogni decisione dell'IA.
BACnet e LonWorks: controllare BMS multiprotocollo senza cambiare tutto
Prima di sostituire i vostri controllori LON con del BACnet/IP, verificate se non basta un gateway software a livello di supervisione. Il costo è dieci volte inferiore e il risultato è immediato.
Foobot si integra su BMS che mescolano BACnet e LonWorks (LON). L'integrazione passa dal controllore multiprotocollo o direttamente dallo strato di supervisione, senza hardware aggiuntivo. La convivenza tra protocolli non è un freno al controllo IA: è il nostro quotidiano. Prima di avviare una sostituzione dell'hardware, raccomandiamo di eseguire l'audit di obsolescenza del vostro impianto.
BACnet/IP vs BACnet MS/TP vs BACnet/SC
Confronto sul campo - criteri di esercizio reali
| Criterio | BACnet/IP | BACnet MS/TP | BACnet/SC |
|---|---|---|---|
| Velocità reale in esercizio | Da 100 Mbps a 1 Gbps (Ethernet) | Da 9.600 a 76.800 baud (RS-485) | Velocità Ethernet via websocket TLS 1.3 |
| Dispositivi max per segmento | Limitato dall'infrastruttura IP | 128 indirizzi per segmento | Limitato dall'infrastruttura IP |
| Diagnostica remota | ✓ Nativa | ✗ Router BACnet/IP necessario | ✓ Nativa - attraversa i firewall |
| Compatibilità con controllori > 10 anni | ✓ Ampia - la maggior parte supporta l'IP | ✓ Molto ampia - parco installato maggioritario | ✗ Rara - addendum 2019, pochi controllori compatibili |
| Requisiti di rete | ~ VLAN dedicata o segmentazione IT/OT | ✓ Nessuno - bus seriale autonomo | ✗ PKI - certificati X.509 + infrastruttura TLS |
| Costo di aggiornamento | ~ Moderato - switch Ethernet + VLAN | ✓ Nullo - già in essere | ✗ Elevato - firmware + PKI + formazione |
Fonti: ANSI/ASHRAE 135-2020 (allegato J, clausola 9) - ASHRAE SSPC 135 (addendum 135-2016bj)
Dall'audit al controllo: le 5 fasi di un progetto BACnet
Esplorate ogni fase per capire le azioni, i deliverable e gli indicatori chiave
Un progetto di controllo BACnet si struttura in fasi progressive. Ogni fase mobilita competenze specifiche e produce deliverable misurabili. Cliccate su una fase per esplorarne il dettaglio.
Fonti: ASHRAE 135-2020, norma ISO 16484, esperienze sul campo su BMS del terziario 2024-2025
Passare dal protocollo BACnet al controllo energetico concreto
Le 5 tappe chiave per sfruttare la vostra infrastruttura BACnet esistente
Il vostro edificio comunica già in BACnet ma le apparecchiature girano con sequenze fisse dalla messa in servizio. Ecco il percorso per trasformare questa base tecnica in risparmi reali, senza sostituire le vostre apparecchiature HVAC.
- Numero e tipi di punti BACnet accessibili (AI, AO, BI, BO, AV, BV)
- Stato delle sequenze di regolazione programmate nei controllori
- Interoperabilità reale tra controllori di marche diverse
- Dati storici disponibili (trend, allarmi, log)
- Rilevamento dei punti "fantasma": dichiarati ma mai aggiornati
- UTA in forzatura manuale di notte o nel weekend (30% dei casi)
- Setpoint di riscaldamento e raffrescamento che si sovrappongono (banda morta troppo stretta)
- Pompe e ventilatori a velocità fissa nonostante la presenza di inverter
- Avvio mattutino troppo precoce (a volte 2 ore prima dell'occupazione reale)
- Curve climatiche mai ricalibrate dopo un cambio d'uso dei locali
- Lettura/scrittura BACnet/IP nativa (nessun gateway aggiuntivo)
- Algoritmi predittivi basati su meteo, inerzia termica e occupazione
- Avvio ottimale: l'IA calcola l'ora di avvio più tardiva possibile (Avvio IA)
- Regolazione continua dei setpoint senza intervento umano
- Mantenimento del comfort: i limiti alto e basso restano garantiti
- Baseline energetica costruita su 12 mesi di dati storici BACnet
- Correzioni per gradi giorno e tasso di occupazione reale
- Rapporto mensile: kWh evitati, euro risparmiati, tCO2e ridotte
- Conformità agli obblighi di rendicontazione energetica (in Francia, décret tertiaire; in Europa, direttiva EPBD 2024)
- Trasparenza totale: i dati grezzi sono accessibili al cliente
- Rilevamento automatico delle derive (allarme se il consumo supera il modello)
- Adattamento ai cambi d'uso (nuovo piano occupato, orari modificati)
- Rapporti trimestrali di prestazione con raccomandazioni
- Accompagnamento umano a integrazione dell'IA (nessuna scatola nera)
- Traiettoria di riduzione monitorata anno dopo anno (in Francia, décret tertiaire: -40% nel 2030, -50% nel 2040)
Il vostro edificio è già dotato di BACnet?
Valutiamo insieme il potenziale di risparmio senza lavori.
Fonti: ASHRAE BACnet Committee 2024, protocollo IPMVP (EVO), ADEME (Francia) - Gestion technique du bâtiment tertiaire 2025
FAQ - bacnet
Che cos'è il protocollo BACnet?
BACnet (Building Automation and Control Network) è un protocollo di comunicazione aperto normalizzato ISO 16484-5. Permette alle apparecchiature di un edificio del terziario - controllori, sensori, supervisione - di comunicare tra loro indipendentemente dal costruttore.
Come funziona BACnet?
BACnet si basa su un modello a oggetti (analog input, binary output) e su servizi (ReadProperty, WriteProperty). Lo strato applicazione dialoga in architettura client-server: la supervisione legge e scrive sui controllori che espongono i loro oggetti e le loro proprietà.
Qual è la differenza tra il protocollo BACnet e Modbus?
BACnet struttura i dati in oggetti tipizzati con proprietà normalizzate. Modbus funziona per lettura e scrittura di registri grezzi, senza modello a oggetti. BACnet gestisce anche gli allarmi strutturati e le sottoscrizioni ai cambiamenti di valore, cosa che Modbus non copre.
BACnet IP vs BACnet MS/TP: quali differenze?
BACnet IP incapsula i frame in pacchetti UDP su una rete Ethernet. BACnet MS/TP usa un bus seriale RS-485 con passaggio del token tra i dispositivi (massimo 128 indirizzi per segmento). Velocità e diagnostica remota favoriscono BACnet IP.
Quali sono i vantaggi di BACnet per la gestione tecnica degli edifici?
BACnet offre un'interoperabilità multi-costruttore normalizzata come standard ISO. Questo protocollo permette di federare HVAC, illuminazione e contatori sotto un'unica supervisione. Il modello a oggetti facilita la manutenzione, gli allarmi strutturati e la messa a norma BACS.
Come implementare BACnet in un edificio del terziario?
L'implementazione comincia con un audit dell'impianto esistente. Un gateway BACnet federa i protocolli già presenti (LON, Modbus). Il PICS di ogni controllore va verificato per confermare che gli oggetti siano davvero writable in esercizio.
Che cosa significa interoperabile ai sensi dell'obbligo BACS?
L'obbligo BACS (direttiva EPBD, in Italia D.Lgs. 192/2005) richiede un sistema di automazione capace di comunicare con tutti gli impianti tecnici dell'edificio. L'interoperabilità implica un protocollo aperto normalizzato ISO come BACnet, non un bus proprietario bloccato da un solo costruttore.