SD- og FDV-system som et verktøy for igangkjøring, kontroll, verifisering Beslutningsstøttesystem for effektiv drift av bygninger Teknisk vinteruke 2007 Tor I. Hoel Pro Teknologi AS
KORT CV 2006 2007 2006 2004 Samlet plan Nye Ahus Igangkjøring Nye Ahus Integrator og SD-rådgiving Nytt Forskningbygg R-R HF Energirådgiving / Rådgiving nye byggeprosjekter R-R HF 2006 2007 Ferdigstillelse Statens senter for epilepsi R-R HF 2005 2006 Integrerte tester St. Olavs hospital Siemens/HBMN 2007 2007 2007 Integrerte test KIS/Parkeringsbygg Ullevål Universitetssykehus Revidering PA bok Ullevål Universitetssykehus Utarbeidelse av prosjektanvisninger/ks-lister og SLA R-R HF
Implementering Implementering (Knut H. Sørensen, Institutt for tverrfaglig kulturstudier) Rådgiverfrustrasjon Hvorfor vil ingen bruke mine gode ideer? Brukerfrustrasjon " Hvorfor virker det ikke som tenkt? " Hvorfor tenkte de ikke på hva som skulle virke? " Hva skal vi med det? Nøkternt sett: Frustrasjon er en hverdagslig sak
Bakgrunn Status i byggebransen tradisjonell tenking: Forsinkelser / utsatt innflytting Kostnadsoverskridelser Byggene yter ikke som beregnet / prosjektert. Konsekvensene oppdages i driftsfasen: Stort energi og effektbehov Dårlig inneklima Stort vedlikeholdsbehov Kort levetid på komponenter/systemer Behov for ombygginger Uhensiktsmessig teknisk drift
Årsaker Årsakene kan være mange: Feil i design av bygning Utforming Krav til prosjekteringen Feil gjort i prosjektering Grensesnitt (fag, eksisterende - nybygg) Ufullstendig underlag/tegninger Feil gjort i byggefasen Koordinering/fremdriftsplanlegging Håndverk / KS Ufullstendig idriftsettelse/overtagelse Byggeledelse Kontroll/tester, kontraktunderlag Dårlig prosjektledelse (PL/PGL)
Hvorfor benytte SD/FDV? Oppdager feil tidlig Designfeil Byggefeil Bedre kontroll med kvaliteten i byggeprosessen Bedre samspill mellom aktørene Fokus på funksjon Opplæring av driftspersonell Mindre sannsynlighet for forsinkelser og kostnadsoverskridelser
Prosjektets jerntrekant OMFANG KVALITET/STD leveranse? Driftskostnader Investeringskost. Normtall LCC Etc. LAVE kostnader?? KORT gjennomføringstid
IT-infrastruktur/DV-innsamling Kont. innsamling av design-, drifts- og vedlikeholdsinformasjon elprodukt nskaffelse Produkt montert System montert Integrert system montert Brukerutstyr montert Idriftsettelstest Idriftsettelse Overleverin og drift Produkt Funksjonstest Delprodukt mottakskontroll Tavletegninger Datablader etc. ppdatert leggs- / syst.beskr. Integrert syst. Funksjonstest System Funksjonstest Oppdatert anleggs- / syst.beskr. Total test Henter ut grunnlagsdokumentene for integrertetester / idriftsettelsestester FDV-system
IT-infrastruktur/DV-innsamling IT-infrastruktur MÅ på plass raskere enn i tradisjonell planlegging Tradisjonelt planlegges IT infrastruktur idriftsatt sent i byggeprosjektet Toppsystem/hovedsentral må installeres tidlig - dokumentere i gangkjøring/funksjonstest Stor fordel med internet tilgang på byggeplass DV-dokumentasjon til planlegging/kontroll Systemoversikter Systembeskrivelser Funksjonsbeskrivelser Integrerte funksjonsbeskrivelser Datablader
DV informasjonens betydning Hva skal kontrolleres? Hvilke systemer inngår i arealene Hva skal det kontrolleres mot? System- og anleggsinformasjon Brukerens funksjon Datablader Beskrivelse av integrerte funksjoner Dette finnes i DV-innsamling tidlig, slik at denne informasjon kan hentes fra ett sted
FDV-system Fremdriftsoppfølging via FDV-system Kontinuerlig innlegging av dokumentasjon i FDVsystemet Legge inn milepæler varsling Tegninger inn i FDV-system, anbud-, arbeids- og som-bygget-tegninger Testrapporter utarbeides fra FDV-systemet Holder rede på historikk og siste versjon Motiverer / tvinger aktørene å levere dokumentasjon fortløpende Driftsorganisasjonen kan følge prosjektet og begynner å bruke FDV-systemet
Hvem utfører hvilke tester Avhengig av entrepriseform, men: Entreprenør: Produkttester skal minimum være kontroll i hht ytelser i NS3421 under Krav til ferdig delprodukt Funksjonskontroll Enkeltvise grensesnitt mellom fag/entrepriser Byggherre: Større integrerte tester/idriftsettelsestester og etterfølgende tester Funksjonstest mellom flere systemer og på tvers av områder Integrerte tester er entreprenøren / leverandørens dokumentasjon på oppfyllelse av kontraktens forutsetninger
Planlegging Det må defineres hvem som har ansvaret for gjennomføring av testene Det må defineres hvem som skal bidra/delta før og under testene. Entreprenøren må gjennomføre testene i hht fremdriftsplan Entreprenøren må dokumentere resultatene fra testene, gjerne som en del av DV-dokumentasjonen Integrerte tester kan være entreprenøren / leverandørens dokumentasjon på oppfyllelse av kontraktens forutsetninger Klare definisjoner bidrar til bedre planlegging SD-anlegget skal benyttes for dokumentasjon fra og med funksjonstester
Funksjonstester Signalene til SD-anlegget må kvalitetssikres Systemene testes hver for seg Styringer (oppstart, stans og lignende) Regulering (stabilitet / pendlinger ved endringer og lignende) Nødprosedyrer (frostvakt og lignende) Alarmer Brukes til å dokumentere funksjonalitet Trendlogger Skjermutskrifter Alarmhistorikk Erstatter ikke fysisk tilstedeværelse ved testing
Integrerte tester Etter gjennomført system- og funksjonskontroller og all innregulering (kvalitetsikret enkelt systememene) Tester at samhandlingen mellom forskjellige systemer fungerer som forutsatt Avslører om signaleringen er som forutsatt Bortfall av strøm SD-anlegg Reservekraft UPS Prioritert kraft Oppstart Alarmer
Integrerte tester Gjennomføring Definerer et sett med hendelser (i hht underlag) som skal testes: Utløst brannsignal Heiser/dører Benytter SD-anlegget til statusrapporter før, under og etter testene Rapporter for hele området og rapporter på enkteltsystem med observert fe Stikkprøvekontroller på enkeltanlegg Sjekker status fysisk på anleggene før, under og etter test For å unngå i feil i SD-anlegget Brannspjeld Dører Reservekraft/UPS Nødprosedyrer spesialrom Rapportering Trendlogger Skjermutskrifter Alarmhistorikk Manuelle observasjoner
Integrert test, eksempel 1 Eks. 1: Test av et helt bygg (20 000 m 2 ) Gjennomføring: 1. Status normaldrift 2. Nett legges ut reservekraftaggregater starter 3. Røyktester ventilasjonsaggregater 4. Branntester i bygget 5. Trykksetting av trappesjakter 6. Tilbake til normal
Underlag, eksempel 1 Bygget var tatt i bruk: Funksjonsbeskrivelser Fant avvikende funksjonsbeskrivelser på samme systemer med lik dato og revisjonsnr. God DV-dokumentasjon God beskrivelse av integrerte funksjoner Oppdaterte som-bygget tegninger
Resultat, eksempel 1 Ingen automatisk eller manuell rutine for lastutkobling (som i funk.beskrivelse) ved oppstart reservekraft Feilkobling alarmering UPS Alarm dårlig kapasitet på UPS etter 5-10 sekunder på UPS Svidd relé medførte at dører / alarmering i en sone ikke fungerte ved utløst brannsignal Røykevakueringsvifte gikk feil vei Dører for røykevakuering sviktet Ikke fungerende frostvakt på ventilasjonsaggregat
Resultat, eksempel 1 Feil i overstyring av ventilasjonsaggregater fra branntablå SD-anlegget måtte restartes etter reservekraftaggregatene startet Konklusjon Meget vellykket test for byggherre og driftsorganisasjon
Tester ved hjelp av SD, eksempel 2 Test av et lite areal Gjennomføring Normaldrift Drift med kun UPS Drift med reservekraft Drift med reservekraft med utløst brannalarm Tilbake til normaldrift Funksjonstest av enkeltsystem
Underlag, eksempel 2 DV-innsamling ikke komplettert ferdig Avvik på systemer som ikke var ferdigstilte, som varme/kjøleforsyning, enkelte ventilasjonsanlegg, snøsmelteanlegg, spillvannskum, signaler fra UPS-tavle etc. Funksjonsbeskrivelser fra automatikkentreprenør Bekreftelser på igangkjøring og funksjonskontroll Utskrifter av systemoversikter motstridende omfang
Resultat, eksempel 2 Node til adgangskontrollen og strømforsyning til dørlåsene var ikke tilkoblet UPS. Lampe feilsignal på nødlyssystemet lyste etter at systemet ble tilkoblet hovedforsyning på nytt Frekvensomformer på ett system startet ikke når reservekraft ble lagt inn etter UPS 3 branndører i et brannskille løste ikke ut og lukket når bannalarmsignalet ble utløst Branndører lukket ikke helt da de skrapte nedi gulv. Avvik på to ventilasjonsaggregater ved utløst røykføler i inntak.
Resultat, eksempel 2 Feil i enkelte bilder på SD-anlegg. Sikkerhetsventiler kjøleanlegg blåste, dvs vann på golvet. Mangelfull merking flere systemer, fysisk systemmerking, rørmerking og kabelmerking Noe gjenstående komplettering ventilasjonssystemene (magnehelic trykkmåler over filtrene ikke tilkoblet, merking etc.) Manglende utførte branntettinger Funksjonstest avslørte manglende
Konklusjon, eksempel 2 Ikke vellykket test For mange systemer var ikke ferdigstilte For mange små feil på mange systemer Manglende dokumentasjon
Konklusjon IT infrastruktur og toppsystem må installeres tidlig i byggeprosessen Underlaget må være korrekt Hva skal det kontrolleres mot Testprosedyrer / når / hvordan Ansvar / oppgaver Mindre sannsynlighet for forsinkelser og kostnadsoverskridelser Oppdager feil tidlig Bedre kontroll med kvaliteten i byggeprosessen Opplæring av driftspersonell
TAKK Noen spørsmål? FOR OPPMERKSOMHETEN