BACnet vs Modbus vs OPC UA (plus LonWorks og KNX): en guide for bygningsintegratorer

Photo by Troy Bridges on Unsplash.

Velger du feil protokoll dag én i en BMS-integrasjon, betaler du fortsatt for det fem år senere, vanligvis i form av en gatewayboks som ingen husker å ha konfigurert. Får du det riktig, nevnes samme integrasjon knapt i overleveringsnotatene. Innsatsen er så skjev, og likevel tas beslutningen sjelden 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 fortsatt en jobb å gjøre, og de fleste bygningsporteføljer kjører mer enn én av dem side ved side. LonWorks dukker fortsatt opp på eldre BAS-retrofits; KNX eier ofte rombelysnings- og solskjermingsstacken i europeiske bygninger. Det som betyr noe for alle som prøver å få sensor- og målerdata inn i et analyselag, er å vite hvilken protokoll som gjør hva, hvor hver går tom for vei, og hva det betyr for gatewayen eller agenten som sitter oppå. Denne guiden dekker de seks du møter oftest, inkludert når en BACnet Modbus-gateway (eller en LonWorks/KNX-bro) er det ærlige svaret fremfor en ombygging.

BACnet: standarden, med to varianter

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

BACnet MS/TP vs BACnet/IP

Der det blir rotete, er skillet 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, særlig alt installert før et steds siste større oppfriskning. De to snakker ikke direkte sammen. Et MS/TP-segment trenger en ruter eller gateway for å nå et IP-nettverk, og på eldre anlegg finner du flere slike broer stablet i et skap, hver et feilpunkt ingen har revidert på åratal. Objektnavngiving er teknisk standardisert, men leverandører tolker spesifikasjonen med nok lokal variasjon til at en styretekniker som beveger seg mellom en Siemens Desigo-portefølje og en Schneider EcoStruxure-portefølje fortsatt treffer friksjon når punkter skal mappes rent.

For alle som bygger oppå et BMS, er den praktiske takeaway at BACnet-dekning alene ikke garanterer en enkel lesing. Bekreft om nettverket du integrerer mot kjører IP eller MS/TP, og budsjetter for gatewayen hvis det er det siste. Full detalj om protokollen, inkludert hvordan objektmodellen virker, finnes på vår BACnet-ordlisteside.

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

Modbus går foran BACnet med mer enn et tiår. Modicon introduserte den i 1979, og den overlever i dag av samme grunn som mye gammel, kjedelig teknologi overlever: den er enkel, den er royaltyfri, og hver leverandør av hver energimåler, undermåler og eldre anleggskontroller allerede vet hvordan man implementerer den. 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 samme datamodell inn i Ethernet og er den enklere å integrere på et moderne nettverk. En seriell RTU-måler når et IP-nettverk via en gateway, samme mønster som BACnet MS/TP.

Fangsten med Modbus er at den bærer verdier, ikke betydning. En klient poller en enhet for 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 bor i en PDF fra målerleverandøren, ikke i protokollen selv. Får du kartet feil, vil du gladelig mate inn søppel som ser ut som data. Det finnes heller ingen autentisering eller kryptering innebygd, 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 konstant side ved side: BACnet kjører BMS-et, Modbus fôrer målerne BMS-et ikke leser naturlig. Den miksen er nøyaktig råmaterialet energiadministrasjonsprogramvare trenger for å gjøre avlesninger om til beslutninger, forutsatt at hvert register først mappes til noe fysisk. 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 bygget med mest bevisst ingeniørkunst. 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 være for Modbus. Den definerer også en genuint rik objektmodell, nærmere BACnet enn Modbus, noe som gjør integrasjonen betydelig mindre skjør når den først er satt opp.

OPC UA sitt hjemmebane er produksjon og prosessindustri, der den er blitt nær et standardvalg for maskin-til-maskin-datautveksling. I bygninger dukker den opp der BMS-et er blitt modernisert nylig, eller der bygnings- og industrielle data konvergerer, for eksempel et datasenter, en fabrikk med tilhørende kontorblokk, 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 den ikke startet der. Abonnement på verdiendringshendelser fungerer naturlig, så du får pushede oppdateringer snarere enn konstant polling, og sikkerhetsprofilen i bruk på et gitt sted avgjør nøyaktig hvordan autentisering håndteres ved tilkobling. Det fulle bildet finnes på vår OPC UA-ordlisteside.

oBIX: den nyere, mest på Niagara

oBIX (Open Building Information Exchange) fortjener et eget avsnitt, ikke fordi det erstatter noe, men fordi det fortsetter å dukke 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 snarere enn en formålsbygget bygningsprotokoll eller en industriell feltbuss. I praksis er stedet du møter oBIX en Tridium Niagara-stasjon. Niagara eksponerer punktene sine over oBIX (og ofte BACnet også), og enhver Honeywell WEBs-installasjon eller tredjeparts-JACE som kjører på Niagara-rammeverket tilbyr typisk samme mulighet.

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.

LonWorks: eldre BAS som fortsatt dukker opp

LonWorks (ofte merket LonWorks / LonTalk) var 1990-tallets distribuerte kontrollstack: SNVT-typede variabler, en peer-to-peer-feltbuss og en stor installert base i eldre Schneider TAC-, Honeywell- og Siemens-porteføljer. Nye spesifikasjoner velger den sjelden; når et sted fortsatt har LonWorks, er det vanligvis en retrofit som lar feltkontrollere stå. Den praktiske veien inn i et moderne analyselag er nesten alltid en LonWorks-til-BACnet-gateway som presenterer de punktene som BACnet-objekter, ikke en native LonWorks-driver på hvert nytt verktøy.

KNX: romnivå i Europa, ofte ved siden av BACnet-HVAC

KNX er sterk i Europa for rombelysning, solskjerming og brukergrensesnitt. Bussen er desentralisert: enheter snakker med hverandre uten at en sentral kontroller eier hver bryter. I næringsbygg betyr det vanligvis KNX for den leietaker-nære romstacken og BACnet for den sentrale HVAC-/BMS-ryggraden. De eksisterer side ved side via en BACnet-KNX-gateway snarere enn at én protokoll absorberer den andre. For tyske, nordiske og bredere EU-porteføljer, forvent den miksen; for analyse, behandle KNX som LonWorks: budsjetter gatewayen som løfter rompunktene til BACnet (eller et annet allerede støttet feed) i stedet for å anta at hvert verktøy snakker KNX naturlig. Se også våre støttede integrasjoner for hvordan Explore kobler til når de punktene sitter på en lesbar buss.

Sammenligningen i korte trekk

Gatewayer og protokollkonvertering

Kan BACnet kommunisere med Modbus? Ja, på samme portefølje, hver uke. De blir ikke den samme protokollen. En BACnet Modbus-gateway (eller ruter) oversetter punkter slik at hver side beholder sin egen modell: Modbus-registre på målersiden, BACnet-objekter på BMS-siden. Samme mønster dekker LonWorks → BACnet og KNX → BACnet når en rom- eller eldre feltbuss skal mate en moderne ryggrad.

Konverteringene du oftest vil idriftsette:

• Modbus-målere og anlegg → BACnet (eller rett inn i en analyseagent som allerede snakker Modbus)
• LonWorks eldre kontrollere → BACnet under BAS-modernisering
• KNX-romstack → BACnet-BMS for én felles operatørvisning
• Serielle segmenter (BACnet MS/TP, Modbus RTU) → IP via fysiske gatewayer eller rutere

Gatewayer er en mapping- og idriftsettelseskostnad, og de er et feilpunkt. Budsjetter dem. Lat ikke som om en blandet-protokollportefølje blir «én protokoll» fordi en boks sitter i skapet. For analyse spesifikt leser FrostLogic Edge Agent BACnet, Modbus, OPC UA og oBIX naturlig; LonWorks og KNX ankommer typisk etter at en anleggsgateway presenterer dem som BACnet (eller et annet støttet feed). Det er den ærlige veien inn i FrostLogic Explore, ikke et krav om at hver feltbuss snakkes fra ende til ende.

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, oBIX, LonWorks eller KNX 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 som standard, og sender dataene til FrostLogic Explore, som gjør dem om til en rangert beslutningskø i stedet for enda et dashbord. Skrivetilgang til spesifikke punkter er tilgjengelig når du gir den et omfang. 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 brukes sammen / kan BACnet kommunisere med Modbus? Ja. De eksisterer side ved side på de fleste blandede porteføljer, og en BACnet Modbus-gateway er hvordan de deler punkter når hver side trenger den andres modell. BACnet kjører vanligvis BMS-et og dets kontrollere; 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 jeg en gateway for LonWorks eller KNX for å mate analyse? Vanligvis ja. Explores Edge Agent leser BACnet, Modbus, OPC UA og oBIX naturlig. LonWorks og KNX ankommer nesten alltid via en anleggsgateway som presenterer de punktene som BACnet (eller et lignende støttet feed). Budsjetter gatewayen og dens punktmapping; anta ikke native LonWorks eller KNX på analysesiden.

BACnet/IP vs MS/TP: hvilken trenger jeg en gateway for? BACnet/IP og BACnet MS/TP snakker ikke direkte. MS/TP trenger en ruter eller gateway for å nå et IP-nettverk. Hvis feltkontrollerne dine fortsatt sitter på MS/TP, planlegg den broen før en IP-native analyseagent kan lese dem.

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.