# Einführung in die Brick-Ontologie

## Einführung

Brick ist eine standardisierte Ontologie, die speziell für die Gebäudeautomation und die Verwaltung von Gebäudedaten entwickelt wurde. Das Ziel von Brick ist es, eine einheitliche und standardisierte Beschreibung von Gebäudesystemen und -geräten bereitzustellen. Dies erleichtert die Integration und den Austausch von Daten zwischen verschiedenen Systemen und Anwendungen in intelligenten Gebäuden.

***

## Bestandteile der[ Brick-Ontologie](https://brickschema.org/)

Die Brick-Ontologie umfasst mehrere zentrale Komponenten, die zur Beschreibung und Verwaltung von Gebäudedaten verwendet werden:

* **Klassen**

  Brick verfügt über eine Vielzahl von Klassen, die verschiedene Elemente eines Gebäudes darstellen, wie etwa Räume, Geräte, Sensoren und Systeme. Wichtige Klassen sind:

  * **Ausrüstung**: Geräte und Systeme im Gebäude, wie z. B. Brandschutzsystem, HLK, AHU (Luftbehandlungsgerät), Terminalgerät, VAV (Variables Luftvolumen), Fan-Coil-Einheit.
  * **Punkt**: Datenpunkte, die mit den Geräten verbunden sind, wie z. B. Command (Steuerbefehle) und Sensor (Sensoren).
  * **Sensor**: Eine spezielle Art von Punkt, wie z. B. Temperatursensor, Raumtemperatursensor, Wassertemperatursensor.
  * **Standort**: Beschreibt verschiedene Orte innerhalb des Gebäudes, wie z. B. Etage, Raum, Serverraum, Labor.
* **Instanzen**: Dies sind konkrete Beispiele für Klassen. Ein bestimmter Raum im Gebäude könnte beispielsweise als Instanz der Klasse „Raum“ modelliert werden.
* **Attribute**: Brick definiert Attribute, die bestimmte Merkmale oder Eigenschaften von Klassen und Instanzen beschreiben. Ein Attribut könnte zum Beispiel die aktuelle Temperatur in einem Raum sein.
* **Beziehungen**

  Diese beschreiben die Beziehungen zwischen verschiedenen Klassen und Instanzen. Wichtige Beziehungen sind:

  * **hasLocation**: Eine Beziehung, die angibt, dass Ausrüstung einen Standort hat.
  * **hasPoint**: Eine Beziehung, die angibt, dass Ausrüstung Datenpunkte hat.
  * **isPartOf**: Eine Beziehung, die die Zugehörigkeit von Ausrüstung zu einem größeren System beschreibt.
  * **feeds**: Eine Beziehung, die den Datenfluss von einem Gerät zu einem anderen beschreibt.
  * **isPointOf**: Eine Beziehung, die angibt, dass ein Datenpunkt einem bestimmten Standort zugeordnet ist.
  * **hasLocation**: Eine Beziehung, die angibt, dass sich ein Punkt oder ein Gerät an einem bestimmten Ort befindet.

<figure><img src="https://3489494878-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F9GvUpaatBiReR43XFSMg%2Fuploads%2FMauV8w9Ek5ZbVYez30d5%2F1-s2.0-S0926580522001807-gr3%20(1).jpg?alt=media&#x26;token=1cfb35bb-12bf-4ef5-b75c-bd5a043deca5" alt=""><figcaption></figcaption></figure>

***

## Stärken der Brick-Ontologie

* **Verbesserte Interoperabilität**: Brick bietet eine standardisierte Beschreibungssprache, die die Integration und den Austausch von Daten zwischen verschiedenen Systemen und Anwendungen erleichtert. Dies fördert die Zusammenarbeit und den Datenaustausch in intelligenten Gebäuden.
* **Effiziente Datenverwaltung**: Die Ontologie ermöglicht eine strukturierte und effiziente Verwaltung von Gebäudedaten, was die Nutzung und Analyse dieser Daten erheblich vereinfacht.
* **Ein gewisses Maß an Flexibilität und Anpassungsfähigkeit**: Brick verfügt über eine modulare und flexible Struktur, die es leicht macht, an spezifische Anforderungen und Anwendungsfälle angepasst zu werden. Neue Klassen und Beziehungen können hinzugefügt werden, ohne die bestehende Struktur zu beeinträchtigen.

## Schwächen der Brick-Ontologie

* **Komplexität der Implementierung**: Die Implementierung der Brick-Ontologie kann aufgrund ihrer umfassenden Struktur und der Vielzahl an Klassen und Beziehungen komplex und zeitaufwendig sein. Dies erfordert spezialisiertes Wissen und Ressourcen.
* **Schulung und Wissen**: Die Nutzung und Anpassung der Brick-Ontologie erfordern eine gewisse Lernkurve und Schulung. Ein solides Verständnis der Ontologie ist erforderlich, um sie effektiv nutzen zu können.
* **Inkompatibilität mit älteren Systemen**: In einigen Fällen kann es schwierig sein, ältere Systeme und Daten in die Brick-Ontologie zu integrieren. Dies kann zusätzliche Anpassungen und Konvertierungen erfordern, was den Implementierungsprozess erschweren kann.
* **Kosten für Anpassung und Wartung**: Die Anpassung und Wartung der Ontologie kann kostspielig sein, insbesondere wenn für individuelle Anforderungen spezifische Anpassungen erforderlich sind. Dies stellt insbesondere für Organisationen mit begrenzten Ressourcen eine Herausforderung dar.

#### Fazit

Die Brick-Ontologie stellt eine leistungsstarke und flexible Lösung zur Beschreibung und Verwaltung von Gebäudedaten in Smart Buildings dar. Durch ihre Verwendung können Gebäude effizienter betrieben und verwaltet werden, was zu optimierten Betriebsabläufen und einem geringeren Energieverbrauch führt. Als standardisierte Ontologie erleichtert Brick die Integration und Interoperabilität zwischen verschiedenen Systemen und Anwendungen. Allerdings können Implementierung und Wartung aufgrund der umfassenden Struktur und Komplexität kostspielig und zeitaufwendig sein.

Im nächsten Kapitel werden wir die RealEstateCore-Ontologie und ihre Relevanz für Smart Buildings genauer betrachten.
