Cases med egenskaber-- Niels Treldal, Rambøll nlst@ramboll.dk
Agenda Rumdatabase ventilation Termisk simulering Rengøringsudbud 2
ARCH model Diagram (Visio) Room database (Excel) HVAC model
IFC: PSet_SpaceThermalDesign
Muligt KS-værktøj: Roomex Fra Granlund, Finland
Informationer tilrådighed i MagiCAD
Case: Active House Solhuset Energisimuleringer 7
januar 02 februar 02 marts 02 april 02 maj 02 juni 02 juli 02 august 02 september 02 oktober 02 november 02 december 02 temperatur [ C] ; varmebehov [kw] effektfaktor 80 Resultat timebaseret energibehov 11 70 10 udetemperatur [ C] 60 9 50 8 akkumuleringstank [ C] 40 7 30 6 varmebehov [kw] 20 5 10 4 effektfaktor opvarmning (COP+1) jordvarme 0 3-10 2 effektfaktor opvarmning (COP+1) solfanger -20 1 16. april 14. oktober 8
ARK model <-> Indeklima simulering Kun geometri Hvad med: Materiale-egenskaber Brugsmønster Vent.princip Varme/køle system Temp. setpunkter Placering 9
BIM som basis for udbud 10
Udtræk fra ARK-model til rengøring 11
Sammenligning af tilbud 12
Bind behov, produkt og drift sammen via BIM-modellen Drifts Model (Kilde: Arto Kiviniemi) 13
Cases med brug af egenskabsdata Bent 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å skal visse 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 standardiserede egenskaber
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 2011 Status oktober 2011 Registrerede brugere 3035 Antal projekter 3629 Antal logins per dag 225 (7. oktober) Materialer i projekter 24251
Brugere Profession Antal Arkitekt 933 Ingeniør 872 Studerende 720 Tømrer/snedker 128 Entreprenør 121 Privat 119 Andet 85 VVS 21 Murer 16 Offentlig myndighed 11 Forhandler/tømrerhandel 5 Aut. facadeentreprenør 2 Brandinspektør 2
Rockwool Energy Arkitektur Revit Rockwool Energy Design Database
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 verdenen kan dette kaldes et interface) Vi har defineret nogle egenskaber. Hvis der skal skabes mere sammenhæng med andre systemer bør det ske ud fra en standard (f.eks. cuneco)
Dalux BIM Checker Problem: Konkurrencer Mange forskellige aflevering i konkurrencer: (Excel ark, 2D tegninger, energi beregninger, økonomi beregninger) Data passer aldrig sammen (Erfaringen viser at en umiddelbart 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 i rimelig kvalitet uden automatiseret KS (F.eks. I Solibri eller Dalux BIM Checker)
Dalux BIM Checker Det er vigtigt at det virker med IFC i alle BIM værktøjer (Det offentlige har nogle krav om IFC) Revit, AutoCAD Architecture, Bentley Architecture, ArchiCAD Vi lavede 1 minuts videofilm der viste præcist hvad man skulle 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 Config Materiale producent Byggeriet CAD software: Inventor, Catia, Solid Works, Solid Edge, Pro E Dalux Dalux Web Config Konverter (RFA, GSM, DWG) BIM software: Revit, ArchiCAD, AutoCAD Architecture Data
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ølgelig arkitekter/ingeniører om hvad de vil have men får meget 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 de skal levere
Digital aflevering til drift Hvilke egenskaber skal være i BIM modellen? I FM systemer er vedligehold defineret sådan: Planlagt vedligehold Objekt (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 BIM programmer der kan!
Digital aflevering Materiale producent BIM Objekt Aflevering Objekt BIM 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 COBie sættes egenskaberne direkte på BIM objekterne hvilket jeg mener er forkert.
Egenskabsdatabase og cases Bent Dalgaard Larsen
Database layout Interface Objekt Egenskab??????
Case 1: Energi BR10 cirkulations pumpe tidlig fase Pumpefabrik Rockwool Energy Energi rapport Myndigheder CirkulationsPumpe Interface
Case 1: Energi BR10 cirkulations pumpe tidlig fase database interface Pumpeproducent spørger Cuneco Hvilke interfaces findes der for mine produkter Derefter gøres disse data tilgængelige i forskellige formater (xml som f.eks. Kan hentes direkte til Rockwool Energy) Interface Objekt Egenskab Be10 CirkPump Pnom Be10 CirkPump Fp
Case 2: Energi BR10 cirkulations pumpe senere fase Pumpefabrik Rockwool Energy Energi rapport Myndigheder Revit
Case 2: Database inteface Pumpeproducent laver Revit objekt. Egenskaber fra Cunecos interface kommer på objektet Egenskabsdatabase som i case 1
Case 3: Konkurrence BIM Checker Ingeniør Arkitekt Entreprenør Bygherre Interface
Case 3: BIM Checker Database example UBST konkurrence Interface Objekt Egenskab UBSTKonkurrence Wall/Window Uvalue UBSTKonkurrence Wall DBKClassifikation UBSTKonkurrence Window GValue UBSTKonkurrence Room NetArea UBSTKonkurrence Room UBSTClassifikation UBSTKonkurrence Room Zone UBSTKonkurrence Room Stage
Case 4: Digital aflevering Digital aflevering Materiale producent Drift og vedligeholdsdata Data BIM Checker BIM model CirkulationsPumpe Interface Bygherre
Case 4: Digital aflevering Cuneco s database: BIM model Interface Objekt Egenskab DV CirkPump DV_GUID Data Interface Objekt Egenskab DV DVObject DV_GUID DV SparePart Name DV SparePart URL DV MaintananceStep TaskDescription
Morale: materialeproducenter Cuneco s interfaces bruges til at fortælle materialeproducenter 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 at materialeproducenterne gør det direkte
Softwareløsning Egenskabs database Web Service Web side hvor alle kan se egenskaber og interfaces (I stil med Rockwool Energy) Andre virksomheder
Software løsning Løsningen indeholder Egenskaber Interfaces Objekter Data er oprettet af Cuneco Andre brugere
cuneco Formålsscenarier med egenskaber Projektmø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) gerne vil 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
Konklusion Hvad kan vi? Overdrage digitale informationer til andre aktører, men det kræver en forklaring!! Hvad kan vi ikke?? Udveksle bygningsmodeller som både mennesker og maskiner kun kan fortolke entydigt Hvad 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 i klassifikationen og hvad der er supplerende egenskaber?
Masterminding Sustainable Progress
Anvendelsesscenarier for egenskabsdata Tilbudskalkulation af indervægge Produktionsplanlægning indvendige døre cuneco en del af bips
Tilbudskalkulation af indervægge Formål: Formålet med aktiviteten er at beregne forbrug af mandskab, materialer og materiel med henblik på at fastlæge omkostningerne ved en aktivitet. Startbetingelse: Der foreligger et udbudsmateriale der indeholder specifikation og omfang for det, der skal gives tilbud på. Input: Tilbudsliste, bygningsdelsbeskrivelse, Tegninger, 3D-model Flow: 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 omkostninger Output: Udfyldt tilbudsliste Materialeliste Akkordforslag Egenskabsdata: Længde, højde, skinnesystem, antal lag plader, isoleringstykkelse, skinneafstand, antal dørhuller, materialepriser, akkordpriser cuneco en del af bips
Produktionsplanlægning indvendige døre Formål: Formålet med aktiviteten er at udarbejde en produktionsplan, der angiver hvilke materialer, der skal indkøbes, hvilket materiel, der skal anvendes, lokalitet og tidsrum for opgaven samt hvilke medarbejderressourcer 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 fra tilbud, akkordforslag Flow: 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 fremstilles Output: Akkord Materialeliste Produktionsplan Produktionsdokumentation Egenskabsdata: Materialepriser, akkordpriser, funktionskrav til byggevarer, lokalitet, starttidspunkter, tidsforbrug cuneco en del af bips
Bygningsdel: Søjle Klassifikation og identifikation: Klassifikationskode: -AA01.BG, Søjle Identifikation/ref.kode: -BG02 Projektspecifikt typenr.: S3 Varenr.: Klar tekst: Søjle, beton, pladsstøbt, type S3 (fx i en bygningsdelsbeskrivelse eller kalkulation) Søjle, stål, H-profil, S22 Vigtige egenskaber identificeret for søjler: Materiale: Beton Stål Tilvirkning: Pladsstøbt Form: Cylinder H-profil Diameter: 500 mm Længde: 3200 mm Overflade: Glat Placering: 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)klassifikation cuneco 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 de projektinformationer, rådgiveren skaber og modtager i projekterings- og udførelsesprocessen, og alle projektets 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 er allerede fra starten defineret hvilke egenskabsdata, driftsherren skal modtage ved afleveringen af byggeriet. Tidlige bygningsmodeller (kravmodeller) indeholder funktionskrav (egenskaber) på bygningsfysik, arealer og rum i en fast struktur og i definerede pladsholdere både i programmeringsdatabasen, bygningsmodellen i Cad-værktøjet og i IFC-modellen. I den tidlige designproces (prejekt-fasen) kan de forskellige funktionskrav udtrækkes fra værktøjerne og modelleres med simuleringsværktøjer i forhold til arealanvendelse (volumenmodeller) og rumfunktioner (brugs- og kommunikationssammenhænge), arkitektur-, miljø-, energi- og risikosimuleringer og lignende. I simuleringerne kan funktionskrav og andre egenskabsdata anvendes til at belyse forudsætninger i forhold til rumsammenhænge, konsistens og muligheder (alternative løsningsmodeller) og skabe det rigtige grundlag at projektere videre på. I projektforslagsperioden bliver de overordnede funktionskrav trukket direkte ind i de første summariske rumog bygningsdelsbeskrivelser, som suppleres med forklarende tekst til brug for bygherre- og myndighedsvurdering. Via pris- og andre erfaringsdata fra rådgivernes databaser fastlægges byggeriets økonomi. I bygningsmodellen foretages automatiserede check af de første areal- og rummæssige afgrænsninger i forhold til programmets kravspecifikationer. Der arbejdes med simulering af driftskonsekvenser i en totaløkonomisk model, 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 med definerede informationsniveauer på bygningsdele og rum. Færdigprojekteringen, herunder færdiggørelsen af bygningsdelsbeskrivelserne foregår, i samspil mellem projekterende, leverandører og udførende med indtræk af egenskabsdata produktdatabaser, systemleverancer og færdigløsninger, der alle indeholder produktegenskabsdata i en fast struktur og ved anvendelse af de egenskabsdata der er fastlagt i bygningsmodellen. Dette sikrer, at der kan laves 1:1 benchmarking mellem programmets funktionskrav og byggeriets færdige egenskaber i færdiggørelsen af udførelsesprojektet. Når alle bygningsdelsbeskrivelser er færdige, kan der ud disse fra genereres tilbudslister med automatisk træk af mængder fra bygningsmodeller. Der genereres endvidere tilsynsplaner og kontrolplaner ud fra risikovurderinger foretaget i projekteringsforløbet. cuneco en del af bips