Difference between revisions of "V2/Concepts/Asset Classes and Relationships"

From Senfi Docs
Jump to: navigation, search
 
(4 intermediate revisions by the same user not shown)
Line 13: Line 13:
 
* Brick equipment class: AHU
 
* Brick equipment class: AHU
 
The Asset class can have zero, one or more Measurement/Brick equipment classes declared.
 
The Asset class can have zero, one or more Measurement/Brick equipment classes declared.
View [https://brickschema.org/ontology/1.2/classes/Equipment here] for the full list of Brick equipment classes supported. Asset Class with brick equipment classes can export to brick schema (ttl).
+
View [https://brickschema.org/ontology/1.2/classes/Equipment here] for the full list of Brick equipment classes supported. Asset Class with brick equipment classes can export to brick schema .ttl (Turtle/TTL) format.
  
 
An Asset:
 
An Asset:
Line 20: Line 20:
 
* Class' measurement source can set the brick point names for each metric (which can later be exported to brick schema)
 
* Class' measurement source can set the brick point names for each metric (which can later be exported to brick schema)
  
User can add Asset Class manually via cms or import from ttl file.
+
User can add Asset Class manually via CMS or import from ttl file.
  
 
===Asset Relationships===
 
===Asset Relationships===
 
Brick relationships are represented in Senfi as Asset relationships.
 
Brick relationships are represented in Senfi as Asset relationships.
It defines the relationship betweem:
+
It defines the relationship between:
 
* Asset and Asset
 
* Asset and Asset
 
* Asset and BBL/Location
 
* Asset and BBL/Location
Line 33: Line 33:
 
* brick:feeds/brick:isFedBy -> feeds
 
* brick:feeds/brick:isFedBy -> feeds
 
* brick:serves/brick:isServedBy -> serves
 
* brick:serves/brick:isServedBy -> serves
 +
* brick:monitors/brick:isMonitoredBy -> monitors
  
 
CMS will automatically add the BBL relationship from asset BBL attachment.
 
CMS will automatically add the BBL relationship from asset BBL attachment.
Line 39: Line 40:
 
==== What's Next ====
 
==== What's Next ====
 
-----
 
-----
* Learn about [[V2/Concepts/Senfi Classes and Relationships|Senfi Classes and Relationships]]
+
* Start creating [[V2/CMS_Tutorial/User_Tools/Creating_Content/Asset/Class|Asset Class]]

Latest revision as of 14:44, 7 June 2022

Asset Classes and Relationships

This section describes how Brick information is used within Asset Class and Relationship concepts.

Asset Classes

Asset classes are used as a template to group Senfi assets with identical properties based on their:

  1. Type
  2. Capability
  3. Senfi measurements
  4. (For brick schema support) Brick equipment classes

For example, all AHU equipment using an example measurement my_ahu_v1 can be grouped with a class:

  • Name: My AHU
  • Measurement: my_ahu_v1
  • Brick equipment class: AHU

The Asset class can have zero, one or more Measurement/Brick equipment classes declared. View here for the full list of Brick equipment classes supported. Asset Class with brick equipment classes can export to brick schema .ttl (Turtle/TTL) format.

An Asset:

  • can have 0, 1 or more asset classes assigned to it
  • inherits measurements of the classes assigned
  • Class' measurement source can set the brick point names for each metric (which can later be exported to brick schema)

User can add Asset Class manually via CMS or import from ttl file.

Asset Relationships

Brick relationships are represented in Senfi as Asset relationships. It defines the relationship between:

  • Asset and Asset
  • Asset and BBL/Location

Currently, there is a 1:1 direct mapping between Senfi asset-asset relationships and brick equipment-equipment relationships:

  • brick:hasPart/brick:isPartOf -> hasPart
  • brick:controls/brick:isControlledBy -> controls
  • brick:feeds/brick:isFedBy -> feeds
  • brick:serves/brick:isServedBy -> serves
  • brick:monitors/brick:isMonitoredBy -> monitors

CMS will automatically add the BBL relationship from asset BBL attachment. User can add Asset Relationship manually via CMS or import from ttl file.

What's Next