Bygningsautomationssystemer: softwaren, styringen og leverandørerne bag et BAS
Software til bygningsautomationssystemer er laget, der holder en erhvervsbygnings HVAC, belysning og adgangskontrol kørende efter tidsplan og sætpunkt, typisk uden at nogen i bygningen bemærker, at den er der. Begrebet spænder fra feltregulatoren i et tagaggregat til det browserbaserede dashboard, en facility manager tjekker hver morgen. For hvad et BAS faktisk er på komponentniveau dækker vores ordliste grunden; denne tekst ser på softwarekategorierne, leverandørerne bag dem, og hvor et analyselag sidder oven på det, der allerede er installeret.
Hver erhvervsbygning af nogen størrelse kører et af disse systemer, uanset om ejeren kalder det BAS, BMS eller, i EU's regulatoriske sprog, BACS. Det, der varierer enormt, er hvilken softwaregeneration der kører det, hvor mange leverandører der har laget systemer oven på hinanden gennem årene, og om nogen stadig ved, hvordan man får nyttig information ud af det.
De tre lag i software til bygningsautomation
Feltniveau-software lever inde i regulatorerne selv: direkte digitale regulatorer, der kører reguleringskredsløbene, som drejer en sensoraflæsning til en kommando til en ventil eller blæser. Oven over sidder overvågningslaget, nogle gange en leverandørs egen front-end, nogle gange en Tridium Niagara-station, der abstraherer flere leverandører til én grænseflade, hvor en operatør sætter tidsplaner og ser trends. Oven over igen sidder i stigende grad et analyselag: software, der ikke styrer noget, men læser telemetrien de to første lag allerede producerer og drejer den til en prioriteret liste over, hvad der behøver opmærksomhed.
Det tredje lag er en relativt ny kategori og den, der vokser hurtigst. Felt- og overvågningslagene har set groft ens ud i to årtier; det, der har ændret sig, er appetitten på at få mere ud af de data, de allerede genererede, uden at rive et fungerende BAS ud for at gøre det.
I praksis kører de fleste eksisterende bygninger flere generationer af disse lag stablet oven på hinanden. En retrofit tilføjer en ny front-end uden at røre feltregulatorerne under; en portefølje vokset gennem opkøb arver tre forskellige overvågningsplatforme over tre bygninger. Intet af det er et problem for et analyselag, så længe det kan læse protokollen under. Det er et problem for den, der forsøger at få ét konsistent syn ud af front-end-laget alene.
BAS-software, bygningsstyring og analyse er ikke det samme
Termerne bruges om hverandre, men beskriver forskellige job. Bygningsstyring er hardwaren og firmwaren, der faktisk åbner en ventil eller dæmper et lys, inde i feltregulatorerne. Software til bygningsautomationssystemer er den bredere pakke: styringen plus overvågningsfront-enden, der planlægger og overvåger dem. Fejldetektering og diagnostik (FDD) er et smallere tillæg, typisk regelbaseret, der sammenligner forventet med faktisk udstyrsadfærd og flagger et mismatch. Ingen af de tre erstatter de andre; en bygning kører typisk alle på én gang, installeret i forskellige årtier af forskellige entreprenører.
Analyse er den nyeste af de fire og den, der oftest forveksles med FDD. Hvor FDD kører faste regler mod en håndfuld kendte fejlsignaturer, læser en fuld analyseplatform på tværs af hvert system en bygning har, HVAC, måling, IoT, krydstjekker aflæsningerne, før den stoler på dem, og rangerer, hvad den finder, efter omkostning snarere end efter, hvilken regel der fyrede. Det er et andet spørgsmål: FDD spørger, om et specifikt kendt mønster opstod; analyse spørger, hvad af alt, der sker i bygningen lige nu, er værd en operatørs næste time.
Leverandørlandskabet for bygningsautomation
En kort liste over leverandører står for de fleste store installationer: Honeywell, Johnson Controls (Metasys), Siemens (Desigo) og Schneider Electric (EcoStruxure Building), sammen med Tridiums Niagara-framework under mange multi-vendor-sites. En enkelt portefølje kører ofte to eller tre af disse side om side, arven fra at forskellige bygninger er idriftsat i forskellige årtier af forskellige entreprenører.
Vi behandler dem alle som integrationsmål, ikke konkurrenter. Explore læser en bygnings eksisterende BAS over dens native protokol eller leverandør-API snarere end at bede nogen standardisere på én platform først. Vores integrationshub dækker detaljerne for Siemens Desigo, Schneider EcoStruxure og Honeywells Niagara-baserede stationer, inklusive hvad hver eksponerer, og hvordan forbindelsen sættes op.
Vendor lock-in i bygningsautomation kommer sjældent fra protokollen selv; BACnet og Modbus er åbne standarder uanset, hvem der solgte panelet. Det kommer fra licensering: gebyrer pr. punkt, sædebaseret adgang til front-enden og proprietære udvidelser, som kun den leverandørs egne værktøjer læser rent. En bygning kan køre en åben protokol under og stadig være låst til én leverandørs software for at få fuld værdi ud af de data, den producerer.
At vælge software til bygningsautomation
De fleste facility-teams vælger ikke BAS-software fra et blankt ark; de arver, hvad der blev specificeret ved byggeri eller den sidste store retrofit, og lever med det. Hvor der er et reelt valg, mest ved nybyggeri eller fuld BAS-udskiftning, er beslutningerne, der betyder mest, hvor åbent protokollaget er (BACnet og åbne Niagara-stationer er langt lettere at bygge på end en lukket proprietær bus), hvor meget af den eksisterende feltkabling og regulatorer overlever skiftet, og om front-enden kan udvides eller skal udskiftes helt for at få ny kapabilitet.
Det sværere spørgsmål for de fleste bygninger er ikke, hvilket BAS man skal købe. Det er, hvad man skal gøre med det, der allerede er installeret. At udskifte et fungerende BAS for bedre synlighed er dyrt og forstyrrende, og feltregulatorerne og kablagen er normalt fine; værdien, der går tabt, sidder upstream, i hvordan dataene bruges, ikke i styrelaget selv.
Total cost of ownership er, hvor mange af disse beslutninger går galt. Købsprisen på en ny front-end er normalt en lille brøkdel af, hvad en bygning bruger over det følgende årti på licenser, integrationsarbejde og teknikertimer for at holde punktlisten aktuel. Et billigere system med dyr integrationsgæld koster ofte mere til år fem end den mulighed, der så dyrere ud på dag ét.
Hvor FrostLogic Explore hører hjemme
Explore sidder oven på det BAS, der allerede kører, og forbinder read-only over BACnet, Modbus, OPC UA, oBIX eller en leverandør-API afhængigt af, hvad der er installeret. Det overtager ikke styringen af et spjæld eller en chillermaskine og er ikke en erstatning for BAS'et under; det er et analyselag, der drejer de data, BAS'et allerede producerer, til en rangeret kø over, hvad der koster penge eller er på vej mod en fejl, belagt og prissat snarere end begravet i et alarmpanel. For hvordan det fungerer på tværs af en portefølje af bygninger og BAS-generationer, se vores BMS-analyseplatform.
Fordi Explore læser den protokol, en portefølje allerede kører, kan én deployment spænde over bygninger på helt forskellige bygningsautomationsplatforme uden at tvinge dem på én leverandørs stack først. Det betyder mest for porteføljer sammensat gennem opkøb, hvor at standardisere BAS'et selv sjældent er værd forstyrrelsen, men at standardisere, hvad der læses ud af det, er ligetil.
Det betyder også, at Explore ikke er et CMMS. Det synliggør og rangerer, hvad der er galt; at logge en arbejdsordre og sende en tekniker bliver hos det vedligeholdelsessystem, teamet allerede kører.
Ofte stillede spørgsmål
Hvad er software til bygningsautomationssystemer? Det er softwaren, der kører en bygnings HVAC, belysning, adgangskontrol og relaterede systemer automatisk: feltregulatorer, der kører reguleringskredsløbene, en overvågningsfront-end til tidsplaner og trends, og i stigende grad et analyselag, der læser på tværs af begge. Se vores ordliste for komponentopdelingen.
Hvilke er de største virksomheder inden for bygningsautomation? Honeywell, Johnson Controls (Metasys), Siemens (Desigo) og Schneider Electric (EcoStruxure Building) kører de fleste store kommercielle installationer, ofte sammen med Tridiums Niagara-framework, der knytter flere leverandører. De fleste porteføljer af nogen størrelse kører mere end én.
Er et bygningsautomationssystem det samme som et BMS? Ja. BAS (building automation system) og BMS (building management system) beskriver samme systemkategori; BAS er mere almindeligt i Nordamerika, BMS mere almindeligt i Europa. Ingen af termerne indebærer en specifik leverandør eller protokol.
Erstatter FrostLogic mit eksisterende bygningsautomationssystem? Nej. Explore forbinder til dit BAS read-only over dets native protokol eller leverandør-API og tilføjer et analyselag ovenpå. Det overtager ikke styringen af udstyr eller erstatter BAS'et under.
Hvordan integrerer FrostLogic med Siemens-, Schneider- eller Honeywell-systemer? Via hver leverandørs native protokol eller API snarere end en forklift-opgradering. Vores integrationshub dækker detaljerne for hver.
Usikker på, hvilket lag der koster dig mest?
Hvis du vejer en BAS-udskiftning op mod at tilføje analyse oven på det, der allerede er installeret, fortæl os, hvad der kører, så giver vi dig et lige svar, inklusive når det ærlige svar er, at et nyt BAS ikke er løsningen. 30 eller 60 minutter, dit valg. Intet engagement. Tal det igennem.
FrostLogic Explore bringer sensor intelligence, scenariesimulering og funderet-inferens-AI til erhvervs- og industribygninger. Læs mere om Sensor Intelligence eller tag snakken med os.
Nysgerrig på, hvordan det ville se ud på din bygning?
Hvad fortæller din bygning dig ikke?
Fortæl os, hvad du prøver at finde ud af: energiforbrug der kryber opad, et BMS du ikke stoler på, compliance du jagter. Vi lytter først og siger derefter ligeud, om Explore hjælper. 30 eller 60 minutter, du vælger. Ingen forpligtelser uanset hvad.
