Livello tecnico · Avanzato
Baseline tecnica verificata: ANSI/ASHRAE Standard 135-2024; addenda ed errata correnti al 10 ottobre 2026; ISO 16484-5:2026 come riferimento internazionale correlato; ISO 16484-6:2026 per il conformance testing delle capacità dichiarate
Verifica delle fonti: 10 ottobre 2026
Version-sensitive: sìLe capacità BACnet effettivamente disponibili dipendono dal prodotto, dal profilo implementato, dai servizi supportati, dalla configurazione e dall’architettura di rete.
BACnet in breve
BACnet è uno standard di comunicazione progettato per reti di building automation and control. Definisce modelli, messaggi, servizi e regole che permettono a dispositivi e sistemi di scambiarsi dati, stati, comandi ed eventi.
BACnet non è un BMS completo, non è una rete fisica specifica e non definisce da solo la logica funzionale dell’edificio. Può essere usato da controllori, supervisori, gateway, dispositivi di campo evoluti e piattaforme di gestione, ma il progetto resta responsabile di sequenze operative, priorità, mapping, allarmi, trend, cybersecurity e lifecycle.
Che cosa standardizza e che cosa non standardizza
BACnet standardizza il modo in cui le informazioni sono rappresentate e scambiate tra dispositivi compatibili. Il cuore del modello è composto da oggetti, proprietà e servizi.
Non standardizza automaticamente il progetto dell’impianto, la qualità delle sequence of operation, la corretta selezione dei punti, la qualità della rete, la gestione delle responsabilità, l’interfaccia grafica o il comportamento complessivo del sistema in caso di guasto.
Oggetti, proprietà e servizi
Un dispositivo BACnet espone informazioni attraverso oggetti. Gli oggetti possono rappresentare, per esempio, ingressi, uscite, valori, stati, programmi, trend, allarmi o altre funzioni previste dallo standard.
Ogni oggetto possiede proprietà. Una proprietà può indicare il valore corrente, lo stato, l’unità di misura, la descrizione, le priorità di comando o altre caratteristiche.
I servizi definiscono invece le operazioni disponibili tra dispositivi, come lettura, scrittura, notifica di eventi o discovery.
Per un progetto non basta sapere che “il dispositivo parla BACnet”. Occorre verificare quali oggetti sono esposti, quali proprietà sono leggibili o scrivibili, quali servizi sono supportati e con quale comportamento.
Device Object e identificazione
Ogni dispositivo BACnet è rappresentato da un Device Object che contiene informazioni utili alla sua identificazione e alle capacità dichiarate. Questo oggetto costituisce un riferimento centrale per il discovery e per la comprensione del dispositivo nella rete.
Identificativi, nomi e istanze devono essere gestiti con coerenza. Duplicazioni o convenzioni non documentate possono rendere più difficile commissioning, manutenzione e sostituzione.
Read, write, command, event e trend
BACnet può supportare lettura e scrittura di proprietà, comandi, notifiche di eventi e gestione di trend. La presenza dello standard non implica però che ogni prodotto implementi tutte queste capacità.
La verifica deve distinguere almeno: read / write / command / event / trend / configuration.
Un punto visibile in supervisione può essere soltanto leggibile. Un altro può essere comandabile. Un altro ancora può avere comportamento dipendente da priorità o logiche locali.
Priority Array e autorità sul comando
Uno degli aspetti più importanti nel controllo BACnet è il meccanismo di priorità. Per gli oggetti comandabili, la Priority Array permette a più sorgenti di comando di concorrere secondo livelli di priorità definiti.
Un write riuscito non significa quindi necessariamente che il valore applicato rimanga effettivamente attivo. Un comando a priorità più alta può prevalere.
Per questo il progetto deve documentare chi può comandare, con quale priorità, come avviene il rilascio del comando e quale comportamento assume il sistema in assenza di override.
Discovery: Who-Is, I-Am e servizi correlati
BACnet include servizi di discovery che consentono ai dispositivi di individuarsi e dichiarare la propria presenza. Le coppie Who-Is / I-Am sono tra le più note; altri servizi possono essere utilizzati per individuare oggetti o informazioni specifiche.
Il discovery facilita commissioning e integrazione, ma non sostituisce una naming convention, una point list o una documentazione di rete coerente.
BACnet non coincide con Ethernet o IP
BACnet può funzionare su differenti opzioni di trasporto e data-link. Parlare di “BACnet” non significa quindi automaticamente parlare di Ethernet o IP.
BACnet non coincide con la rete fisica
APPLICAZIONE BACS
↓
BACnet objects + services
↓
BACnet/IP | BACnet/SC | MS/TP | altre opzioni previste
BACnet definisce il modello e i servizi di comunicazione; il trasporto sottostante può variare.
BACnet/IP
BACnet/IP utilizza reti IP come infrastruttura di comunicazione. Questo consente integrazione con LAN e reti enterprise, ma introduce anche dipendenze da addressing, routing, segmentazione, switch, firewall e configurazione IT.
La presenza di BACnet/IP non garantisce quindi automaticamente reachability, discovery corretto o sicurezza.
BACnet MS/TP
BACnet MS/TP utilizza un collegamento seriale basato su RS-485. È ancora presente in numerose installazioni e dispositivi di campo.
Non va trattato semplicemente come una tecnologia “vecchia da eliminare”: può essere adeguato in contesti specifici, ma richiede attenzione a topologia, terminazioni, baud rate, indirizzi MAC, qualità del cablaggio e limiti prestazionali.
BACnet/SC e Secure Connect
BACnet Secure Connect, o BACnet/SC, introduce un modello di comunicazione sicura basato su connessioni protette e autenticazione tramite certificati.
BACnet/SC migliora il livello di sicurezza del trasporto e dell’autenticazione tra nodi, ma non rende automaticamente sicuro l’intero sistema BACS.
Restano da progettare account, ruoli, gestione dei certificati, lifecycle delle chiavi, segmentazione, hardening, accesso remoto, aggiornamenti, logging e recovery.
BBMD, Foreign Device e rapporto con BACnet/SC
Nelle architetture BACnet/IP tradizionali, BBMD e Foreign Device possono essere utilizzati per estendere discovery e comunicazione oltre i limiti delle broadcast domain.
BACnet/SC utilizza un modello differente, basato su connessioni sicure e hub. I due approcci non devono essere confusi né considerati automaticamente equivalenti.
In progetti esistenti possono coesistere componenti e segmenti con modalità differenti. La documentazione deve indicare chiaramente il percorso di comunicazione e i punti di traduzione o collegamento.
PICS: che cosa dichiara davvero un prodotto
Il Protocol Implementation Conformance Statement, PICS, descrive le capacità BACnet implementate da uno specifico prodotto.
È uno strumento essenziale per capire quali oggetti, servizi, profili e funzioni sono effettivamente supportati. Per selezione e integrazione, la dichiarazione “BACnet compatible” è molto meno utile di un PICS coerente e aggiornato.
Il PICS non sostituisce comunque il collaudo della configurazione reale.
ISO 16484-6:2026 definisce le procedure di conformance testing per verificare le capacità BACnet dichiarate, incluse quelle documentate nel PICS.
BTL Certification
La certificazione BTL fornisce evidenza di test rispetto ai requisiti del programma BACnet Testing Laboratories.
È un segnale molto più forte della sola dichiarazione commerciale di compatibilità, ma non garantisce da sola che due prodotti, una specifica configurazione o l’intero progetto risultino interoperabili in ogni funzione richiesta.
La conformità del prodotto e la verifica del progetto sono due livelli distinti.
Dalla conformità alla funzione reale
STANDARD BACnet → IMPLEMENTAZIONE DEL PRODOTTO → PICS / BTL → CONFIGURAZIONE → INTEGRAZIONE → FUNZIONE VERIFICATA
La conformità allo standard è un prerequisito utile; la funzione di progetto va comunque verificata nella combinazione reale di prodotti, rete e configurazione.
Interoperabilità reale
L’interoperabilità BACnet non va ridotta alla presenza dello stesso logo o alla possibilità di leggere un valore.
La catena da verificare è almeno:
oggetto → proprietà → servizio → permesso di scrittura → semantica → logica di sistema
Due dispositivi possono scambiarsi dati ma interpretare diversamente priorità, allarmi, unità, naming o responsabilità operative. L’integrazione deve quindi essere verificata sul comportamento, non soltanto sulla connettività.
BACnet non è un BMS
BACnet è un protocollo e un modello di comunicazione. Un BMS o BACS è invece un sistema più ampio che comprende dispositivi, controllori, reti, supervisione, dati, gestione e responsabilità operative.
Un BMS può usare BACnet, ma può anche integrare KNX, DALI, Modbus, MQTT, sistemi proprietari o altri protocolli.
BACnet rispetto a KNX, Modbus, MQTT e DALI
KNX definisce un sistema di automazione con propri datapoint, dispositivi e strumenti di engineering. BACnet è maggiormente focalizzato sulla comunicazione tra dispositivi e sistemi BACS.
Modbus usa un modello più semplice basato su registri. BACnet incorpora un modello informativo più ricco, con oggetti, proprietà e servizi.
MQTT è un protocollo di messaggistica publish/subscribe. Può essere utile per integrazione dati e piattaforme, ma non definisce il modello BACS di BACnet.
DALI è specializzato nel controllo digitale dell’illuminazione. Un gateway o controller può rendere dati DALI disponibili a BACnet, ma il dominio luce mantiene logiche, configurazione e diagnostica proprie.
Cybersecurity
La cybersecurity BACnet non si esaurisce nella scelta di BACnet/SC.
- inventario dei dispositivi;
- segmentazione IT/OT;
- gestione di account e certificati;
- hardening dei controller e server;
- controllo degli accessi remoti;
- logging;
- backup;
- patching e aggiornamenti;
- procedure di revoca e sostituzione.
La sicurezza deve essere considerata lungo l’intero lifecycle.
Vendor lock-in
L’uso di BACnet non elimina automaticamente il vendor lock-in.
Possono restare proprietari software di engineering, database, logiche, graphics, licensing, strumenti diagnostici, procedure di backup e configurazione dei controller.
Il progetto deve quindi verificare non soltanto se i dati sono accessibili, ma anche se il sistema può essere mantenuto, ampliato o sostituito senza dipendenze sproporzionate.
Commissioning e verifica di progetto
Il commissioning deve verificare discovery, addressing, naming, oggetti, proprietà, servizi, comandi, priority array, allarmi, trend, tempi di aggiornamento, comportamento durante guasti e recovery.
La prova deve essere funzionale e non limitarsi alla conferma che i dispositivi risultino visibili in rete.
Per il metodo generale vedi anche Integrazione e interoperabilità e Progettazione e requisiti dei sistemi.
Lifecycle e handover
- architettura di rete;
- device instance e indirizzi;
- point list;
- PICS dei dispositivi;
- BTL status quando applicabile;
- mapping e naming convention;
- priority logic;
- allarmi;
- trend;
- backup;
- logiche e sequence of operation;
- certificati e credenziali;
- software di engineering;
- procedure di restore;
- responsabilità.
Questi elementi devono accompagnare il sistema nel ciclo di vita.
Checklist professionale
- quali dispositivi devono comunicare;
- quali oggetti sono esposti;
- quali proprietà sono leggibili;
- quali proprietà sono scrivibili;
- quali servizi sono supportati;
- come sono gestite le priorità;
- come avviene il discovery;
- quale data-link viene utilizzato;
- come sono gestiti routing e segmentazione;
- se è previsto BACnet/SC;
- come vengono gestiti certificati e trust;
- quale PICS accompagna il prodotto;
- quale stato BTL è disponibile;
- come vengono gestiti allarmi e trend;
- quali mapping sono proprietari;
- quali tool di engineering servono;
- come avvengono backup e restore;
- come viene verificato il comportamento in fault;
- quale documentazione viene consegnata;
- chi mantiene ownership e responsabilità operative.
Versioni e baseline
La baseline di questa pagina è ANSI/ASHRAE Standard 135-2024, con addenda ed errata correnti alla data di verifica. BACnet è inoltre recepito nella famiglia ISO 16484-5; la baseline internazionale corrente considerata da questa pagina è ISO 16484-5:2026. Per il conformance testing delle capacità dichiarate viene considerata anche ISO 16484-6:2026.
La pagina è version-sensitive: nuovi addenda, revisioni dello standard, aggiornamenti dei profili o dei requisiti di certificazione possono modificare dettagli applicabili.