Bygningsidriftsettelse, retro-commissioning og MBCx: en eiers guide

Foto av Carl Wragg på Unsplash.

Hva er bygningsidriftsettelse? Det er prosessen med å verifisere at en bygnings systemer, HVAC, styring, belysning, brannsikkerhet, faktisk fungerer som de var designet til, i stedet for å anta at en godkjent installasjon betyr en fungerende. De fleste eiere møter bare ordet to ganger: én gang under nybygg, og igjen år senere når noe i bygningen lydløst har drevet av kurs og ingen kan si når det startet.

Denne guiden går stigen fra nybygg-idriftsettelse via retro-commissioning til overvåkingsbasert idriftsettelse, og lander på hvor kontinuerlig verifisering passer inn når det prosjektbaserte arbeidet er gjort.

Nybygg-idriftsettelse (Cx): hva det er, og hvorfor det finnes

Idriftsettelse (Cx) er en kvalitetssikringsprosess som kjøres sammen med design og bygging for å verifisere at en bygnings systemer er installert, kalibrert og fungerer mot eierens prosjektkrav og designgrunnlaget. En idriftsettelsesmyndighet, ideelt uavhengig av design- og byggeteamet, involveres fra designgjennomgang gjennom funksjonell ytelsestest og inn i en garantiperiode-kontroll.

Den finnes fordi en godkjent HVAC-installasjon og en korrekt fungerende ikke er det samme. Sekvenser blir verdioptimert bort under byggingen. Kontrollere leveres med leverandørstandarder ingen har gjennomgått. En punchliste avsluttes lang tid før noen faktisk tester om økonomiseringsenheten kobler om ved riktig utetemperatur. Det er vanlig, ikke sjeldent, at en nylig idriftsatt bygning fortsatt bærer en reell liste med mangler når noen tester funksjonell ytelse i stedet for å bare sjekke at ting er koblet riktig. Det er hele grunnen til at disiplinen finnes.

Et typisk Cx-omfang løper gjennom designgjennomgang, materialgjennomgang, installasjonsverifisering og funksjonell ytelsestest, og overleverer deretter eieren en systemmanual og trener driftspersonalet på den. Det siste steget betyr mer enn det hører ut. En bygning idriftsatt korrekt på dag én driver likevel av kurs hvis folkene som driver den, aldri ble vist hvordan sekvensene skal oppføre seg, som er del av grunnen til at de samme manglene tenderer til å dukke opp igjen noen år senere uten at noen endret en enkelt linje kode.

Retro-commissioning (RCx): å fikse en bygning som aldri ble ordentlig idriftsatt, eller har drevet av kurs

Retro-commissioning bruker samme disiplin på en eksisterende bygning, vanligvis en som aldri ble formelt idriftsatt, eller en der en tidligere idriftsettelsesinnsats har forvitret over år med leietakerbytter og personellutskiftning. RCx starter med en undersøkelse av nåværende sekvenser og settpunkter mot hvordan bygningen var tiltenkt å drive, tester funksjonell ytelse direkte, og retter det som er ødelagt.

Funnene overlapper ofte med det en bygningsenergirevisjon ville avdekket: samtidig oppvarming og kjøling, planer ingen oppdaterte etter et leietakerbytte, en økonomiseringsenhet fastlåst i én tilstand. Der RCx går videre er at den verifiserer fiksen heller enn bare å anbefale den. Den er også vanligvis kortere og billigere enn nybygg-Cx, uten en byggetidsplan å sitte inni. De fleste RCx-prosjekter løper noen måneder og utløses av et strøminsentivprogram, et komfortklagemønster, eller en eier som forbereder en bygning for salg eller en større leiefornyelse.

BMS-retro-commissioning

Dette er der retro-commissioning i økende grad skjer i praksis: ikke det mekaniske utstyret, men sekvensene programmert inn i BMS-et. De fleste bygninger fikk aldri sine opprinnelige styringssekvenser gjennomgått mot som-bygget-ytelse i det hele tatt. BMS-et ble konfigurert én gang, ved overlevering, og aldri gjenbesøkt siden. BMS-retro-commissioning er praksisen med å trekke ut trenddata fra den eksisterende styringsplattformen, kontrollere det mot designintensjon, og omskrive sekvenser som har drevet av kurs, blitt overstyrt av en tekniker, eller ganske enkelt var feil fra dag én. Det er billigere enn utstyrsnivå-RCx, vanligvis ingen nye sensorer eller maskinvare, og det er der de fleste av de raske gevinstene bor.

Overvåkingsbasert idriftsettelse (MBCx): fra et engangsprosjekt til kontinuerlig verifisering

RCx som normalt dimensjonert er fortsatt et prosjekt: et team kommer inn, tester, fikser, skriver en rapport, og reiser. Overvåkingsbasert idriftsettelse endrer den modellen ved å holde overvåkingslaget på plass etter at prosjektet avsluttes, slik at funksjonell ytelse kontrolleres kontinuerlig i stedet for ved den neste planlagte RCx-syklusen, ofte år ute.

MBCx er verdt å definere presist fordi det blir forvekslet med vedlikeholdsprogramvare. Det er det ikke. Et CMMS følger arbeidsordre: noe går i stykker, en sak åpnes, en tekniker lukker den. MBCx følger om sekvensene det siste RCx-prosjektet fikset, fortsatt holder mot designintensjon. Den ene styrer saker. Den andre verifiserer ytelse. De kan eksistere side ved side, men de svarer på forskjellige spørsmål.

I praksis betyr MBCx vedvarende trendanalyse mot de samme funksjonelle ytelsestestene et RCx-prosjekt kjørte én gang: kobler økonomiseringsenheten fortsatt om ved riktig temperatur, unngår kjølemaskinsekvenseringen fortsatt samtidig oppvarming og kjøling, matcher planen fortsatt beleggingen. En løpende idriftsettelsesleverandør, eller en overvåkingsplattform som gjør samme jobb, kjører disse kontrollene kontinuerlig i stedet for å vente på det neste planlagte stedsbesøket.

Kontinuerlig idriftsettelse som sluttstadiet

Følg stigen langt nok, og kontinuerlig idriftsettelse er der det ender: verifisering som aldri stopper å være aktuell, i stedet for et prosjekt som avsluttes med en rapport. Cx-rapporten er et øyeblikksbilde. Køen stopper aldri. Mellom en RCx-syklus og den neste holder ikke en bygning seg stille, og hele poenget med overvåkingsbasert idriftsettelse er å fange avviket mens det fortsatt er billig å fikse, i stedet for å vente på den neste planlagte gjennomgangen for å gjenoppdage det.

Det er der Explore sitter: leser de samme BMS-punktene et idriftsettelsesprosjekt ville testet, kontinuerlig, og flagger når en sekvens driver bort fra det den siste idriftsettelsessyklusen verifiserte. Det er et overvåkings- og verifiseringslag, ikke et vedlikeholdssakssystem. Det vil ikke sende ut en tekniker eller følge en arbeidsordre. Hva det gjør, er å fortelle deg uken en fikset sekvens stopper å oppføre seg slik RCx eller MBCx bekreftet den skulle, i stedet for året for den neste revisjonen.

En relatert disiplin, verdt å nevne kort, er bygningsomsluttende idriftsettelse (BECx), som bruker samme verifiseringslogikk på selve klimaskallet (luftbarrierer, isolasjonskontinuitet, vindus- og dørsammenstillinger) i stedet for på mekaniske og styringssystemer. Det er et separat omfang, vanligvis kjørt av en annen spesialist, og det folder ikke inn i den mekaniske/styrings-stigen over, selv om et lekk klimaskall gjerne vil omgjøre det den mekaniske idriftsettelsen nettopp fikset.

Eiere som driver en enkelt bygning møter vanligvis dette problemet gjennom styrings- og BMS-linsen direkte. Porteføljer som spenner over flere bygninger og flere BMS-leverandører møter samme avvik i skala, som er hva byggstyringssystemanalyse for eiendomsporteføljer er bygget for å håndtere: én rangert kø over hvert sted i stedet for en idriftsettelsesrapport per bygning. Dukker et spesifikt mønster stadig opp igjen etter RCx-arbeid,

vår artikkel om energisløsingsdeteksjon dekker sviktmønstrene en RCx-undersøkelse vanligvis finner. Og for den regulatoriske siden av idriftsettelsesnært arbeid, EPBD, BACS, og sertifiseringsrammeverkene som i økende grad refererer til kontinuerlig verifisering, se vår compliance-hub.

Idriftsettelse og bedriftsbygningsenergirevisjon er lett å forveksle fordi de avdekker overlappende symptomer, men de svarer på forskjellige spørsmål: en revisjon måler hvor energien går på et gitt tidspunkt, idriftsettelse verifiserer om systemer yter som designet. Vi har skrevet revisjonssiden separat i vår guide til bedriftsbygningsenergirevisjoner. Plassert mellom de to for de fleste eiere er det årlige etterlevelseslaget: vår guide til energibenchmarking og ENERGY STAR Portfolio Manager dekker hva den årlige poengsummen kan, og ikke kan, fortelle deg.

Ofte stilte spørsmål

Hva er bygningsidriftsettelse? Prosessen med å verifisere at en bygnings systemer, HVAC, styring, belysning og brannsikkerhet, faktisk yter som designet, vanligvis kjørt av en uavhengig idriftsettelsesmyndighet fra designgjennomgang gjennom funksjonell ytelsestest.

Hva er retro-commissioning (RCx)? Idriftsettelse brukt på en eksisterende bygning, vanligvis en som aldri ble formelt idriftsatt, eller en der tidligere idriftsettelse har forvitret. Den undersøker nåværende sekvenser mot designintensjon, tester funksjonell ytelse, og fikser og verifiserer det som har drevet av kurs.

Hva er overvåkingsbasert idriftsettelse (MBCx)? Skiftet fra et engangs RCx-prosjekt til kontinuerlig verifisering. I stedet for å teste ytelse én gang og avslutte prosjektet, forblir overvåkingslaget på plass slik at avvik fanges opp mens det skjer, i stedet for ved den neste planlagte gjennomgangen.

Hvordan er idriftsettelse forskjellig fra en bygningsenergirevisjon? En revisjon måler energibruk og anbefaler fikser på et gitt tidspunkt. Idriftsettelse verifiserer at en bygnings systemer faktisk yter som designet, tester sekvenser og fikser dem i stedet for bare å flagge hvor energien går. De to finner ofte samme symptomer, men beviser forskjellige ting.

Hva er BMS-retro-commissioning? Retro-commissioning fokusert på styringssekvensene programmert inn i BMS-et i stedet for det mekaniske utstyret: trekker ut trenddata, kontrollerer det mot designintensjon, og omskriver sekvenser som har drevet av kurs, blitt overstyrt, eller var feil fra overlevering.

Er bygningsomsluttende idriftsettelse (BECx) det samme som bygningsidriftsettelse? Relatert, men separat. BECx idriftsetter selve klimaskallet, luft- og fuktbarrierer, isolasjonskontinuitet, vindus- og dørsammenstillinger, som sin egen disiplin sammen med mekanisk og styringsidriftsettelse, ikke i stedet for den.

Hva forteller ikke bygningen din deg?

Fortell oss hva du forsøker å finne ut av: energiavvik, et BMS du ikke stoler på, etterlevelse du jager. Vi lytter først, og sier deretter rett ut om Explore hjelper. 30 eller 60 minutter, ditt valg. Ingen forpliktelse uansett.

Ta en samtale med oss