Bygningsautomasjonssystemer: programvaren, styringen og leverandørene bak et BAS
Programvare for bygningsautomasjonssystemer er laget som holder HVAC, belysning og adgangskontroll i et næringsbygg i gang etter tidsplan og settpunkt, vanligvis uten at noen i bygget merker at den er der. Begrepet spenner fra feltregulatoren i et takaggregat til det nettleserbaserte dashboardet en facility manager sjekker hver morgen. For hva et BAS faktisk er på komponentnivå dekker ordlisten vår grunnlaget; denne teksten ser på programvarekategoriene, leverandørene bak dem, og hvor et analyselag sitter oppå det som allerede er installert.
Hvert næringsbygg av noen størrelse kjører et av disse systemene, enten eieren kaller det BAS, BMS eller, i EUs regulatoriske språk, BACS. Det som varierer enormt, er hvilken programvaregenerasjon som kjører det, hvor mange leverandører som har laget systemer oppå hverandre gjennom årene, og om noen fortsatt vet hvordan man får nyttig informasjon ut av det.
De tre lagene i programvare for bygningsautomasjon
Feltnivåprogramvare lever inne i regulatorene selv: direkte digitale regulatorer som kjører reguleringskretsene som gjør en sensoravlesning om til en kommando til en ventil eller vifte. Over det sitter overvåkingslaget, noen ganger en leverandørs egen front-end, noen ganger en Tridium Niagara-stasjon som abstraherer flere leverandører til ett grensesnitt, der en operatør setter tidsplaner og ser trender. Over det igjen sitter i økende grad et analyselag: programvare som ikke styrer noe, men leser telemetrien de to første lagene allerede produserer og gjør den om til en prioritert liste over hva som trenger oppmerksomhet.
Det tredje laget er en relativt ny kategori og den som vokser raskest. Felt- og overvåkingslagene har sett grovt like ut i to tiår; det som har endret seg, er appetitten på å få mer ut av dataene de allerede genererte, uten å rive ut et fungerende BAS for å gjøre det.
I praksis kjører de fleste eksisterende bygg flere generasjoner av disse lagene stablet oppå hverandre. En retrofit legger til en ny front-end uten å røre feltregulatorene under; en portefølje vokst gjennom oppkjøp arver tre ulike overvåkingsplattformer over tre bygg. Ingenting av det er et problem for et analyselag, så lenge det kan lese protokollen under. Det er et problem for den som prøver å få ett konsistent syn ut av front-end-laget alene.
BAS-programvare, bygningsstyring og analyse er ikke det samme
Termene brukes om hverandre, men beskriver ulike jobber. Bygningsstyring er maskinvaren og firmwaren som faktisk åpner en ventil eller dimmer et lys, inne i feltregulatorene. Programvare for bygningsautomasjonssystemer er den bredere pakken: styringen pluss overvåkingsfront-enden som planlegger og overvåker dem. Feildeteksjon og diagnostikk (FDD) er et smalere tillegg, vanligvis regelbasert, som sammenligner forventet med faktisk utstyrsatferd og flagger et mismatch. Ingen av de tre erstatter de andre; et bygg kjører typisk alle samtidig, installert i ulike tiår av ulike entreprenører.
Analyse er den nyeste av de fire og den som oftest forveksles med FDD. Der FDD kjører faste regler mot en håndfull kjente feilsignaturer, leser en full analyseplattform på tvers av hvert system et bygg har, HVAC, måling, IoT, kryssjekker avlesningene før den stoler på dem, og rangerer det den finner etter kostnad snarere enn etter hvilken regel som fyrte. Det er et annet spørsmål: FDD spør om et spesifikt kjent mønster oppsto; analyse spør hva, av alt som skjer i bygget akkurat nå, er verdt en operatørs neste time.
Leverandørlandskapet for bygningsautomasjon
En kort liste over leverandører står for de fleste store installasjoner: Honeywell, Johnson Controls (Metasys), Siemens (Desigo) og Schneider Electric (EcoStruxure Building), sammen med Tridiums Niagara-rammeverk under mange multi-vendor-steder. En enkelt portefølje kjører ofte to eller tre av disse side om side, arven fra at ulike bygg er idriftsatt i ulike tiår av ulike entreprenører.
Vi behandler dem alle som integrasjonsmål, ikke konkurrenter. Explore leser et byggs eksisterende BAS over dens native protokoll eller leverandør-API snarere enn å be noen standardisere på én plattform først. Vår integrasjonshub dekker detaljene for Siemens Desigo, Schneider EcoStruxure og Honeywells Niagara-baserte stasjoner, inkludert hva hver eksponerer og hvordan tilkoblingen settes opp.
Vendor lock-in i bygningsautomasjon kommer sjelden fra protokollen selv; BACnet og Modbus er åpne standarder uansett hvem som solgte panelet. Det kommer fra lisensiering: avgifter per punkt, setebasert tilgang til front-enden, og proprietære utvidelser som bare den leverandørens egne verktøy leser rent. Et bygg kan kjøre en åpen protokoll under og fortsatt være låst til én leverandørs programvare for å få full verdi ut av dataene den produserer.
Å velge programvare for bygningsautomasjon
De fleste facility-team velger ikke BAS-programvare fra et blankt ark; de arver det som ble spesifisert ved bygging eller den siste store retrofittten, og lever med det. Der det finnes et reelt valg, mest ved nybygg eller full BAS-utskifting, er beslutningene som betyr mest hvor åpent protokolllaget er (BACnet og åpne Niagara-stasjoner er langt lettere å bygge på enn en lukket proprietær buss), hvor mye av den eksisterende feltkablingen og regulatorene overlever byttet, og om front-enden kan utvides eller må byttes ut helt for å få ny kapasitet.
Det vanskeligere spørsmålet for de fleste bygg er ikke hvilket BAS man skal kjøpe. Det er hva man skal gjøre med det som allerede er installert. Å bytte ut et fungerende BAS for bedre synlighet er dyrt og forstyrrende, og feltregulatorene og kablingen er vanligvis fine; verdien som går tapt sitter oppstrøms, i hvordan dataene brukes, ikke i styrelaget selv.
Total cost of ownership er der mange av disse beslutningene går galt. Kjøpsprisen på en ny front-end er vanligvis en liten brøkdel av det et bygg bruker over det følgende tiåret på lisenser, integrasjonsarbeid og teknikertimer for å holde punktlisten aktuell. Et billigere system med dyr integrasjonsgjeld koster ofte mer til år fem enn alternativet som så dyrere ut på dag én.
Hvor FrostLogic Explore hører hjemme
Explore sitter oppå det BAS som allerede kjører, og kobler read-only over BACnet, Modbus, OPC UA, oBIX eller en leverandør-API avhengig av hva som er installert. Det overtar ikke styringen av et spjeld eller en chillermaskin, og det er ikke en erstatning for BAS-en under; det er et analyselag som gjør dataene BAS-en allerede produserer om til en rangert kø over hva som koster penger eller er på vei mot en feil, belagt og priset snarere enn begravd i et alarmpanel. For hvordan det fungerer på tvers av en portefølje av bygg og BAS-generasjoner, se vår BMS-analyseplattform.
Fordi Explore leser den protokollen en portefølje allerede kjører, kan én deployment spenne over bygg på helt ulike bygningsautomasjonsplattformer uten å tvinge dem på én leverandørs stack først. Det betyr mest for porteføljer sammensatt gjennom oppkjøp, der å standardisere BAS-en selv sjelden er verdt forstyrrelsen, men å standardisere hva som leses ut av den er greit.
Det betyr også at Explore ikke er et CMMS. Det synliggjør og rangerer hva som er galt; å logge en arbeidsordre og sende en tekniker blir hos det vedlikeholdssystemet teamet allerede kjører.
Ofte stilte spørsmål
Hva er programvare for bygningsautomasjonssystemer? Det er programvaren som kjører et byggs HVAC, belysning, adgangskontroll og relaterte systemer automatisk: feltregulatorer som kjører reguleringskretsene, en overvåkingsfront-end for tidsplaner og trender, og i økende grad et analyselag som leser på tvers av begge. Se vår ordliste for komponentoppdelingen.
Hvilke er de største selskapene innen bygningsautomasjon? Honeywell, Johnson Controls (Metasys), Siemens (Desigo) og Schneider Electric (EcoStruxure Building) kjører de fleste store kommersielle installasjonene, ofte sammen med Tridiums Niagara-rammeverk som knytter flere leverandører. De fleste porteføljer av noen størrelse kjører mer enn én.
Er et bygningsautomasjonssystem det samme som et BMS? Ja. BAS (building automation system) og BMS (building management system) beskriver samme systemkategori; BAS er vanligere i Nord-Amerika, BMS vanligere i Europa. Ingen av termene innebærer en spesifikk leverandør eller protokoll.
Erstatter FrostLogic mitt eksisterende bygningsautomasjonssystem? Nei. Explore kobler til BAS-en din read-only over dens native protokoll eller leverandør-API og legger til et analyselag oppå. Det overtar ikke styringen av utstyr eller erstatter BAS-en under.
Hvordan integrerer FrostLogic med Siemens-, Schneider- eller Honeywell-systemer? Via hver leverandørs native protokoll eller API snarere enn en forklift-oppgradering. Vår integrasjonshub dekker detaljene for hver.
Usikker på hvilket lag som koster deg mest?
Hvis du veier en BAS-utskifting opp mot å legge til analyse oppå det som allerede er installert, fortell oss hva som kjører, så gir vi deg et rett svar, inkludert når det ærlige svaret er at et nytt BAS ikke er løsningen. 30 eller 60 minutter, ditt valg. Ingen forpliktelse. Snakk det gjennom.
FrostLogic Explore bringer sensor intelligence, scenariesimulering og forankret-slutning-AI til nærings- og industribygninger. Lær mer om Sensor Intelligence eller ta praten med oss.
Nysgjerrig på hvordan dette ville se ut på bygningen din?
Hva er det bygget ditt ikke forteller deg?
Fortell oss hva du prøver å finne ut av: energibruk som kryper oppover, et BMS du ikke stoler på, compliance du jager. Vi lytter først, og sier deretter rett ut om Explore hjelper. 30 eller 60 minutter, du velger. Ingen forpliktelser uansett.
