BACnet vs. Modbus vs. OPC UA: en guide for bygningsintegratorer

Velger du feil protokoll dag én i en BMS-integrasjon, betaler du fortsatt for det fem år senere, ofte i form av en gateway-boks ingen husker å ha konfigurert. Får du det riktig, blir samme integrasjon nesten ikke nevnt i overleveringsnotatene. Innsatsen er så skjev, og likevel blir beslutningen sjelden tatt med vilje. De fleste bygninger arver bare hvilken protokoll den siste kontrollentreprenøren leverte.

Det er ikke nødvendigvis feil. BACnet, Modbus og OPC UA har alle fremdeles en jobb å gjøre, og de fleste bygningsporteføljer kjører mer enn en av dem side ved side. Hva som betyr noe for alle som forsøker å få sensor- og målerdata inn i et analyselag, er å vite hvilken protokoll som gjør hva, hvor hver av dem går tom for muligheter, og hva det betyr for gatewayen eller agenten som sitter på toppen av den. Denne guiden dekker alle tre, pluss oBIX, den nyere ankomsten de fleste integratorer bare har møtt en eller to ganger.

BACnet: standarden, med to varianter

BACnet (Building Automation and Control Network) er protokollen de fleste moderne BMS taler naturlig, og med god grunn. Det er en ANSI/ASHRAE- og ISO-standard bygget spesifikt for denne oppgaven, og den definerer hva et datapunkt betyr, ikke bare hvordan bytene beveger seg: en "verdi" som kommer via BACnet, bærer allerede en objekttype, en temperatur, et børverdi, en alarmtilstand. Det semantiske laget er nøyaktig det en generisk industriprotokoll ikke gir deg, og det er derfor BACnet ble bygningsautomasjonens lingua franca i stedet for en generell feltbuss tilpasset oppgaven.

Der det blir rotete, er delingen mellom BACnet/IP og BACnet MS/TP. IP er den moderne, Ethernet-native versjonen; MS/TP er den eldre serielle varianten som fortsatt kjører på mange feltnivå-kontrollernettverk, spesielt alt installert før en bygnings siste større oppgradering. De to snakker ikke direkte med hverandre. Et MS/TP-segment trenger en ruter eller gateway for å nå et IP-nettverk, og på eldre bygninger finner du flere slike broer stablet i et skap, hver en feilkilde ingen har revidert på årevis. Objektnavngivning er teknisk standardisert, men leverandører tolker spesifikasjonen med nok lokal variasjon at en kontrollingeniør som beveger seg mellom en Siemens Desigo-portefølje og en Schneider EcoStruxure-portefølje, fremdeles vil oppleve friksjon når punkter skal mappes rent.

For alle som bygger på et BMS, er den praktiske konklusjonen at BACnet-dekning alene ikke garanterer en enkel avlesning. Bekreft om nettverket du integrerer med kjører IP eller MS/TP, og budsjetter for gatewayen hvis det er sistnevnte. Fullstendige detaljer om protokollen, inkludert hvordan objektmodellen fungerer, finnes på vår BACnet-ordlisteside.

Modbus: gammel, enkel, og fortsatt på hver måler

Modbus går forut for BACnet med mer enn et tiår. Modicon introduserte det i 1979, og det overlever i dag av samme grunn som mye gammel, kjedelig teknologi overlever: det er enkelt, det er royaltyfritt, og hver leverandør av hver energimåler, undermåler og eldre anleggsstyring vet allerede hvordan man implementerer det. Det finnes to varianter i aktiv bruk. Modbus RTU er den opprinnelige serielle formen, som kjører over RS-485 eller RS-232 med kompakte binære rammer. Modbus TCP pakker inn samme datamodell i Ethernet, og er den enkleste å integrere på et moderne nettverk. En seriell RTU-måler når et IP-nettverk gjennom en gateway, samme mønster som BACnet MS/TP.

Hemskoen med Modbus er at det bærer verdier, ikke betydning. En klient forespør en enhet om innholdet i et nummerert register, og det er alt: ingen selvbeskrivelse, ingen innebygde enheter, ingen indikasjon på om register 40012 er en kWh-avlesning eller en ventilposisjon. Du trenger enhetens registerkart for å vite hva du leser, og det kartet finnes i en PDF fra måleprodusenten, ikke i selve protokollen. Får du kartet feil, leser du glatt inn skrot som ser ut som data. Det finnes heller ingen innebygd autentisering eller kryptering, noe som sjelden er et problem på et isolert målernettverk, men verdt å vite før du eksponerer et for noe bredere.

I praksis eksisterer Modbus og BACnet side ved side hele tiden: BACnet kjører BMS-et, Modbus fôrer målerne BMS-et ikke leser naturlig. Den blandingen er nøyaktig det råmaterialet programvare for energistyring trenger for å omgjøre avlesninger til beslutninger, forutsatt at hvert register mappes til noe fysisk først. Mer om protokollen selv finnes på vår Modbus-ordlisteside.

OPC UA: moderne, sikker og semantisk

OPC UA (Unified Architecture) er den nyeste av de tre mainstream-protokollene og den som er bygget med den mest bevisste ingeniørkunsten. Den erstattet den eldre OPC Classic-standarden og ble designet fra starten for å være plattformuavhengig, tjenesteorientert og sikker: autentisering, kryptering og tilgangskontroll er del av spesifikasjonen, ikke boltet på etterpå slik de måtte for Modbus. Den definerer også en genuint rik objektmodell, nærmere BACnets tilnærming enn Modbus, noe som gjør integrasjonen betydelig mindre skjør når den først er satt opp.

OPC UAs hjemmebane er produksjon og prosessindustri, hvor det er blitt nær standard for maskin-til-maskin datautveksling. I bygninger dukker det opp der BMS-et har blitt modernisert nylig, eller der bygnings- og industridata konvergerer, for eksempel et datasenter, en fabrikk med et tilknyttet kontorbygg, eller et sted der OT- og IT-team blir bedt om å dele et datalag. Den konvergensen er en stor del av hvorfor OPC UA betyr noe for bygningsintegrasjon selv om det ikke startet der. Abonnement på verdiendringshendelser fungerer naturlig, så du får push-oppdateringer i stedet for konstant polling, og sikkerhetsprofilen som brukes på et gitt sted, avgjør nøyaktig hvordan autentisering håndteres ved tilkoblingstidspunktet. Det fulle bildet finnes på vår OPC UA-ordlisteside.

oBIX: den nyere, mest på Niagara

oBIX (Open Building Information Exchange) er verdt et eget avsnitt, ikke fordi den erstatter noe, men fordi den stadig dukker opp i spesifikke hjørner av bygningsstacken som de andre tre protokollene ikke dekker like rent. Det er en OASIS-standard, først publisert i 2006, og den tar en annen teknisk tilnærming: XML over HTTP-webtjenester i stedet for en spesialbygget bygningsprotokoll eller en industriell feltbuss. I praksis er stedet du møter oBIX en Tridium Niagara-stasjon. Niagara eksponerer sine punkter via oBIX (og ofte BACnet også), og enhver Honeywell WEBs-installasjon eller tredjeparts-JACE som kjører på Niagara-rammeverket, vil typisk tilby samme alternativ.

Vi la til oBIX-støtte i FrostLogic Edge Agent fordi vi stadig støtte på nettopp denne situasjonen: en blandet portefølje der de fleste bygninger snakker BACnet rent, men en eller to kjører en Niagara-supervisor som er lettere å lese via oBIX. Edge Agent snakker nå fire protokoller, BACnet, Modbus, OPC UA og oBIX, og dens første levende oBIX-tilkobling kjørte mot et Tridium Niagara BMS. Det er ikke en casestudie, bare hvordan integrasjonsmatrisen ser ut i en normal uke med onboarding av bygninger. Hvis du kjører en Niagara-portefølje spesifikt, dekker vår Honeywell Niagara-integrasjoner-side tilkoblingsdetaljene, og mekanikken bak oBIX selv finnes på vår oBIX-ordlisteside.

Sammenligningen i korte trekk

Hva dette betyr for å få data inn i et analyselag

Ingenting av dette endrer hva et analyselag faktisk trenger: leseadgang til hva som allerede kjører, uten å røre kontrollsystemet. Et bygningsstyringssystem som kjører BACnet for sine luftbehandlingsanlegg, Modbus for sine målere og muligens OPC UA eller oBIX et sted i miksen, er ikke et integrasjonsproblem som skal løses én gang. Det er den normale formen på en reell bygningsportefølje, og inntakslaget må håndtere alt samtidig, ikke tvinge et sted til å standardisere på én protokoll før det kan leses.

FrostLogic Edge Agent er bygget rundt den realiteten. Den sitter på BMS-PC-en eller -serveren, leser BACnet, Modbus, OPC UA og oBIX skrivebeskyttet, og sender dataene til FrostLogic Explore, som gjør dem om til en rangert beslutningskø i stedet for enda et dashbord. Leverandørspesifikk oppsett, enten det er et Siemens Desigo BACnet-nettverk eller en Schneider EcoStruxure-portefølje med sine egne særtrekk, er dokumentert på våre integrasjonssider i stedet for gjemt i en generisk protokollspesifikasjon. Hva enn ditt BMS snakker, leser vi det. Se støttede integrasjoner.

Ofte stilte spørsmål

Hvilken protokoll bør jeg bruke for en ny BMS-integrasjon? Bruk det utstyret allerede snakker. BACnet er det trygge standardvalget for et moderne BMS og det man bør spesifisere hvis man skriver en ny kontrollkontrakt. Tvang ikke et protokollskifte bare for standardiseringens skyld; en fungerende Modbus-måler eller et OPC UA-feed fra et prosessystem trenger ikke å byttes ut.

Kan BACnet og Modbus eksistere side ved side i samme bygning? Ja, og det er det vanligste oppsettet i praksis. BACnet kjører vanligvis BMS-et og dets kontrollere, mens Modbus fôrer energimålere, undermålere og eldre anlegg som aldri ble flyttet opp til BACnet. Ingen av protokollene trenger å forsvinne for at den andre skal fungere.

Trenger FrostLogic Explore en gateway for OPC UA? Nei. Explore leser OPC UA naturlig, inkludert abonnement på verdiendringshendelser, med autentisering og kryptering håndtert etter sikkerhetsprofilen stedet allerede bruker. Gatewayer kommer inn i bildet for BACnet MS/TP og Modbus RTU, de to serielle variantene, ikke for OPC UA.

Hva er oBIX og trenger jeg det? oBIX er en webtjenestestandard for å lese bygningsdata over HTTP, oftest møtt på en Tridium Niagara-stasjon. Du trenger det spesifikt hvis deler av porteføljen din kjører Niagara eller et Niagara-basert produkt som Honeywell WEBs. Hvis bygningene dine kjører et standard BACnet-BMS med Modbus-målere, kommer oBIX rett og slett ikke opp.