Bilag B - Bips

Cases med egenskaber--Niels Treldal, Rambøllnlst@ramboll.dk

Agenda• Rumdatabase – ventilation• Termisk simulering• Rengøringsudbud2

ARCH modelDiagram (Visio)Room database (Excel)HVAC model

IFC: PSet_SpaceThermalDesign

Muligt KS-værktøj: RoomexFra Granlund, Finland

Informationer tilrådighed i MagiCAD

Case: Active House – SolhusetEnergisimuleringer7

temperatur [°C] ; varmebehov [kW]januar 02februar 02marts 02april 02maj 02juni 02juli 02august 02september 02oktober 02november 02december 02effektfaktor80Resultat – timebaseret energibehov117010udetemperatur [°C]609508akkumuleringstank [°C]407306varmebehov [kW]205104effektfaktor opvarmning(COP+1) jordvarme03-102effektfaktor opvarmning(COP+1) solfanger-20116. april 14. oktober8

ARK model Indeklima simuleringKun geometri…Hvad med:• Materiale-egenskaber• Brugsmønster• Vent.princip• Varme/køle system• Temp. setpunkter• Placering9

BIM som basis for udbud10

Udtræk fra ARK-model til rengøring11

Sammenligning af tilbud12

Bind behov, produkt og drift sammenvia BIM-modellenDrifts Model(Kilde: Arto Kiviniemi)13

Cases med brug af egenskabsdataBent Dalgaard Larsen

Egenskaber - Cases• Min holdning til egenskaber• Rockwool Energy Design/Revit integration• Dalux BIM Checker• Dalux Web Config• Digital aflevering

Min holdning til egenskaber• Skal målrettes både mod• Maskiner• Mennesker• Relation til klassifikation• Bør ikke (kun) relateres til klassifikationen• Evt. kun overordnede objekttyper som i Revit• Nogle dele bør laves som interfaces• Dvs. hvis et objekt skal opfylde et interface (f.eks. energi/FM mv.) så skalvisse parametre eksistere• Det vigtigste er at standardisere egenskaber ved overdragelse mellem aktører• Over sigt vil det dog skabe standarder internt i firmaer som en side effekt.• Men firmaer vil altid have behov for at benytte ikke standardiseredeegenskaber

Rockwool Energy Design• Demo

Revit/BIM integration• Hvorfor?• Klimaskærmen er kompleks at indtaste i Be10• Skygger, arealer• Tidsbesparende• Højere kvalitet• Kuldebroer• Kan ikke indtastes i Revit• Rockwool Energy løser dette• Værdiforøgelse• Revit er uden producent data

Rockwool Energy Design - Statistik• Online første gang: marts/april 2011 (silent launch)• U-værdi beregner: juni 2011• Første materialekataloger: juni 2011Status oktober 2011Registrerede brugere 3035Antal projekter 3629Antal logins per dag225 (7. oktober)Materialer i projekter 24251

BrugereProfessionAntalArkitekt 933Ingeniør 872Studerende 720Tømrer/snedker 128Entreprenør 121Privat 119Andet 85VVS 21Murer 16Offentlig myndighed 11Forhandler/tømrerhandel 5Aut. facadeentreprenør 2Brandinspektør 2

Rockwool Energy ArkitekturRevitRockwool EnergyDesignDatabase

Rockwool Energy Egenskaber• Egenskaber defineres på• Materialer (benyttes kun til at skabe konstruktioner)• Konstruktioner• + Alle typer der bruges til energi beregning (vinduer,pumper, solfanger mv.)• Egenskaber defineres ud fra Be10• Dvs. et lille subset af egenskaber defineres (i IT verdenenkan dette kaldes et interface)• Vi har defineret nogle egenskaber. Hvis der skal skabes meresammenhæng med andre systemer bør det ske ud fra enstandard (f.eks. cuneco)

Dalux BIM Checker• Problem: Konkurrencer• Mange forskellige aflevering i konkurrencer: (Excel ark, 2Dtegninger, energi beregninger, økonomi beregninger)• Data passer aldrig sammen (Erfaringen viser at enumiddelbart banal ting som arealeropgørelserne på økonomi,energiberegning og rum ikke matcher!!)• Løsning:• 1 model hvor alt udtrækkes fra (BIM)• De bydende slipper med kun at aflevere tingene en gang.• Kvalitetssikring• Problem: Generelt• Vores erfaring er at INGEN kan lave BIM/CAD modeller irimelig kvalitet uden automatiseret KS (F.eks. I Solibri ellerDalux BIM Checker)

Dalux BIM Checker• Det er vigtigt at det virker med IFC i alle BIM værktøjer (Detoffentlige har nogle krav om IFC)• Revit, AutoCAD Architecture, Bentley Architecture,ArchiCAD• Vi lavede 1 minuts videofilm der viste præcist hvad manskulle gøre• Parametre defineret i BIM program bliver lagt over i IFC• http://www.unicampus.dk/idmchecker/ballerup/

Opsummering af BIM Checker i Ballerup konkurrencen• RUM• Nettoareal (”NetArea”)• Kategori (”Category”)• Zone (”Zone”)• Etape (”Stage”)• Bygningsdele / Klimaskærmen (Be10 udtræk)• DBK kode (”DBKClassification”)• U-værdier (”UValue”)• Ff-værdier (”FfValue”)• G-værdier (”GValue”)• Hvor kommer egenskaber fra:• Os selv – men de burde være defineret i en standard (F.eks. cuneco)

Dalux Web ConfigMateriale producentByggerietCAD software:Inventor, Catia, SolidWorks, Solid Edge, Pro EDaluxDaluxWebConfigKonverter(RFA, GSM,DWG)BIM software:Revit, ArchiCAD, AutoCADArchitectureData

Dalux Web Config• Problem:• Byggemateriale producenter vil gerne komme med data,men vil gerne vide hvad data det skal være• Byggemateriale producenter spørger selvfølgeligarkitekter/ingeniører om hvad de vil have – men fårmeget sjældent noget godt svar. – og slet ikke påegenskabsniveau.• Løsning:• Der skabes standarder for hvad egenskaber skal hedde(F.eks. cuneco)• Byggematerialeproducenterne ved derfor så hvad deskal levere

Digital aflevering til drift• Hvilke egenskaber skal være i BIM modellen?• I FM systemer er vedligehold defineret sådan:PlanlagtvedligeholdObjekt(evt. som BIM)Plan• Dette passer ikke med objektstrukturen i en BIM model!• Der er ikke noget ”naturligt” sted at definere en plan (En plan er et”ikke fysisk” objekt)• IFC kan understøtte dette, men i praksis er der ingen BIMprogrammer der kan!

Digital afleveringMateriale producentBIMObjektAfleveringObjektBIM Program(Revit/ArchiCAD mv.)FM Program

Digital aflevering - konklussion• Standardegenskaber skal defineres• Ikke på BIM objekterne – men påvedligeholdelsesplanerne• Det vil være muligt at lave en konvertering til COBie2• Det vil dog være en nedgradering af datakvalitet. I COBiesættes egenskaberne direkte på BIM objekterne – hvilketjeg mener er forkert.

Egenskabsdatabase og casesBent Dalgaard Larsen

Database layoutInterface Objekt Egenskab? ? ?? ? ?

Case 1: Energi BR10 – cirkulations pumpe – tidlig fasePumpefabrikRockwool EnergyEnergi rapportMyndighederCirkulationsPumpe Interface

Case 1: Energi BR10 – cirkulations pumpe – tidlig fase – databaseinterface• Pumpeproducent spørger Cuneco• Hvilke interfaces findes der for mine produkter• Derefter gøres disse data tilgængelige i forskelligeformater (xml som f.eks. Kan hentes direkte til RockwoolEnergy)Interface Objekt EgenskabBe10 CirkPump PnomBe10 CirkPump Fp

Case 2: Energi BR10 – cirkulations pumpe – senere fasePumpefabrikRockwool EnergyEnergi rapportMyndighederRevit

Case 2: Database inteface• Pumpeproducent laver Revit objekt.• Egenskaber fra Cunecos interface kommer på objektet• Egenskabsdatabasesom i case 1

Case 3: KonkurrenceBIM CheckerIngeniørArkitektEntreprenørBygherreInterface

Case 3: BIM Checker• Database example – UBST konkurrenceInterface Objekt EgenskabUBSTKonkurrence Wall/Window UvalueUBSTKonkurrence Wall DBKClassifikationUBSTKonkurrence Window GValueUBSTKonkurrence Room NetAreaUBSTKonkurrence Room UBSTClassifikationUBSTKonkurrence Room ZoneUBSTKonkurrence Room Stage

Case 4: Digital afleveringDigital afleveringMateriale producentDrift ogvedligeholdsdataDataBIM CheckerBIM modelCirkulationsPumpe InterfaceBygherre

Case 4: Digital aflevering• Cuneco’s database:BIM modelInterface Objekt EgenskabDV CirkPump DV_GUIDDataInterface Objekt EgenskabDV DVObject DV_GUIDDV SparePart NameDV SparePart URLDV MaintananceStep TaskDescription

Morale: materialeproducenter• Cuneco’s interfaces bruges til at fortællematerialeproducenter hvilke egenskaber de skal lægge påderes produkter• Rådgivere kan også selv lave disse objekter på samme måde• Men det er trods alt nemmere og bedre atmaterialeproducenterne gør det direkte

SoftwareløsningEgenskabsdatabaseWebServiceWeb side hvor alle kan se egenskaberog interfaces(I stil med Rockwool Energy)Andre virksomheder

Software løsning• Løsningen indeholder• Egenskaber• Interfaces• Objekter• Data er oprettet af• Cuneco• Andre brugere

cunecoFormålsscenarier med egenskaberProjektmøde 5 (2011-09-08)

Formålsscenarier med egenskaber• Udgangspunkt:Bygningsinformationsmodel• Spørgsmål:Hvor har vi behov for egenskaber, hvad er det vi (branchen) gernevil som vi ikke kan i dag, og hvordan kan vi komme til det?• Scenarie 1:Udbudsmateriale med mængder• Scenarie 2:Kvalificeret konsistens- og kollisionskontrol• Scenarie 3:Digitale bygningsdelskort til D&V

Udbudsmateriale med mængder

Udbudsmateriale med mængder

Kvalificeret konsistens- og kollisionskontrol

Digitale bygningsdelskort til D&V

KonklusionHvad kan vi?• Overdrage digitale informationer til andre aktører, men detkræver en forklaring!!Hvad kan vi ikke??• Udveksle bygningsmodeller som både mennesker ogmaskiner kun kan fortolke entydigtHvad er målet???• cuneco standard navngivning af egenskaber (på kort sigt)Det STORE spørgsmål!?• Hvor går grænsen mellem hvad der er iboende iklassifikationen og hvad der er supplerende egenskaber?

Masterminding Sustainable Progress

Anvendelsesscenarier for egenskabsdata• Tilbudskalkulation af indervægge• Produktionsplanlægning indvendige dørecuneco – en del af bips

Tilbudskalkulation af indervæggeFormål:• Formålet med aktiviteten er at beregne forbrug af mandskab, materialer og materiel medhenblik på at fastlæge omkostningerne ved en aktivitet.Startbetingelse:• Der foreligger et udbudsmateriale der indeholder specifikation og omfang for det, der skalgives tilbud på.Input:• Tilbudsliste, bygningsdelsbeskrivelse, Tegninger, 3D-modelFlow:• Opmåling af vægge• Bestemmelse af vægtype fra bygningsdelsbeskrivelse• Fastlæggelse af produktionsdele• Beregning af akkordløn• Indhentning af materialepriser• Prissætning af eksterne omkostningerOutput:• Udfyldt tilbudsliste• Materialeliste• AkkordforslagEgenskabsdata:• Længde, højde, skinnesystem, antal lag plader, isoleringstykkelse, skinneafstand, antaldørhuller, materialepriser, akkordprisercuneco – en del af bips

Produktionsplanlægning indvendige døreFormål:• Formålet med aktiviteten er at udarbejde en produktionsplan, der angiver hvilke materialer, der skalindkøbes, hvilket materiel, der skal anvendes, lokalitet og tidsrum for opgaven samt hvilkemedarbejderressourcer der indgår.Startbetingelse:• Der er kontraheret med udbyderen omkring udførelsen af den pågældende opgave.Input:• Tilbudskalkulation, hovedtidsplan, 3D-model, arbejds- og bygningsdelsbeskrivelse, materialeliste fratilbud, akkordforslagFlow:• Starttidspunkt og lokalitet fastlægges• Byggevarer findes ud fra producenters hjemmesider• Der indhentes tilbud fra leverandør på byggevarer• Byggevarer bestilles• Tidsforbrug fastlægges• Antal medarbejderressourcer fastlægges med udgangspunkt i tidsplanen• Medarbejdere og materiel allokeres• Produktionsplan udarbejdes• Produktionsdokumentation fremstillesOutput:• Akkord• Materialeliste• Produktionsplan• ProduktionsdokumentationEgenskabsdata:• Materialepriser, akkordpriser, funktionskrav til byggevarer, lokalitet, starttidspunkter, tidsforbrugcuneco – en del af bips

Bygningsdel: SøjleKlassifikation og identifikation:Klassifikationskode: -AA01.BG, SøjleIdentifikation/ref.kode: -BG02Projektspecifikt typenr.: S3Varenr.:Klar tekst: Søjle, beton, pladsstøbt, type S3 (fx i en bygningsdelsbeskrivelse eller kalkulation)Søjle, stål, H-profil, S22Vigtige egenskaber identificeret for søjler:Materiale: BetonStålTilvirkning: PladsstøbtForm: CylinderH-profilDiameter: 500 mmLængde: 3200 mmOverflade: GlatPlacering:Miljøklasse:Gruppering af søjler via X identiske egenskaber danner en type.Hvis alle egenskaber er fastlagt kan kombinationen af bestemte egenskaber danne en(type)klassifikationcuneco – en del af bips

Scenarie -Sammenhæng i rådgiverens informationer i 2020• Der er kommet styr på klassifikation og egenskabsdata, og der er sammenhæng mellem deprojektinformationer, rådgiveren skaber og modtager i projekterings- og udførelsesprocessen, og alleprojektets data genbruges på tværs af værktøjer og tilgås hvor som helst fra.• Byggeprogrammet ligger struktureret i databaseform, og alle funktionskrav er oplistet i en fast struktur. Det erallerede fra starten defineret hvilke egenskabsdata, driftsherren skal modtage ved afleveringen af byggeriet.Tidlige bygningsmodeller (kravmodeller) indeholder funktionskrav (egenskaber) på bygningsfysik, arealer ogrum i en fast struktur og i definerede pladsholdere – både i programmeringsdatabasen, bygningsmodellen iCad-værktøjet og i IFC-modellen.• I den tidlige designproces (prejekt-fasen) kan de forskellige funktionskrav udtrækkes fra værktøjerne ogmodelleres med simuleringsværktøjer i forhold til arealanvendelse (volumenmodeller) og rumfunktioner(brugs- og kommunikationssammenhænge), arkitektur-, miljø-, energi- og risikosimuleringer og lignende. Isimuleringerne kan funktionskrav og andre egenskabsdata anvendes til at belyse forudsætninger i forhold tilrumsammenhænge, konsistens og muligheder (alternative løsningsmodeller) og skabe det rigtige grundlag atprojektere videre på.• I projektforslagsperioden bliver de overordnede funktionskrav trukket direkte ind i de første summariske rumogbygningsdelsbeskrivelser, som suppleres med forklarende tekst til brug for bygherre- og myndighedsvurdering.Via pris- og andre erfaringsdata fra rådgivernes databaser fastlægges byggeriets økonomi. Ibygningsmodellen foretages automatiserede check af de første areal- og rummæssige afgrænsninger i forholdtil programmets kravspecifikationer. Der arbejdes med simulering af driftskonsekvenser i en totaløkonomiskmodel, hvis data (DV-frekvenser og økonomi) senere tilbageføres til bygningsmodellens rum og bygningsdele.Rådgiverne udveksler data for simulering og projektering via bygningsmodeller og databaseværktøjer meddefinerede informationsniveauer på bygningsdele og rum.• Færdigprojekteringen, herunder færdiggørelsen af bygningsdelsbeskrivelserne foregår, i samspil mellemprojekterende, leverandører og udførende med indtræk af egenskabsdata produktdatabaser, systemleverancerog færdigløsninger, der alle indeholder produktegenskabsdata i en fast struktur og ved anvendelse af deegenskabsdata der er fastlagt i bygningsmodellen. Dette sikrer, at der kan laves 1:1 benchmarking mellemprogrammets funktionskrav og byggeriets færdige egenskaber i færdiggørelsen af udførelsesprojektet. Når allebygningsdelsbeskrivelser er færdige, kan der ud disse fra genereres tilbudslister med automatisk træk afmængder fra bygningsmodeller. Der genereres endvidere tilsynsplaner og kontrolplaner ud frarisikovurderinger foretaget i projekteringsforløbet.cuneco – en del af bips