BACnet vs Modbus vs OPC UA: en guide för fastighetsintegratörer

Väljer du fel protokoll dag ett i en BMS-integration betalar du fortfarande för det fem år senare, oftast i form av en gatewaybox som ingen minns att de konfigurerade. Får du rätt nämns samma integration knappt i överlämningsanteckningarna. Insatserna är så skeva, och ändå görs beslutet sällan medvetet. De flesta fastigheter ärver bara vilket protokoll den senaste kontrollentreprenören levererade.

Det är inte nödvändigtvis fel. BACnet, Modbus och OPC UA har alla fortfarande ett jobb att göra, och de flesta fastighetsbestånd kör mer än en av dem sida vid sida. Det som spelar roll för alla som försöker få sensor- och mätardata in i ett analyslager är att veta vilket protokoll som gör vad, var vardera tar slut, och vad det betyder för gatewayen eller agenten som sitter ovanpå det. Denna guide täcker alla tre, plus oBIX, den nyare ankomsten de flesta integratörer bara stött på en eller två gånger.

BACnet: standarden, med två varianter

BACnet (Building Automation and Control Network) är protokollet de flesta moderna BMS talar hemma, med god anledning. Det är en ANSI/ASHRAE- och ISO-standard byggd specifikt för denna uppgift, och den definierar vad en datapunkt betyder, inte bara hur bytesen rör sig: ett "värde" som anländer via BACnet bär redan en objekttyp, en temperatur, ett börvärde, ett larmläge. Det semantiska lagret är exakt det ett generiskt industriprotokoll inte ger dig, och det är varför BACnet blev fastighetsautomationens lingua franca snarare än en generell fältbuss anpassad för uppgiften.

Där det blir rörigt är uppdelningen mellan BACnet/IP och BACnet MS/TP. IP är den moderna, Ethernet-baserade versionen; MS/TP är den äldre seriella varianten som fortfarande kör på många fältnivå-styrenhetsnätverk, särskilt allt installerat innan en fastighets senaste stora renovering. De två pratar inte direkt med varandra. Ett MS/TP-segment behöver en router eller gateway för att nå ett IP-nätverk, och på äldre fastigheter hittar du flera sådana broar staplade i ett skåp, var och en en felpunkt ingen granskat på år. Objektbenämning är tekniskt standardiserad, men leverantörer tolkar specifikationen med tillräckligt lokal variation att en kontrollingenjör som flyttar mellan ett Siemens Desigo-bestånd och ett Schneider EcoStruxure-bestånd fortfarande stöter på friktion när punkter ska mappas rent.

För alla som bygger ovanpå ett BMS är den praktiska slutsatsen att BACnet-täckning ensam inte garanterar en enkel avläsning. Bekräfta om nätverket du integrerar med kör IP eller MS/TP, och budgetera för gatewayen om det är det senare. Fullständiga detaljer om protokollet, inklusive hur objektmodellen fungerar, finns på vår BACnet-ordlistesida.

Modbus: gammal, enkel, och fortfarande på varje mätare

Modbus föregår BACnet med mer än ett decennium. Modicon introducerade det 1979, och det överlever idag av samma anledning som mycket gammal, tråkig teknik överlever: det är enkelt, det är royaltyfritt, och varje leverantör av varje energimätare, undermätare och äldre anläggningsstyrning vet redan hur man implementerar det. Det finns två varianter i aktivt bruk. Modbus RTU är den ursprungliga seriella formen, som körs över RS-485 eller RS-232 med kompakta binära ramar. Modbus TCP omsluter samma datamodell i Ethernet, och är den enklare att integrera på ett modernt nätverk. En seriell RTU-mätare når ett IP-nätverk via en gateway, samma mönster som BACnet MS/TP.

Fångan med Modbus är att det bär värden, inte betydelse. En klient pollar en enhet om innehållet i ett numrerat register, och det är allt: ingen självbeskrivning, inga inbyggda enheter, ingen indikation om huruvida register 40012 är en kWh-avläsning eller ett ventilläge. Du behöver enhetens registerkarta för att veta vad du läser, och den kartan finns i en PDF från mätartillverkaren, inte i protokollet självt. Får du kartan fel läser du glatt in skräp som ser ut som data. Det finns heller ingen inbyggd autentisering eller kryptering, vilket sällan är ett problem på ett isolerat mätarnätverk men värt att veta innan du exponerar ett för något bredare.

I praktiken samexisterar Modbus och BACnet konstant: BACnet kör BMS, Modbus matar mätarna som BMS inte läser inbyggt. Den blandningen är exakt det råmaterial programvara för energihantering behöver för att omvandla avläsningar till beslut, förutsatt att varje register mappas mot något fysiskt först. Mer om protokollet självt finns på vår Modbus-ordlistesida.

OPC UA: modernt, säkert och semantiskt

OPC UA (Unified Architecture) är det nyaste av de tre huvudprotokollen och det som byggts med mest medveten ingenjörskonst. Det ersatte den äldre OPC Classic-standarden och designades från grunden att vara plattformsoberoende, tjänsteorienterat och säkert: autentisering, kryptering och åtkomstkontroll är del av specifikationen, inte fastbultat efteråt som de skulle vara för Modbus. Det definierar också en genuint rik objektmodell, närmare BACnets angreppssätt än Modbus, vilket gör integrationen betydligt mindre skört när den väl är satt upp.

OPC UA:s hemmaplan är tillverkning och processindustrier, där det blivit nära standard för maskin-till-maskin-datautbyte. I fastigheter dyker det upp där BMS moderniserats nyligen eller där fastighets- och industridata konvergerar, till exempel ett datacenter, en fabrik med ett anslutet kontorshus, eller någon fastighet där OT- och IT-team ombeds dela ett datalager. Den konvergensen är en stor del av varför OPC UA spelar roll för fastighetsintegration även om det inte började där. Prenumerationer på värdeändringshändelser fungerar inbyggt, så du får push-uppdateringar snarare än konstant polling, och säkerhetsprofilen i bruk på en given fastighet avgör exakt hur autentisering hanteras vid anslutningstillfället. Hela bilden finns på vår OPC UA-ordlistesida.

oBIX: den nyare, mestadels på Niagara

oBIX (Open Building Information Exchange) förtjänar ett eget avsnitt, inte eftersom det ersätter något utan eftersom det ständigt dyker upp i specifika hörn av fastighetsstacken som de andra tre protokollen inte täcker lika rent. Det är en OASIS-standard, först publicerad 2006, och den tar ett annat tekniskt angreppssätt: XML över HTTP-webbtjänster snarare än ett syftbyggt fastighetsprotokoll eller en industriell fältbuss. I praktiken är platsen du möter oBIX en Tridium Niagara-station. Niagara exponerar sina punkter via oBIX (och ofta BACnet också), och varje Honeywell WEBs-installation eller tredjeparts-JACE som körs på Niagara-ramverket erbjuder vanligtvis samma alternativ.

Vi lade till oBIX-stöd till FrostLogic Edge Agent eftersom vi ständigt stötte på exakt den här situationen: ett blandat bestånd där de flesta fastigheter talar BACnet rent men en eller två kör en Niagara-övervakare som är lättare att läsa via oBIX. Edge Agent talar nu fyra protokoll, BACnet, Modbus, OPC UA och oBIX, och dess första levande oBIX-anslutning kördes mot ett Tridium Niagara BMS. Det är inte en fallstudie, bara hur integrationsmatrisen ser ut under en normal vecka av att ansluta fastigheter. Om du kör ett Niagara-bestånd specifikt täcker vår Honeywell Niagara-integrationer-sida anslutningsdetaljerna, och mekaniken bakom oBIX själv finns på vår oBIX-ordlistesida.

Jämförelsen i korthet

Vad detta betyder för att få data in i ett analyslager

Inget av detta förändrar vad ett analyslager faktiskt behöver: läsåtkomst till vad som redan körs, utan att röra styrsystemet. Ett fastighetsstyrsystem som kör BACnet för sina luftbehandlingsaggregat, Modbus för sina mätare och möjligen OPC UA eller oBIX någonstans i blandningen är inte ett integrationsproblem att lösa en gång. Det är den normala formen på ett verkligt fastighetsbestånd, och inmatningslagret måste hantera allt samtidigt, inte tvinga en fastighet att standardisera på ett protokoll innan den kan läsas.

FrostLogic Edge Agent är byggd runt den verkligheten. Den sitter på BMS-datorn eller servern, läser BACnet, Modbus, OPC UA och oBIX skrivskyddat, och skickar datan till FrostLogic Explore, som omvandlar den till en rankad beslutskö istället för ännu en instrumentpanel. Leverantörsspecifik uppsättning, oavsett om det är ett Siemens Desigo BACnet-nätverk eller ett Schneider EcoStruxure-bestånd med sina egna särdrag, är dokumenterad på våra integrationssidor snarare än begravd i en generisk protokollspecifikation. Vad ditt BMS än talar, läser vi det. Se stödda integrationer.

Vanliga frågor

Vilket protokoll ska jag använda för en ny BMS-integration? Använd vad utrustningen redan talar. BACnet är det säkra standardvalet för ett modernt BMS och det man ska specificera om man skriver ett nytt kontrollkontrakt. Tvinga inte en protokollbyte enbart för standardiseringens skull; en fungerande Modbus-mätare eller ett OPC UA-flöde från ett processystem behöver inte bytas ut.

Kan BACnet och Modbus samexistera i samma fastighet? Ja, och det är den vanligaste uppsättningen i praktiken. BACnet kör vanligtvis BMS och dess styrenheter, medan Modbus matar energimätare, undermätare och äldre anläggning som aldrig flyttades upp till BACnet. Inget protokoll behöver försvinna för att det andra ska fungera.

Behöver FrostLogic Explore en gateway för OPC UA? Nej. Explore läser OPC UA inbyggt, inklusive prenumerationer på värdeändringshändelser, med autentisering och kryptering hanterat enligt säkerhetsprofilen fastigheten redan använder. Gateways kommer in i bilden för BACnet MS/TP och Modbus RTU, de två seriella varianterna, inte för OPC UA.

Vad är oBIX och behöver jag det? oBIX är en webbtjänststandard för att läsa fastighetsdata via HTTP, oftast mött på en Tridium Niagara-station. Du behöver det specifikt om delar av ditt bestånd kör Niagara eller en Niagara-baserad produkt som Honeywell WEBs. Om dina fastigheter kör ett standard BACnet-BMS med Modbus-mätare kommer oBIX helt enkelt inte att komma upp.