...
A System Component is a Component that owns and defines one or more Systems.
In the example model, the Air Handling unit is highlighted. This is connected to the Ventilation System as well as being powered by the Electrical System and supplied with water from the Plumbing System.
...
System Components may get their number from a classification, or they can get their number from the Item they are an occurrence of.
Item and Occurrences
...
Everything in the Systems Module is built around Items. An Item that has been placed in a project is known as an Occurrence. An Item can have several Occurrences, and multiple Occurrences can be placed in multiple Systems.
In BIM terms, an Item can be equated to a 'Type' and an Occurrence can be equated to an 'Instance'.
In the example model, each Occurrence of the Air Diffusers are highlighted as a single Item.
Product
Product is the product specific Type you eventually purchase from a vendor. Will contain product data and be attached to the Items. An Item can have several Products connected so you can allocate different Products to different Occurrences of the same Item.
Classifications
National or international standard that describes codes that are human readable once you become familiar with the codes (Omniclass, Uniclass)
We recommend this and it should be used in dRofus. You can create a basic classification so that you can make it possible to separate between
System Data Structure
...
System component
Connected Systems
Components
The structure is developed to match the BIM data structures, to make it possible to link dRofus with the same BIM level. Excample of linking:
Type object is linked to an Item
Instance object is linked with an Occurrence/Component
System is linked with a System etc.)
In the example image above we have selected an Air handling unit. In the BIM model such unit will typically have 4 Systems;
Fresh supply air
Return air
Supply air
Exhaust
The ventilation unit is a System Component because it has four Systems connected.
Systems
Systems are a logical connection between Components. The Systems do not normally have geometry. A System only has geometry from the Components in the System, so dRofus can, for example, visualize all Components in a System when we see a model in the IFC viewer. This is how Systems are defined in the BIM model, and is how we solve it in dRofus - to be able to match the data structures, and other positive effects. Systems do not have to have a System Component so Systems can be used solely used as a logic grouping of Components.
Systems are logical connections between Components and their System Components. The System running number can be the circuit number for electrical Systems, or you can define a specific number structure for Systems connected to a ventilation unit: Fresh supply air = 1, Return air = 2 etc. The system number will depend on if you use a number-giving classification or not in the database. In our data model we have suggested that separate the System running number and the running number of the System Component using a colon. So a number for a supply air System may look something like this (if no classification has been used)
0303.109/001:01
Item number | Separator | System Component running number | Separator | System running number |
|---|---|---|---|---|
0303.109 | / | 001 | : | 01 |
The System serial number is '01'. Identifying that this is the first System connected to the System Component.
...
Items/Types
In BIM models all objects consist of a Type object and an Instance object. (200 identical electrical outlets have one common Type object and 200 Instance objects). Type objects are actively used to hold and distribute data in the design phase. In BIM, a Type object is defined as an object that holds common data for several Instances.
A Type object can e.g. hold geometry, properties and classification. An Instance object can hold the unique data for that specific Instance of the Type. This can be air flow rate on a valve, unique running number (for e.g. a door) or similar.
The concept of Types is powerful as you can maintain data for several objects in one place and refer to those data from all the Instances in a project/facility. A Type classification will provide a direct and unique reference to the designed object including the designed performance. The designed Type will also match a corresponding Product. E.g. the 200 electrical outlets could be solved be white double outlets. They could be documented one place - on the Type, regardless of what electrical System they are attached to.
Components/Occurrences
Components are Occurrences of Types. When e.g. a supply diffuser is designed in the ventilation System, we will get an Occurrence of the supply diffuser Type.
When we have reserved the classification on the Item/Type, we often need a unique number to identify this unique supply diffuser. As soon as we add an Occurrence of this Item, either in a room or in a System, it will get a serial number after the Item classification. Together, the Item classification and the serial number is absolutely unique in the database.
Since the number/code is unique, we can use this as an address in the central processing System, flow balancing and documentation.
When we combine all these classifications, we have a human readable code that gives us a lot of information about a Component.
Location (A01) - Building A floor 01
System (M.002) - Mechanical unit number 002
Component (23-33 25 13 11) - Customized Indoor Air Handling Units (OmniClass 23)
Serial number (001) - Database generated serial number
Complete code: A01+M.002:01 - 23-33 25 13 11/001
Location code | System Component, Air handling unit | Supply air, System | Component code - OmniClass 23 | Serial number, first Occurrence of 23-33 25 13 11 |
A01 | M.002 | 01 | 23-33 25 13 11 | 001 |
System Hierarchy
In BIM and in real life, 'System Components' can have many systems, but they are also components cross domain and can be connected to other systems.
An air handling unit is normally a system component as it will be the owner of supply air, return air, air supply and exhaust systems. However, the air handling unit can also be a component in an electrical system as it needs power supply from a electrical circuit. This graph of connections can be viewed hierarchically in the Systems module.
In the image below we are looking at the electrical domain and can see that the Air handling unit is connected to a Main power panel through a sub panel. By looking at the properties to the right we can also see that the Air handling unit is the system component for Supply air, Return Air, Exhaust air, and fresh supply air.
...
In the illustration above we are showing a small hierarchy from one single electrical main panel (21-04 50 20 30.001), sub panel (21-04 50 20 30.002) which is connected through circuit 01 - Distribution circuit, and finally the Air handling unit (21-04 30 60 70.005) is connected through circuit 01 - Circuit for Air handling unit.
All connections can also be seen in the properties for each component and system.
When using this throughout the whole building you will end up with a total hierarchy of all technical systems in the building and it will be very easy, for example, to see "what happens if I turn this circuit off?"