Granlund Virtual Property

1. Virtual Property Tero Järvinen Technology Director Innovations and Development

8. TheConseptofVirtualProperty

11. Periaatteita • Yleisiä periaatteita Virtuaalisen Kiinteistön taustaksi

12. Avainlauseet tietomallipohjaisessa ylläpidossa ▪ Tietosisältö on oltava standardisoitua  Tieto on oltava koneluettavissa järjestelmästä toiseen ▪ Tietosisältö on priorisoitava  Tietoa on liikaa, sen oikeellisuuden varmentaminen on työläs operaatio  On tehtävä valinta, mitä tietoa arvostetaan ja mihin käyttötarkoitukseen se on luotu ▪ Tieto on oltava käytettävissä 24/7  Pilvipalvelujen tieto on käytettävissä jatkuvasti eri ohjelmistojen välillä  Pilvipalveluun pystyt luomaan käyttäjille erilaisia rooleja ja käyttöoikeuksia ▪ Tietoa ei siirretä  Tieto linkitetään järjestelmien välillä  Loppukäyttäjä päättää, mitä tietolähdettä pitää tiedon ”kotina”  Yksi pilvipalvelu ei ratkaise kaikkia ongelmia. Useisiin käyttötarkoituksiin tarvitaan useita eri pilvipalveluja ▪ Tietoa on päivitettävä  Kiinteistössä on ylläpidettävä sekä virtuaalista rakennusta, että todellista rakennusta  Jos virtuaalisen rakennuksen tietosisältö poikkeaa todellisesta rakennuksesta, sen tietosisältöön ei voi luottaa -> käyttö hiipuu vuosien saatossa ▪ Normaali ylläpitoprosessi muuttuu erilaiseksi  ”Tietomallit ylläpidossa” –käytettävyyttä ei voi verrata nykyisiin käyttötapauksiin  Tietomallien käyttö luo uusia toimintatapoja.  Kiinteistöorganisaation on oltava valmiita muutokseen

13. The boundary of important and unnesessary information

14. Meilahden Tornisairaala, peruskorjaus, 36.000m2 Reikävaraukset Lämmitys ja jäähdytys Vesi ja viemäri Sairaalakaasut Ilmanvaihto Rakenne Arkkitehtuuri Sähkötekniikka Kiinteät sairaalalaitteet Höyry Palonsammutus Putkiposti Meilahti Tower Hospital

15. Number of objects 0 50000 100000 150000 200000 250000 300000 350000 400000 450000 500000 Meilahden Tornisairaala, peruskorjaus, 36.000m2

16. FM information is not located in Graphical model • You need to have an update process for information and graphics • Daily user is normally different person who handles graphical BIM models Complexity of software functions rises when going towards 3D-graphics

17. BIM from design to FM Concept Design Detail Design Construvtion Facility Managemet Tilat/Palvelualueet Suunnittelijoiden tietomallinnus Ylläpidon vaatimukset tietomallintamiselle BIM ylläpidossa Ylläpidon BIM koordinaattori asettaa tavoitteet sekä seuraa niiden toteutumista Toteutumatie- tosisällön varmistus Construction organisation FM organisation Ylläpidon tietomallisuunnitelma Seuranta Ylläpitotietojen siirtosuunnitelma Siirron organisointi ja käyttöönottokoulutus

18. TheConseptofVirtualProperty Schematic Design Location of Information Device schedules, Diagrams Detail Design Modeling of the Networks Air Handling Units, Pumps, Chillers… etc. Network models BIM models do not contain requirements of central units Combining Graphical BIM model with Device Schedule database you get all technical information of devices and mechanical networks

19. Granlund Designer Device schelude software for assets and as-built information for FM

20. Functionalities with Roles Design Company A Design Company n+1 Contractor n+1 Other Disciplines n+1 Building Owner Documented API for connecting to other systems Supervision n+1 API

21. Information flow Granlund Designer Company library and standards Project A Individual Project database Project B Individual Project database Project C Individual Project database Company User DatabaseCompany Project Database Company Admin level Company Admin and/or Project User level Project User level

22. Equipment Approval Process Device Schedule made by Designer Device proposalsApproval packages Devices from Contractor Approval or Reject of Devicec Iteration Device maintanence information for FM As-built information for FM • All information lies on cloud datastorage. • Role-Based history information available, possibility to make comparisations

23. Virtuaalinen Kiinteistö Kansallismuseo, Helsinki

24. Granlund Manager Virtuaalinen Kiinteistö 2018 Käyttäjien- ja kiinteistöjen hallinta Manager Metrix Granlund Pulse Periaatteet tiedon käsittelylle Granlund Managerissa Rakennuksen Dynaaminen Tieto IoT, Rakennusautomaatio, Käyttäjäpalaute Käyttötapaus 1 3D-mallitieto IFC formaatti Käyttötapaus 3Käyttötapaus 2 Käyttötapaus 3 Käyttötapaus 2 Käyttötapaus 1 Tietoa käsitellään 3D-mallin kautta hyödyntäen dynaamista tietoa Tietoa visualisoidaan ja hyödynnetään 3D-mallin kautta Tietoa hyödynnetään suoraan dynaamisen tiedon avulla Staattinen tietosisältö, manuaalinen päivitysprosessi Dynaaminen tietosisältö, automaattinen tiedon tuotto Tietosisällön visualisointi

25. Vaihe 1: Tilojen käyttö • Tiloja värjäämällä saadaan yleiskuva kokonaisuudesta halutun käyttötapauksen osalta

26. Vaihe 2: Laitetietojen ja järjestelmien visualisointi • IFC-mallit sisältävät tiedon esim. LVI-järjestelmistä • Näin pystytään näyttämään esim. 3D-mallin kautta halutun järjestelmän kanavistot tai muuta staattista tietoa IFC-mallin sisältä

27. Verkostot • Laitetiedot • Järjestelmätiedot • Paikantaminen • Suunnitteluarvot • Mitatut säätöarvot • Reaaliaikainen mittaustulos • Takuuajat • Tieto huoltoyrityksestä, yhteystiedot • PTS suunnittelu kohdistettuna laitteisiin • Vikanäkymät (paloilmoittimet jne.) Manufacturer: Trox Design Air Flow: 35l/s Measured Air Flow: 31l/s 312AHU01, Offices, A-block Vaihe 3: Tietosisällön näyttö ja editointi

28. 1. vaihe PALVELUPYYNNÖT Palvelupyynnöt visualisoituina tilakohtaisesti OLOSUHTEET Lämpötila, RH, CO2 visualisoituina tilakohtaisesti

29. Tietomallien vaatimukset • Minkälaisia vaatimuksia tietomalleille on?

30. Miten IFC-mallit tulee olla tehty? • Yleiset Tietomallivaatimukset 2012 Kun YTV2012 -vaatimuksia on oikeasti noudatettu, kaikki tieto on kunnossa! (YTV2012 ladattavissa: www.buildingSMART.fi) • ARK-mallissa tilaobjektit sisältäen tilanimen ja -numeron • IFC-mallit sisältävät kerroshierarkian • Tietosisältöön tulee pystyä luottamaan (toteumamallit)

31. Vanhat kiinteistöt • Tilapohjaisten toiminnallisuuksien käyttöönotto ei ole monimutkaista • Kohde voidaan mallintaa vanhojen piirustusten pohjalta pienellä vaivalla • Näitä tietomalleja ei voi oletusarvoisesti käyttää kohteen peruskorjauksissa, mutta toimivat riittävän tarkkana rakennuksen mallina Granlund Managerissa

32. Prosessit • Miten Virtuaalinen Kiinteistö rakennetaan?

33. Mallien visualisointi sekä palvelupyynnön jättö TATE-IFC mallit Kerroskohtaiset IFC-tiedostot Granlund Soveltuvuusselvitys Granlund Siirto Manageriin Asiakas IFC-mallit käytössä ARK IFC mallit Kerroskohtaiset IFC-tiedostot Granlund Soveltuvuusselvitys Granlund Siirto Manageriin Asiakas Palvelupyyntöjen käsittely käytössä Sisältäen tilaobjektit Laiteluettelotiedot Kun käytössä Granlund Designer, myös laiteluettelotiedot käytössä

34. IoT / RAU -kytkennät Kun halutaan käyttöön tilapohjainen Virtuaalinen Kiinteistö jossa on IoT / RAU -sensoreiden tietoja: ARK-IFC mallit Kerroskohtaiset IFC-tiedostot RAU järjestelmä Miten tietoihin käsiksi? Granlund Soveltuvuusselvitys Granlund Soveltuvuusselvitys Tilaaja Alustavat käyttö- tapaustoiveet Tilaaja Granlund: esitys mahdollisuuksista Granlund IoT sensoreiden käyttötarveselvitys Asennus IoT sensoreiden asennus Granlund Mallin siirto Manageriin Granlund Käyttötapausten ohjelmointi Käyttötapausten valinta Asiakas Graafinen tietonäkymä käytössä Muista huomioida ylläpidon tarpeet jo suunnittelun aikana

35. Mallien päivitys • Miten ylläpidän Virtuaalista Kiinteistöä?

36. Graafisten ajantasamallien päivitysprosessi ylläpidossa YlläpitoUudisrakennus Peruskorjaus Takuuaika Ylläpito Muutosten päivitys esim. vuosittain graafiseen natiivimalliin Pienet remontit: käsiskissit, piirtämiset tai mallintamiset Muutosten päivitys graafiseen natiivimalliin Peruskorjaus: Mallinnus natiivimalliin tai kopio natiivista Suunnittelijat Palveluna omistajalle • Pienten remonttien päivitys natiivimalleihin esim. vuoden välein • Natiivimalleista huolehtii omistajan osoittama palveluntarjoaja • Ylläpidon ohjelmistot keskustelevat julkistetun IFC-mallin kautta • Ylläpidon ohjelmistoissa on omat tietokannat tietosisällön päivittäiselle käytölle, jotka toimivat myös lähtötietona peruskorjaushankkeille IFC / PDF julkistus Ylläpidon tietojärjestelmät API rajapinnat Päivittäinen FM käyttö Suunnittelijat Palveluna omistajalle IFC / PDF julkistus Ylläpidon tietojärjestelmät API rajapinnat Päivittäinen FM käyttö IFC / PDF julkistus Ylläpidon tietojärjestelmät API rajapinnat Päivittäinen FM käyttö Kiinteistön graafiset natiivimallit ja tietokannat palveluna omistajalle Takuu TheConseptofVirtualProperty

37. 3D-Model IFC Information Enrichment Granlund Designer Asset Information Model, AIM AIM-system Applications Utilisation of Information Granlund Manager UseCase UseCase UseCase Documented API Sharing Information New Information User-, Building- and Phase Management Dynamic Information IoT, Building Automation System, User Feedback Manager Performance Optimization IoT Granlund Designer Other Information Sources Other Applications VirtualProperty Business needs DigitalTwin ToolsforupdatingDigitalTwin Property Management FLMFacilityLifecycleManagement Propery Portfolio TheConseptofVirtualProperty Tactical level Strategic level Operative level Roadmap to Facility Lifecycle Management

38. Kiitos!

Granlund Virtual Property

Granlund Virtual Property

Recomendados

Mais conteúdo relacionado

Similar a Granlund Virtual Property

Similar a Granlund Virtual Property(20)

Mais de Tero Järvinen

Mais de Tero Järvinen(11)

Granlund Virtual Property