Schneider EcoStruxure Building Operation: tilføj et analyselag

Foto af Tyler på Unsplash.

Schneider EcoStruxure Building Operation kører mange erhvervsporteføljer godt. Det holder tidsplaner og sekvenser og udløser alarmer præcis som idriftsat. Building Advisor giver cloud-forbundne anlæg et første forsøg på analyse ovenpå. Hverken det ene eller det andet rangerer en klemmende ventil i én bygning mod en drivende køler tre anlæg væk, eller inddrager Siemens-porteføljen længere nede ad vejen og målere monteret bagefter. Det hul er grunden til, at så mange EcoStruxure-porteføljer til sidst spørger, om de skal udvide inden for Schneider-stakken eller tilføje et leverandøruafhængigt lag ovenpå. Vores side om Schneider EcoStruxure-integration dækker mekanikken i selve forbindelsen; denne artikel handler om begrundelsen for at tilføje et analyselag.

Hvad EcoStruxure Building Operation giver dig, og hvor det stopper

EcoStruxure Building Operation er et dygtigt styringslag. Det kører HVAC-, belysnings- og adgangskontrolsekvenser på tværs af en portefølje fra én konsol. Cloud-forbundne anlæg får også Building Advisors egne detektionsregler ovenpå. De fleste klager over en EcoStruxure-portefølje er egentlig ikke klager over EcoStruxure. De er et facility-team, der stirrer på en supervisor-skærm, der viser hvert punkt og prioriterer intet, eller en Building Advisor-licens, der kun dækker halvdelen af porteføljen.

Det er kanten, Building Operation aldrig er bygget til at arbejde ved. Et styresystems job er at køre én bygning korrekt, ikke at veje en ventilfejl i Göteborg mod en køler, der driver tre anlæg væk, og beslutte, hvad der skal rettes først. Bed en EcoStruxure-portefølje om det nativt, og resultatet er flere dashboards, ikke mere klarhed. Building Advisor er designet til at læse Schneider-aktiver. Når en portefølje blander leverandører, stopper tværsnitsvisningen ved Schneider-grænsen.

Læsning af EcoStruxure skrivebeskyttet, cloud-API eller lokal agent

Intet af dette kræver, at du rører noget, EcoStruxure styrer. Et anlæg, der kører cloud-niveauet, forbinder via Schneiders eget API: et klient-ID og et token, og data kan begynde at flyde samme dag. Et anlæg, der kører Building Operation on-prem, hvilket er det meste, vi møder, forbinder via FrostLogic Edge Agent i stedet. Den læser systemet lokalt over BACnet, OPC UA eller Modbus og skubber data skrivebeskyttet, uden skriveadgang.

On-prem-tilfældet er værd at dvæle ved, fordi det er det normale tilfælde, ikke undtagelsen. Mange EcoStruxure-porteføljer blev idriftsat med cloud-niveauet prissat, derefter aldrig købt, eller købt én gang og ladet udløbe. Så hvert punkt Building Operation indsamler sidder på én server i maskinrummet, usynligt over bygningsniveau. Edge Agent forbinder den server direkte og springer også dataaggregator-mellemleddet over: ingen anden leverandør, der flytter dine data til en cloud først. Én kopi, lagret i EU. Usikker på, hvilket protokol en portefølje faktisk kører? Vores guide BACnet vs Modbus vs OPC UA gennemgår forskellene bygning for bygning.

Begge ruter ender samme sted: EU-hostet infrastruktur, GDPR-native som standard. Intet ved Building Operations egen dataresidens ændrer sig som følge af at forbinde den, og der er ingen binding, hvis en kontrakt nogensinde slutter. Se hvordan FrostLogic håndterer dataresidens for den fulde tilgang.

Hvad et EcoStruxure-analyselag tilføjer ovenpå

Når data flyder, kører FrostLogic Explore seks detektionsmetoder mod Building Operations egne punkter: statistiske baselines, prognoserestidualer, mønster- og sæsonmatchning, korrelation på tværs af signaler, afvigelsesdetektion og fysikbegrænsninger, og afstemmer derefter resultaterne. Prognose tilføjer konfidensintervaller til hver forudsigelse, så et estimat kommer med en angivet fejlmargin i stedet for falsk præcision. Løbende compliance kontrollerer de samme data mod BREEAM, LEED og Nordic Swan løbende, i stedet for i det sædvanlige rush før en revision.

Kører du Building Advisor på de cloud-forbundne bygninger? Behold det, hvor det fortjener sin plads. Explore læser de samme punkter skrivebeskyttet, dækker bygningerne Advisor aldrig var bygget til at se, og forankrer hvert fund i bygningens fysik via FrostDynamics i stedet for et sprogmodels gæt på, hvad et setpunkt burde være. Intet rives ud for at tilføje det. Hvert fund, uanset hvor det stammer fra, lander i én rangeret kø i stedet for et Schneider-dashboard og et andet værktøj til alt andet.

Et gennemarbejdet EcoStruxure-drift-eksempel

Sådan ser det ud på et faktisk punkt. En tilluftstemperatur på en EcoStruxure-styret AHU begynder at køre en halv grad varm. Intet alarmerer. Den ligger godt inden for enhver tærskel, Building Operation ville markere, og på en supervisor-skærm ligner den støj.

Statistik bemærker det knap, da en halv grad ligger inden for normal variation. Afvigelsesdetektion fanger hældningen alligevel: den langsomme, retningsbestemte drift, som en tærskelregel er bygget til at ignorere, fordi ingen enkelt aflæsning krydser en linje. Korrelation på tværs af signaler viser, at varmeventilen åbner mere for at kompensere, en sammenhæng et enkeltpunktsalarm ikke kan se. Alvorlighedsscore vejer driftens vedholdenhed mod det stigende energiforbrug og markerer det som materielt, forskellen mellem noget værd at kigge på og noget værd en arbejdsordre.

Det, der når ingeniøren, er ikke fyrre rå tærskelalarmer spredt over en skiftlog. Det er én linje: AHU-3 varmeventil driver, cirka 4 % energipåvirkning, undersøg denne uge. Building Operation så temperaturen hele tiden. Det havde ingen måde at sige, hvad temperaturen betød, og det er forskellen mellem en trendlog og en beslutning.

Tilslutning af en EcoStruxure-portefølje

I praksis er der en håndfuld veje ind, afhængigt af hvordan porteføljen er bygget. Et cloud-forbundet Building Operation-deployment er det enkleste tilfælde: credentials, og data flyder samme dag. On-prem-anlæg går via Edge Agent i stedet, læser BACnet, OPC UA eller Modbus fra den eksisterende administrations-PC, typisk installeret eksternt en eftermiddag.

Det realistiske tilfælde for de fleste porteføljer er hverken rent Schneider eller rent noget andet. En retail-portefølje kører EcoStruxure i flagskibsbutikkerne og Siemens Desigo i ombygningerne. Et industrielt anlæg kører Trend i de ældre bygninger og Bastec i de nyere. Det er den normale form på en portefølje, ikke et edge case, og det er præcis, hvad Explore er bygget til. Hvert af disse systemer læses ind i samme model, og køen rangerer en Schneider-fejl mod en Siemens-fejl efter, hvad hver faktisk er værd at rette, ikke efter hvilken leverandør der vandt udbuddet det år.

Intet af dette kræver migration. Skrivebeskyttet indlæsning betyder, at Building Operation fortsætter med at styre præcis det, det styrer i dag, og eksport fra dag ét betyder, at data og fund følger med dig, hvis en kontrakt nogensinde slutter. Der er ingen udskiftning på vejen ind, og ingen binding på vejen ud.

Andre BMS-leverandører, samme tilgang

Intet af dette er specifikt for Schneider. Det samme skrivebeskyttede mønster gælder ethvert BMS, der taler BACnet, Modbus eller OPC UA, hvilket dækker de fleste, og det samme skrivebeskyttede mønster virker for Siemens Desigo også, dækket i detaljer i Siemens Desigo analytics-integration. Kører du allerede en blandet portefølje, EcoStruxure i nogle bygninger og noget andet længere nede ad vejen? Den fulde liste over understøttede integrationer dækker Siemens, Honeywell, Trend, Bastec og resten, alt læst ind i samme model og samme kø, så en portefølje aldrig behøver ét værktøj pr. leverandør.

Ofte stillede spørgsmål

Kræver det at tilføje et analyselag til EcoStruxure, at man rører styrelogikken? Nej. Forbindelsen er skrivebeskyttet fra ende til ende. Den ændrer ikke sekvenser, setpunkter eller alarmlogik, og den sidder aldrig i Building Operations sikkerhedskæde, så der er intet for en styreentreprenør at godkende.

Hvilke protokoller læser dette fra en EcoStruxure-portefølje? Schneiders eget cloud-API, hvor et anlæg har cloud-niveauet. BACnet, OPC UA eller Modbus via FrostLogic Edge Agent, hvor det kører on-prem, hvilket er det meste, vi møder.

Erstatter dette EcoStruxure Building Operation eller Building Advisor? Nej. Building Operation fortsætter med at køre bygningerne, og Building Advisor fortsætter med at gøre det, det allerede gør godt på cloud-forbundne anlæg. Explore læser de samme punkter skrivebeskyttet og tilføjer detektering, prognose og rangering ovenpå, uden at fjerne noget fra den eksisterende stak.

Er der overlap med CMMS, eller erstatter dette EcoStruxures native styring? Nej til begge. Explore er ikke et CMMS. Det fremhæver og rangerer, hvad der er galt; at åbne en arbejdsordre og sende en tekniker forbliver hos det vedligeholdssystem, teamet allerede kører. Det rører heller aldrig Building Operations native styringsfunktioner, som fortsætter præcis som før.

Hvilke EcoStruxure-implementeringer fungerer dette med? Cloud-forbundet Building Operation, on-prem Building Operation og de ældre StruxureWare-systemer, som nogle porteføljer stadig kører. Alt, der eksponerer sine punkter via cloud-API, BACnet, OPC UA eller Modbus, er læsbart.

Kræver dette ny hardware på stedet? Som regel ikke. FrostLogic Edge Agent installeres typisk på den eksisterende Building Operation-server eller en maskine, der allerede kan nå BMS-netværket, og de fleste installationer tager en eftermiddag snarere end et projekt.

Hvor lang tid, før fund begynder at dukke op? De fleste porteføljer ser de første fund inden for den første uge med dataflow, selv om køen bliver skarpere, efterhånden som mere historik akkumuleres, og modellen lærer, hvordan normalt ser ud for netop den bygning.

Hvor hostes dataene? EU-hostet infrastruktur på Hetzner, GDPR-native som standard. Intet ved Building Operations egen dataresidens eller netværksopsætning ændrer sig som følge af at forbinde den.