BACnet vs Modbus vs OPC UA: una guida per gli integratori di edifici

Scegli il protocollo sbagliato il primo giorno di un'integrazione BMS e continuerai a pagarne il prezzo cinque anni dopo, di solito sotto forma di un gateway di cui nessuno ricorda più la configurazione. Fai la scelta giusta e la stessa integrazione non viene quasi menzionata nelle note di consegna. La posta in gioco è così squilibrata, eppure la decisione viene raramente presa di proposito. La maggior parte degli edifici eredita semplicemente qualunque protocollo abbia fornito l'ultimo installatore di impianti di controllo.

Non è necessariamente un errore. BACnet, Modbus e OPC UA hanno tutti ancora un ruolo da svolgere, e la maggior parte dei parchi immobiliari ne gestisce più di uno affiancati. Ciò che conta per chiunque cerchi di portare dati di sensori e contatori in un livello analitico è sapere quale protocollo fa cosa, dove ciascuno esaurisce le proprie possibilità, e cosa significa questo per il gateway o l'agente che vi si appoggia sopra. Questa guida copre tutti e tre, più oBIX, l'arrivo più recente che la maggior parte degli integratori ha incontrato solo una o due volte.

BACnet: lo standard predefinito, con due varianti

BACnet (Building Automation and Control Network) è il protocollo che la maggior parte dei BMS moderni parla nativamente, e con buona ragione. È uno standard ANSI/ASHRAE e ISO costruito appositamente per questo compito, e definisce cosa significa un dato, non solo come si muovono i byte: un "valore" che arriva via BACnet porta già con sé un tipo di oggetto, una temperatura, un setpoint, uno stato di allarme. Questo livello semantico è esattamente ciò che un protocollo industriale generico non fornisce, ed è il motivo per cui BACnet è diventato la lingua franca dell'automazione degli edifici piuttosto che un bus di campo generico adattato allo scopo.

Dove le cose si complicano è nella divisione tra BACnet/IP e BACnet MS/TP. IP è la versione moderna, nativa Ethernet; MS/TP è la variante seriale più vecchia che gira ancora su molte reti di controllori a livello di campo, in particolare tutto ciò che è stato installato prima dell'ultima grande ristrutturazione di un sito. I due non comunicano direttamente tra loro. Un segmento MS/TP ha bisogno di un router o gateway per raggiungere una rete IP, e nei siti più vecchi si trovano spesso diversi di questi ponti impilati in un armadio, ciascuno un punto di guasto che nessuno ha controllato da anni. La denominazione degli oggetti è tecnicamente standardizzata, ma i produttori interpretano la specifica con variazioni locali sufficienti che un ingegnere di impianti che si sposta tra un parco Siemens Desigo e uno Schneider EcoStruxure incontrerà comunque attrito nel mappare i punti in modo netto.

Per chiunque costruisca sopra un BMS, la conclusione pratica è che la sola copertura BACnet non garantisce una lettura facile. Verifica se la rete con cui ti stai integrando gira su IP o MS/TP, e preventiva il gateway se è quest'ultimo. I dettagli completi sul protocollo, incluso come funziona il modello a oggetti, sono sulla nostra pagina del glossario BACnet.

Modbus: vecchio, semplice, e ancora su ogni contatore

Modbus precede BACnet di più di un decennio. Modicon lo introdusse nel 1979, e sopravvive oggi per la stessa ragione per cui sopravvive molta tecnologia vecchia e poco appariscente: è semplice, è privo di royalty, e ogni produttore di ogni contatore energetico, sottocontatore e controllore di impianto legacy sa già come implementarlo. Ci sono due varianti in uso attivo. Modbus RTU è la forma seriale originale, che gira su RS-485 o RS-232 con frame binari compatti. Modbus TCP racchiude lo stesso modello di dati in Ethernet, ed è quello più facile da integrare in una rete moderna. Un contatore RTU seriale raggiunge una rete IP tramite un gateway, lo stesso schema di BACnet MS/TP.

Il problema con Modbus è che trasporta valori, non significato. Un client interroga un dispositivo per il contenuto di un registro numerato, e questo è tutto: nessuna autodescrizione, nessuna unità incorporata, nessuna indicazione se il registro 40012 sia una lettura in kWh o la posizione di una valvola. Serve la mappa dei registri del dispositivo per sapere cosa si sta leggendo, e quella mappa vive in un PDF del produttore del contatore, non nel protocollo stesso. Se la mappa è sbagliata, si finisce felicemente per acquisire spazzatura che sembra dati. Non c'è nemmeno autenticazione o cifratura incorporate, il che raramente è un problema su una rete di contatori isolata, ma vale la pena saperlo prima di esporne una a qualcosa di più ampio.

In pratica, Modbus e BACnet coesistono costantemente: BACnet gestisce il BMS, Modbus alimenta i contatori che il BMS non legge nativamente. Quel mix è esattamente la materia prima di cui il software di gestione energetica ha bisogno per trasformare le letture in decisioni, a condizione che ogni registro venga prima mappato su qualcosa di fisico. Maggiori informazioni sul protocollo stesso sono sulla nostra pagina del glossario Modbus.

OPC UA: moderno, sicuro e semantico

OPC UA (Unified Architecture) è il più recente dei tre protocolli principali e quello costruito con l'ingegneria più deliberata. Ha sostituito il vecchio standard OPC Classic ed è stato progettato dall'inizio per essere indipendente dalla piattaforma, orientato ai servizi e sicuro: autenticazione, cifratura e controllo degli accessi fanno parte della specifica, non aggiunti successivamente come dovrebbero essere per Modbus. Definisce anche un modello a oggetti genuinamente ricco, più vicino all'approccio di BACnet che a quello di Modbus, il che rende l'integrazione considerevolmente meno fragile una volta configurata.

Il terreno di casa di OPC UA è la produzione manifatturiera e le industrie di processo, dove è diventato quasi lo standard per lo scambio di dati macchina-a-macchina. Negli edifici compare ovunque il BMS sia stato modernizzato di recente o dove i dati di edificio e industriali convergono, ad esempio un data center, una fabbrica con un blocco uffici annesso, o qualsiasi sito dove ai team OT e IT viene chiesto di condividere un livello di dati. Quella convergenza è gran parte del motivo per cui OPC UA conta per l'integrazione degli edifici anche se non è nato lì. Gli abbonamenti agli eventi di cambio valore funzionano nativamente, quindi si ottengono aggiornamenti push piuttosto che polling costante, e il profilo di sicurezza in uso in un dato sito determina esattamente come viene gestita l'autenticazione al momento della connessione. Il quadro completo è sulla nostra pagina del glossario OPC UA.

oBIX: il più recente, soprattutto su Niagara

oBIX (Open Building Information Exchange) merita una sezione a parte, non perché stia sostituendo qualcosa ma perché continua a comparire in angoli specifici dello stack degli edifici che gli altri tre protocolli non coprono altrettanto bene. È uno standard OASIS, pubblicato per la prima volta nel 2006, e adotta un approccio tecnico diverso: XML su servizi web HTTP piuttosto che un protocollo per edifici costruito apposta o un bus di campo industriale. In pratica, il luogo in cui si incontra oBIX è una stazione Tridium Niagara. Niagara espone i propri punti tramite oBIX (e spesso anche BACnet), e qualsiasi installazione Honeywell WEBs o JACE di terze parti in esecuzione sul framework Niagara offrirà tipicamente la stessa opzione.

Abbiamo aggiunto il supporto oBIX al FrostLogic Edge Agent perché ci imbattevamo continuamente in esattamente questa situazione: un parco misto in cui la maggior parte degli edifici parla BACnet in modo netto ma uno o due gestiscono un supervisore Niagara che è più facile leggere via oBIX. L'Edge Agent parla ora quattro protocolli, BACnet, Modbus, OPC UA e oBIX, e la sua prima connessione oBIX in produzione ha girato contro un BMS Tridium Niagara. Non è un caso di studio, è semplicemente come si presenta la matrice di integrazione in una normale settimana di onboarding di edifici. Se gestisci specificamente un parco Niagara, la nostra pagina integrazioni Honeywell Niagara copre i dettagli di connessione, e la meccanica di oBIX stesso è sulla nostra pagina del glossario oBIX.

Il confronto a colpo d'occhio

Cosa significa questo per portare i dati in un livello analitico

Nulla di tutto ciò cambia quello di cui un livello analitico ha effettivamente bisogno: accesso in lettura a ciò che già gira, senza toccare il sistema di controllo. Un sistema di gestione degli edifici che gestisce BACnet per le sue UTA, Modbus per i suoi contatori e possibilmente OPC UA o oBIX da qualche parte nel mix non è un problema di integrazione da risolvere una volta per tutte. È la forma normale di un patrimonio immobiliare reale, e il livello di acquisizione deve gestire tutto contemporaneamente, senza costringere un sito a standardizzarsi su un protocollo prima di poter essere letto.

Il FrostLogic Edge Agent è costruito attorno a questa realtà. Risiede sul PC o server del BMS, legge BACnet, Modbus, OPC UA e oBIX in sola lettura, e invia i dati a FrostLogic Explore, che li trasforma in una coda di decisioni classificata invece che in un'altra dashboard. La configurazione specifica per produttore, sia che si tratti di una rete BACnet Siemens Desigo o di un parco Schneider EcoStruxure con le sue peculiarità, è documentata sulle nostre pagine di integrazione piuttosto che sepolta in una specifica di protocollo generica. Qualunque cosa parli il tuo BMS, la leggiamo. Vedi le integrazioni supportate.

Domande frequenti

Quale protocollo dovrei usare per una nuova integrazione BMS? Usa quello che l'apparecchiatura già parla. BACnet è la scelta predefinita sicura per un BMS moderno e quella da specificare se si sta scrivendo un nuovo contratto di impianti di controllo. Non forzare un cambio di protocollo solo per motivi di standardizzazione; un contatore Modbus funzionante o un flusso OPC UA da un sistema di processo non hanno bisogno di essere sostituiti.

BACnet e Modbus possono coesistere nello stesso edificio? Sì, ed è la configurazione più comune in pratica. BACnet gestisce tipicamente il BMS e i suoi controllori, mentre Modbus alimenta contatori energetici, sottocontatori e impianti più vecchi che non sono mai passati a BACnet. Nessuno dei due protocolli deve scomparire perché l'altro funzioni.

FrostLogic Explore ha bisogno di un gateway per OPC UA? No. Explore legge OPC UA nativamente, incluse le sottoscrizioni agli eventi di cambio valore, con autenticazione e cifratura gestite secondo il profilo di sicurezza già in uso presso il sito. I gateway entrano in gioco per BACnet MS/TP e Modbus RTU, le due varianti seriali, non per OPC UA.

Cos'è oBIX e mi serve? oBIX è uno standard di servizi web per leggere dati di edifici via HTTP, incontrato più spesso su una stazione Tridium Niagara. Ti serve specificamente se parte del tuo parco immobiliare gestisce Niagara o un prodotto basato su Niagara come Honeywell WEBs. Se i tuoi edifici gestiscono un BMS BACnet standard con contatori Modbus, oBIX semplicemente non entrerà in gioco.