Fastighetsautomationssystem: programvaran, styrningen och leverantörerna bakom en BAS
Programvara för fastighetsautomationssystem är lagret som håller en kommersiell byggnads HVAC, belysning och åtkomstkontroll igång enligt ett schema och ett börvärde, vanligtvis utan att någon i byggnaden märker att det finns där. Frasen sträcker sig över allt från fältstyrenheten kopplad till en takenhet till den webbläsarbaserade dashboarden en fastighetsförvaltare kontrollerar varje morgon. För vad en BAS faktiskt är på komponentnivå täcker vår glossar marken; denna text tittar på programvarukategorierna, leverantörerna bakom dem, och var ett analyslager sitter ovanpå vad som redan är installerat.
Varje kommersiell byggnad av någon storlek kör ett av dessa system, oavsett om ägaren kallar det en BAS, en BMS, eller, på EU:s regleringsspråk, en BACS. Vad som varierar enormt mellan byggnader är vilken generation av programvara som kör det, hur många leverantörer som har lagt system ovanpå varandra genom åren, och om någon fortfarande vet hur man får ut användbar information från det igen.
De tre lagren av fastighetsautomationsprogramvara
Programvara på fältnivå lever inne i själva styrenheterna: direktdigitala styrenheter som kör styrslingorna som förvandlar en sensoravläsning till ett kommando till en ventil eller en fläkt. Ovanför det sitter det övervakande lagret, ibland en leverantörs eget gränssnitt, ibland en Tridium Niagara-station som abstraherar flera leverantörer till ett gränssnitt, där en operatör sätter scheman och bevakar trender. Ovanför det igen, alltmer, sitter ett analyslager: programvara som inte styr något men läser telemetrin de första två lagren redan producerar och förvandlar den till en prioriterad lista över vad som behöver uppmärksamhet.
Det tredje lagret är en relativt ny kategori, och det är det som växer snabbast. Fält- och övervakningslagren har sett brett liknande ut i två decennier; vad som har förändrats är aptiten för att få mer ur datan de redan genererade, utan att riva ut en fungerande BAS för att göra det.
I praktiken kör de flesta befintliga byggnader flera generationer av dessa lager staplade ovanpå varandra. En ombyggnad lägger till ett nytt gränssnitt utan att röra fältstyrenheterna under det; en portfölj som vuxit genom förvärv ärver tre olika övervakningsplattformar över tre byggnader. Inget av det är ett problem för ett analyslager, så länge det kan läsa protokollet under det. Det är ett problem för någon som försöker få en konsekvent bild ur gränssnittslagret ensamt.
BAS-programvara, fastighetsstyrning och analys är inte samma sak
Termerna används omväxlande, men de beskriver olika jobb. Fastighetsstyrning är hårdvaran och firmwaren som faktiskt öppnar en ventil eller dimmar en lampa, sittande inne i fältstyrenheterna. Programvara för fastighetsautomationssystem är det bredare paketet: styrningen plus det övervakande gränssnittet som schemalägger och bevakar dem. Feldetektering och diagnostik (FDD) är ett smalare tillägg, vanligtvis regelbaserat, som jämför förväntat mot faktiskt utrustningsbeteende och flaggar en avvikelse. Ingen av de tre ersätter de andra; en byggnad kör vanligtvis alla samtidigt, installerade under olika decennier av olika entreprenörer.
Analys är den nyaste av de fyra, och den som oftast förväxlas med FDD. Där FDD kör fasta regler mot en handfull kända felsignaturer, läser en fullständig analysplattform över varje system en byggnad har, HVAC, mätning, IoT, kontrollerar avläsningarna mot varandra innan den litar på dem, och rankar vad den hittar efter kostnad snarare än efter vilken regel som utlöstes. Det är en annan fråga: FDD frågar om ett specifikt känt mönster inträffade; analys frågar vad, av allt som händer i byggnaden just nu, som är värt en operatörs nästa timme.
Landskapet av leverantörer för fastighetsautomation
En kort lista med leverantörer står för de flesta stora byggnadsinstallationer: Honeywell, Johnson Controls (Metasys), Siemens (Desigo) och Schneider Electric (EcoStruxure Building), tillsammans med Tridiums Niagara-ramverk som körs under många flerleverantörsanläggningar. En enskild portfölj kör ofta två eller tre av dessa sida vid sida, arvet av att olika byggnader driftsattes under olika decennier av olika entreprenörer.
Vi behandlar alla som integrationsmål, inte konkurrenter. Explore läser en byggnads befintliga BAS via dess nativa protokoll eller leverantörs-API snarare än att be någon standardisera på en plattform först. Vår integrationshubb täcker detaljerna för Siemens Desigo, Schneider EcoStruxure och Honeywells Niagara-baserade stationer, inklusive vad varje exponerar och hur anslutningen sätts upp.
Leverantörsinlåsning inom fastighetsautomation kommer sällan från protokollet självt; BACnet och Modbus är öppna standarder oavsett vem som sålde panelen. Den kommer från licensiering: per-punkt-avgifter, platsbaserad åtkomst till gränssnittet, och proprietära tillägg som bara den leverantörens egna verktyg läser rent. En byggnad kan köra ett öppet protokoll under och fortfarande vara inlåst i en leverantörs programvara för att få fullt värde ur datan den producerar.
Att välja programvara för fastighetsautomation
De flesta fastighetsteam väljer inte programvara för fastighetsautomation från ett rent papper; de ärver vad som specificerades vid byggnation eller senaste stora ombyggnad, och lever sedan med det. Där det finns ett verkligt val, mestadels vid nybyggnation eller fullständig BAS-utbyte, är besluten som spelar störst roll hur öppet protokollagret är (BACnet och öppna Niagara-stationer är betydligt lättare att bygga på än en sluten proprietär buss), hur mycket av den befintliga fältkabeldragningen och styrenheterna som överlever bytet, och om gränssnittet kan utökas eller måste ersättas helt för att få ny funktion.
Den svårare frågan, för de flesta byggnader, är inte vilken BAS att köpa. Det är vad man ska göra med den som redan är installerad. Att ersätta en fungerande BAS för att få bättre synlighet är dyrt och störande, och fältstyrenheterna och kabeldragningen fungerar vanligtvis bra; värdet som går förlorat finns uppströms, i hur datan används, inte i styrlagret själv.
Total ägandekostnad är där många av dessa beslut går fel. Inköpspriset för ett nytt gränssnitt är vanligtvis en liten bråkdel av vad en byggnad spenderar under det följande decenniet på licensiering, integrationsarbete och teknikertimmarna som behövs för att hålla punktlistan aktuell. Ett billigare system med dyr integrationsskuld kostar ofta mer år fem än alternativet som såg dyrare ut dag ett.
Var FrostLogic Explore passar in
Explore sitter ovanpå vilken BAS som redan körs, ansluter skrivskyddat via BACnet, Modbus, OPC UA, oBIX eller ett leverantörs-API beroende på vad som är installerat. Det tar inte över kontrollen av ett spjäll eller en kylmaskin, och det är inte en ersättning för BAS:en under det; det är ett analyslager som förvandlar datan BAS:en redan producerar till en rankad kö över vad som kostar pengar eller är på väg mot ett fel, evidensbaserat och prissatt snarare än begravt i en larmpanel. För hur det fungerar över en portfölj av byggnader och BAS-generationer, se vår sida om BMS-analysplattform.
Eftersom Explore läser vilket protokoll en portfölj redan kör, kan en driftsättning spänna över byggnader på helt olika fastighetsautomationsplattformar utan att först tvinga dem till en enskild leverantörs stack. Det spelar störst roll för portföljer sammansatta genom förvärv, där att standardisera BAS:en själv sällan är värt störningen, men att standardisera vad som läses ut från den är enkelt.
Det betyder också att Explore inte är ett CMMS. Det lyfter fram och rankar vad som är fel; att logga en arbetsorder och skicka en tekniker stannar hos vilket underhållssystem ett team redan kör.
Vanliga frågor
Vad är programvara för fastighetsautomationssystem? Det är programvaran som kör en byggnads HVAC, belysning, åtkomstkontroll och relaterade system automatiskt: fältstyrenheter som kör styrslingorna, ett övervakande gränssnitt för scheman och trender, och alltmer ett analyslager som läser över båda. Se vår glossarpost för uppdelningen på komponentnivå.
Vilka är de största fastighetsautomationsföretagen? Honeywell, Johnson Controls (Metasys), Siemens (Desigo) och Schneider Electric (EcoStruxure Building) kör de flesta stora kommersiella installationerna, ofta tillsammans med Tridiums Niagara-ramverk som knyter ihop flera leverantörer. De flesta portföljer av någon storlek kör mer än en.
Är ett fastighetsautomationssystem samma som en BMS? Ja. BAS (fastighetsautomationssystem) och BMS (fastighetsstyrsystem) beskriver samma kategori av system; BAS är vanligare i Nordamerika, BMS vanligare i Europa. Ingen av termerna antyder en specifik leverantör eller protokoll.
Ersätter FrostLogic mitt befintliga fastighetsautomationssystem? Nej. Explore ansluter till din BAS skrivskyddat, via dess nativa protokoll eller leverantörs-API, och lägger till ett analyslager ovanpå. Det tar inte över kontrollen av utrustning eller ersätter BAS:en under det.
Hur integrerar FrostLogic med Siemens-, Schneider- eller Honeywell-system? Genom varje leverantörs nativa protokoll eller API snarare än en trucklyft-uppgradering. Vår integrationshubb täcker detaljerna för var och en.
Inte säker på vilket lager som kostar dig mest?
Om du väger en BAS-ersättning mot att lägga till analys ovanpå vad som redan är installerat, berätta vad som körs och vi ger dig ett rakt svar, inklusive när det ärliga svaret är att en ny BAS inte är fixet. 30 eller 60 minuter, ditt val. Inga förpliktelser oavsett. Prata igenom det.
FrostLogic Explore levererar sensor intelligence, scenariosimulering och förankrad slutlednings-AI till kommersiella och industriella byggnader. Lär dig mer om Sensor Intelligence eller prata igenom det med oss.
Nyfiken på hur detta skulle se ut på din byggnad?
Vad berättar din fastighet inte för dig?
Berätta vad du försöker reda ut: energiförbrukning som smyger uppåt, ett BMS du inte litar på, compliance du jagar. Vi lyssnar först och säger sedan rakt ut om Explore hjälper. 30 eller 60 minuter, du väljer. Inga förpliktelser, oavsett vad.
