Schneider EcoStruxure Building Operation: att lägga till ett analyslager

Foto av Tyler på Unsplash.

Schneider EcoStruxure Building Operation driver många kommersiella egendomar bra. Den håller scheman och sekvenser och höjer larm exakt som driftsatt. Building Advisor ger molnanslutna anläggningar en första genomgång av analys ovanpå. Vad ingen av dem gör är att rangordna en fastnat ventil i en byggnad mot en driftande kylmaskin tre anläggningar bort, eller väva in Siemens-egendomen nedanför gatan och mätarna monterade sedan dess. Det gapet är varför så många EcoStruxure-egendomar hamnar i att fråga om man ska expandera inom Schneider-stacken eller lägga till ett leverantörsoberoende lager ovanpå. Vår sida om Schneider EcoStruxure-integration täcker mekaniken bakom anslutningen själv; denna artikel handlar om resonemanget för att lägga till ett analyslager.

Vad EcoStruxure Building Operation ger dig, och var det slutar

EcoStruxure Building Operation är ett kapabelt styrlager. Den kör HVAC-, belysnings- och åtkomstsekvenser över en portfölj från en konsol. Molnanslutna anläggningar får också Building Advisors egna detekteringsregler ovanpå. De flesta klagomål om en EcoStruxure-egendom är egentligen inte klagomål om EcoStruxure. De är ett fastighetsteam som stirrar på en övervakarskärm som visar varje punkt och prioriterar ingen av dem, eller en Building Advisor-licens som bara täcker halva portföljen.

Det är kanten Building Operation aldrig byggdes för att fungera vid. Ett styrsystems jobb är att köra en byggnad korrekt, inte att väga ett ventilfel i Göteborg mot en kylmaskin som driver tre anläggningar bort och bestämma vilken som ska fixas först. Be en EcoStruxure-egendom göra det nativt och resultatet är fler dashboards, inte mer klarhet. Building Advisor designades för att läsa Schneider-tillgångar. Så snart en portfölj blandar leverantörer stannar tvärsnittsvyn vid Schneider-gränsen.

Att läsa EcoStruxure skrivskyddat, moln-API eller lokal agent

Inget av detta kräver att röra något EcoStruxure styr. En anläggning som kör molnnivån ansluter genom Schneiders eget API: ett klient-ID och en token, och data kan börja flöda samma dag. En anläggning som kör Building Operation lokalt, vilket är det mesta av vad vi möter, ansluter genom FrostLogic Edge Agent istället. Den läser systemet lokalt över BACnet, OPC UA eller Modbus och skickar datan skrivskyddat, utan skrivåtkomst.

Det lokala fallet är värt att dröja vid, eftersom det är normalfallet, inte undantaget. Gott om EcoStruxure-egendomar driftsattes med molnnivån prissatt in, sedan aldrig köpt, eller köpt en gång och lämnad att löpa ut. Så varje punkt Building Operation samlar in sitter på en server i maskinrummet, osynlig ovanför byggnadsnivå. Edge Agent ansluter den servern direkt, och hoppar också över dataaggregator-mellanhanden: ingen andra leverantör som flyttar din data till ett moln först. En kopia, lagrad i EU. Inte säker på vilket protokoll en egendom faktiskt kör? Vår guide om BACnet vs Modbus vs OPC UA bryter ner skillnaderna byggnad för byggnad.

Båda vägarna landar på samma plats: EU-hostad infrastruktur, GDPR-nativ som standard. Ingenting om Building Operations egen datalokalisering ändras som resultat av att ansluta den, och det finns ingen inlåsning om ett kontrakt någonsin avslutas. Se hur FrostLogic hanterar datalokalisering för hela positionen.

Vad ett EcoStruxure-analyslager lägger till ovanpå

När datan flödar kör FrostLogic Explore sex detekteringsmetoder mot Building Operations egna punkter: statistiska baslinjer, prognosresidualer, mönster- och säsongsmatchning, signalöverskridande korrelation, driftdetektering och fysikbegränsningar, och stämmer sedan av resultaten. Prognostisering lägger till konfidensgränser till varje förutsägelse, så ett estimat kommer med en angiven felmarginal snarare än falsk precision. Kontinuerlig efterlevnad kontrollerar samma data mot BREEAM-, LEED- och Nordic Swan-kriterier löpande, snarare än i den vanliga stressen inför en revision.

Kör Building Advisor på de molnanslutna byggnaderna? Håll det där det tjänar sitt värde. Explore läser samma punkter skrivskyddat, täcker byggnaderna Advisor aldrig byggdes för att se, och grundar varje fynd i byggnadens fysik genom Frostdynamics snarare än en språkmodells gissning om vad ett börvärde borde vara. Inget rivs ut för att lägga till det. Varje fynd, oavsett var det uppstår, landar i en rangordnad kö istället för en Schneider-dashboard och ett andra verktyg för allt annat.

Ett genomarbetat EcoStruxure-driftsexempel

Här är hur det ser ut på en verklig punkt. En tilluftstemperatur på ett EcoStruxure-styrt luftbehandlingsaggregat börjar köra en halv grad varmt. Inget larmar. Den sitter väl inom vilket tröskelvärde Building Operation skulle flagga, och på en övervakarskärm läses den som brus.

Statistik knappt märker det, eftersom en halv grad sitter inom normal varians. Driftdetektering fångar lutningen ändå: den långsamma, riktade krypningen en tröskelregel är byggd för att ignorera eftersom ingen enskild avläsning någonsin korsar en linje. Signalöverskridande korrelation visar värmeventilen öppna sig ytterligare för att kompensera, en relation ett enskilt-punkt-larm inte kan se. Allvarlighetsgradsbedömning väger driftens ihärdighet mot den stigande energiförbrukningen och flaggar den som materiell, skillnaden mellan något värt en titt och något värt ett ärende.

Vad som når ingenjören är inte fyrtio råa tröskellarm utspridda över en skiftlogg. Det är en rad: AHU-3 värmeventil driver, ungefär 4 procent energipåverkan, undersök denna vecka. Building Operation såg temperaturen hela tiden. Den hade inget sätt att säga vad temperaturen betydde, och det är skillnaden mellan en trendlogg och ett beslut.

Att ansluta en EcoStruxure-egendom

I praktiken finns en handfull vägar in, beroende på hur egendomen byggdes. En molnansluten Building Operation-utrullning är det enklaste fallet: uppgifter, och data flödar samma dag. Lokala anläggningar går genom Edge Agent istället, läser BACnet, OPC UA eller Modbus från den befintliga förvaltnings-PC:n, vanligtvis installerad på distans under en eftermiddag.

Det realistiska fallet för de flesta portföljer är varken ren Schneider eller ren något annat. En detaljhandelsegendom kör EcoStruxure i flaggskeppsbutikerna och Siemens Desigo i renoveringarna. En industrianläggning kör Trend i de äldre byggnaderna och Bastec i de nyare. Det är den normala formen av en portfölj, inte ett specialfall, och det är exakt vad Explore byggdes för. Varje av de systemen läser in i samma modell, och kön rangordnar ett Schneider-fel mot ett Siemens-fel efter vad var faktiskt är värt att fixa, inte efter vilken leverantör som råkade vinna upphandlingen det året.

Inget av detta ber om en migration. Skrivskyddad intag betyder att Building Operation fortsätter styra exakt vad den styr idag, och dag-ett-export betyder att data och fynd lämnar med dig om ett kontrakt någonsin avslutas. Det finns ingen utrivning på vägen in, och ingen inlåsning på vägen ut.

Andra BMS-leverantörer, samma metod

Inget av detta är specifikt för Schneider. Samma skrivskyddade mönster gäller för alla BMS som talar BACnet, Modbus eller OPC UA, vilket täcker de flesta av dem, och samma skrivskyddade mönster fungerar för Siemens Desigo också, täckt i detalj i Siemens Desigo-analysintegration. Kör redan en blandad egendom, EcoStruxure i vissa byggnader och något annat nedanför gatan? Den fullständiga listan över stödda integrationer täcker Siemens, Honeywell, Trend, Bastec och resten, alla läsande in i samma modell och samma kö, så en portfölj behöver aldrig ett verktyg per leverantör.

Vanliga frågor

Kräver att lägga till ett analyslager till EcoStruxure att röra styrlogiken? Nej. Anslutningen är skrivskyddad från början till slut. Den ändrar inte sekvenser, börvärden eller larmlogik, och den sitter aldrig i Building Operations säkerhetskedja, så det finns inget för en styrentreprenör att godkänna.

Vilka protokoll läser detta från en EcoStruxure-egendom? Schneiders eget moln-API där en anläggning har molnnivån. BACnet, OPC UA eller Modbus genom FrostLogic Edge Agent där det körs lokalt, vilket är det mesta av vad vi möter.

Ersätter detta EcoStruxure Building Operation eller Building Advisor? Nej. Building Operation fortsätter köra byggnaderna, och Building Advisor fortsätter göra vad den redan gör bra på de molnanslutna anläggningarna. Explore läser samma punkter skrivskyddat och lägger till detektering, prognostisering och rangordning ovanpå, utan att ta bort något från den befintliga stacken.

Finns det ett CMMS-överlapp, eller ersätter detta EcoStruxures nativa kontroller? Nej till båda. Explore är inte ett CMMS. Den lyfter fram och rangordnar vad som är fel; att öppna en arbetsorder och skicka ut en tekniker stannar med vilket underhållssystem teamet redan kör. Den rör heller aldrig Building Operations nativa styrfunktioner, som fortsätter fungera exakt som förut.

Vilka EcoStruxure-utrullningar fungerar detta med? Molnanslutna Building Operation, lokal Building Operation, och de äldre StruxureWare-erans system vissa egendomar fortfarande kör. Allt som exponerar sina punkter över moln-API, BACnet, OPC UA eller Modbus är läsbart.

Behöver detta ny hårdvara på plats? Vanligtvis inte. FrostLogic Edge Agent installeras vanligtvis på den befintliga Building Operation-servern eller en maskin som redan kan nå BMS-nätverket, och de flesta installationer tar en eftermiddag snarare än ett projekt.

Hur länge innan fynd börjar visas? De flesta egendomar ser första fynden inom den första veckan av dataflöde, även om kön blir skarpare när mer historik ackumuleras och modellen lär sig hur normalt ser ut för den specifika byggnaden.

Var hostas datan? EU-hostad infrastruktur på Hetzner, GDPR-nativ som standard. Ingenting om Building Operations egen datalokalisering eller nätverksuppsättning ändras som resultat av att ansluta den.