Schneider EcoStruxure Building Operation: legge til et analyselag

Foto av Tyler på Unsplash.

Schneider EcoStruxure Building Operation kjører mange næringsporteføljer godt. Det holder tidsplaner og sekvenser og utløser alarmer nøyaktig som satt i drift. Building Advisor gir skytilkoblede anlegg et første forsøk på analyse oppå. Verken det ene eller det andre rangerer en klemmende ventil i ett bygg mot en drivende kjøler tre anlegg unna, eller tar med Siemens-porteføljen lenger ned veien og målere montert i etterkant. Det gapet er grunnen til at så mange EcoStruxure-porteføljer til slutt spør om de skal utvide innenfor Schneider-stakken eller legge til et leverandøruavhengig lag oppå. Siden vår om Schneider EcoStruxure-integrasjon dekker mekanikken i selve tilkoblingen; denne artikkelen handler om begrunnelsen for å legge til et analyselag.

Hva EcoStruxure Building Operation gir deg, og hvor det stopper

EcoStruxure Building Operation er et dyktig styringslag. Det kjører HVAC-, belysnings- og adgangskontrollsekvenser på tvers av en portefølje fra én konsoll. Skytilkoblede anlegg får også Building Advisors egne deteksjonsregler oppå. De fleste klager på en EcoStruxure-portefølje er egentlig ikke klager på EcoStruxure. De er et facility-team som stirrer på en supervisor-skjerm som viser hvert punkt og prioriterer ingen av dem, eller en Building Advisor-lisens som bare dekker halvparten av porteføljen.

Det er kanten Building Operation aldri er bygget for å jobbe ved. Et styresystems jobb er å kjøre ett bygg riktig, ikke å veie en ventilfeil i Göteborg mot en kjøler som driver tre anlegg unna og bestemme hva som skal fikses først. Be en EcoStruxure-portefølje om det nativt, og resultatet er flere dashboards, ikke mer klarhet. Building Advisor er designet for å lese Schneider-eiendeler. Når en portefølje blander leverandører, stopper tverrsnittsvisningen ved Schneider-grensen.

Lesing av EcoStruxure skrivebeskyttet, sky-API eller lokal agent

Ingenting av dette krever at du rører noe EcoStruxure styrer. Et anlegg som kjører skynivået kobler til via Schneiders eget API: en klient-ID og et token, og data kan begynne å flyte samme dag. Et anlegg som kjører Building Operation on-prem, som er det meste vi møter, kobler til via FrostLogic Edge Agent i stedet. Den leser systemet lokalt over BACnet, OPC UA eller Modbus og sender data skrivebeskyttet, uten skrivetilgang.

On-prem-tilfellet er verdt å dvæle ved, fordi det er det normale tilfellet, ikke unntaket. Mange EcoStruxure-porteføljer ble satt i drift med skynivået priset inn, deretter aldri kjøpt, eller kjøpt én gang og latt utløpe. Så hvert punkt Building Operation samler inn sitter på én server i maskinrommet, usynlig over bygningsnivå. Edge Agent kobler den serveren direkte, og hopper også over dataaggregator-mellomleddet: ingen annen leverandør som flytter dataene dine til en sky først. Én kopi, lagret i EU. Usikker på hvilket protokoll en portefølje faktisk kjører? Guiden vår BACnet vs Modbus vs OPC UA går gjennom forskjellene bygg for bygg.

Begge rutene ender samme sted: EU-hostet infrastruktur, GDPR-native som standard. Ingenting ved Building Operations egen dataresidens endrer seg som følge av å koble den til, og det er ingen binding hvis en kontrakt noen gang avsluttes. Se hvordan FrostLogic håndterer dataresidens for hele tilnærmingen.

Hva et EcoStruxure-analyselag legger til oppå

Når data flyter, kjører FrostLogic Explore seks deteksjonsmetoder mot Building Operations egne punkter: statistiske baselines, prognoserestidualer, mønster- og sesongmatchning, korrelasjon på tvers av signaler, avviksdeteksjon og fysikkbegrensninger, og avstemmer deretter resultatene. Prognose legger til konfidensintervaller til hver prediksjon, så et estimat kommer med en oppgitt feilmargin i stedet for falsk presisjon. Løpende compliance sjekker de samme dataene mot BREEAM, LEED og Nordic Swan løpende, i stedet for i det vanlige rush-et før en revisjon.

Kjører du Building Advisor på de skytilkoblede byggene? Behold det der det fortjener sin plass. Explore leser de samme punktene skrivebeskyttet, dekker byggene Advisor aldri var bygget for å se, og forankrer hvert funn i bygningens fysikk via FrostDynamics i stedet for et språkmodells gjetning på hva et settpunkt burde være. Ingenting rives ut for å legge det til. Hvert funn, uansett hvor det stammer fra, lander i én rangert kø i stedet for et Schneider-dashboard og et annet verktøy for alt annet.

Et gjennomarbeidet EcoStruxure-drift-eksempel

Slik ser det ut på et faktisk punkt. En tilluftstemperatur på en EcoStruxure-styrt AHU begynner å kjøre en halv grad varm. Ingenting alarmerer. Den ligger godt innenfor enhver terskel Building Operation ville flagget, og på en supervisor-skjerm ser den ut som støy.

Statistikk legger knapt merke til det, siden en halv grad ligger innenfor normal variasjon. Avviksdeteksjon fanger hellingen likevel: den langsomme, retningsbestemte driften en terskelregel er bygget for å ignorere fordi ingen enkelt avlesning krysser en linje. Korrelasjon på tvers av signaler viser at varmeventilen åpner mer for å kompensere, en sammenheng et enkeltpunktsalarm ikke kan se. Alvorlighetsscore veier driftens vedholdenhet mot det stigende energiforbruket og flagger det som materielt, forskjellen mellom noe verdt et blikk og noe verdt en arbeidsordre.

Det som når ingeniøren, er ikke førti rå terskelalarmer spredt over en skiftlogg. Det er én linje: AHU-3 varmeventil driver, cirka 4 % energipåvirkning, undersøk denne uken. Building Operation så temperaturen hele tiden. Det hadde ingen måte å si hva temperaturen betydde, og det er forskjellen mellom en trendlogg og en beslutning.

Koble til en EcoStruxure-portefølje

I praksis finnes det en håndfull veier inn, avhengig av hvordan porteføljen er bygget. Et skytilkoblet Building Operation-deploy er det enkleste tilfellet: credentials, og data flyter samme dag. On-prem-anlegg går via Edge Agent i stedet, leser BACnet, OPC UA eller Modbus fra den eksisterende administrasjons-PC-en, vanligvis installert eksternt en ettermiddag.

Det realistiske tilfellet for de fleste porteføljer er verken rent Schneider eller rent noe annet. En retail-portefølje kjører EcoStruxure i flaggskipbutikkene og Siemens Desigo i ombyggingene. Et industrielt anlegg kjører Trend i de eldre byggene og Bastec i de nyere. Det er den normale formen på en portefølje, ikke et edge case, og det er akkurat det Explore er bygget for. Hvert av disse systemene leses inn i samme modell, og køen rangerer en Schneider-feil mot en Siemens-feil etter hva hver faktisk er verdt å fikse, ikke etter hvilken leverandør som vant anbudet det året.

Ingenting av dette krever migrering. Skrivebeskyttet inntak betyr at Building Operation fortsetter å styre nøyaktig det det styrer i dag, og eksport fra dag én betyr at data og funn følger med deg hvis en kontrakt noen gang avsluttes. Det er ingen utskifting på veien inn, og ingen binding på veien ut.

Andre BMS-leverandører, samme tilnærming

Ingenting av dette er spesifikt for Schneider. Det samme skrivebeskyttede mønsteret gjelder ethvert BMS som snakker BACnet, Modbus eller OPC UA, noe som dekker de fleste, og det samme skrivebeskyttede mønsteret fungerer for Siemens Desigo også, dekket i detalj i Siemens Desigo analytics-integration. Kjører du allerede en blandet portefølje, EcoStruxure i noen bygg og noe annet lenger ned veien? Den fulle listen over støttede integrasjoner dekker Siemens, Honeywell, Trend, Bastec og resten, alt lest inn i samme modell og samme kø, så en portefølje aldri trenger ett verktøy per leverandør.

Ofte stilte spørsmål

Krever det å legge til et analyselag på EcoStruxure at man rører styrelogikken? Nei. Tilkoblingen er skrivebeskyttet fra ende til ende. Den endrer ikke sekvenser, settpunkter eller alarmlogikk, og den sitter aldri i Building Operations sikkerhetskjede, så det er ingenting for en styreentreprenør å godkjenne.

Hvilke protokoller leser dette fra en EcoStruxure-portefølje? Schneiders eget sky-API der et anlegg har skynivået. BACnet, OPC UA eller Modbus via FrostLogic Edge Agent der det kjører on-prem, som er det meste vi møter.

Erstatter dette EcoStruxure Building Operation eller Building Advisor? Nei. Building Operation fortsetter å kjøre byggene, og Building Advisor fortsetter å gjøre det det allerede gjør godt på skytilkoblede anlegg. Explore leser de samme punktene skrivebeskyttet og legger til deteksjon, prognose og rangering oppå, uten å fjerne noe fra den eksisterende stakken.

Er det overlapp med CMMS, eller erstatter dette EcoStruxures native styring? Nei til begge. Explore er ikke et CMMS. Det fremhever og rangerer hva som er galt; å åpne en arbeidsordre og sende en tekniker forblir hos vedlikeholdssystemet teamet allerede kjører. Det rører heller aldrig Building Operations native styringsfunksjoner, som fortsetter nøyaktig som før.

Hvilke EcoStruxure-implementeringer fungerer dette med? Skytilkoblet Building Operation, on-prem Building Operation og de eldre StruxureWare-systemene noen porteføljer fortsatt kjører. Alt som eksponerer sine punkter via sky-API, BACnet, OPC UA eller Modbus er lesbart.

Trenger dette ny maskinvare på stedet? Vanligvis ikke. FrostLogic Edge Agent installeres typisk på den eksisterende Building Operation-serveren eller en maskin som allerede kan nå BMS-nettverket, og de fleste installasjoner tar en ettermiddag snarere enn et prosjekt.

Hvor lang tid før funn begynner å dukke opp? De fleste porteføljer ser de første funnene innen den første uken med dataflyt, selv om køen blir skarpere etter hvert som mer historikk akkumuleres og modellen lærer hvordan normalt ser ut for akkurat det bygget.

Hvor hostes dataene? EU-hostet infrastruktur på Hetzner, GDPR-native som standard. Ingenting ved Building Operations egen dataresidens eller nettverksoppsett endrer seg som følge av å koble den til.