Here we go. First material about a product: Virtual Property. Digital Twin coming alive.

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

8. TheConseptofVirtualProperty

9. TheConseptofVirtualProperty

10. 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!