Technische Spezifikation für Daten im Gebäudesektor

AI Quick Summary

Eine neuartige Spezifikation für die Beschreibung von Energieanlagen soll entwickelt und getestet werden, die dann für eine Analyse- und Diagnosesoftware dienen kann Ausgangslage und ProblemstellungPlutinsus entwickelt eine Software für die Diagnose von energietechnischen Anlagen in Gebäuden und Wärmenetzen. Der Nutzen dieser Software liegt in der effizienteren Wartung der technischen Infrastrukturen, dem anlagenschonenderen Betrieb und der Optimierung des Energieeinsatzes. Bestehende Standards für die digitale Beschreibungen dieser Infrastruktur zielen auf die Verwaltung und Steuerung von Energieanlagen ab. Um jedoch Auswertungen und Diagnosen über den Zustand und das Verhalten dieser Anlagen systemübergreifend zu ermöglichen, sind allgemeine Strukturdaten (Konzepte, Einheiten, Taxonomien) gesucht, welche universell einsetzbar sind. Beispielsweise ermöglicht die gegenwärtige Struktur der Metadaten es nicht, Hierarchien (z.B. vom Hauptanschluss bis zur Steckdose) oder komplexe Beziehungen (z.B. gehört alles zur gleichen Wärmepumpe) abzubilden.Ziel der Arbeit und erwartete ResultateZiel dieser Arbeit ist es, anhand ausgewählter Beispiele aufzuzeigen, wie eine Spezifikation für die Beschreibung von Anlagendaten aussehen könnte, auf der weiterführende Auswertungen und Diagnosen möglich sind. Ausgehend von der vorgeschlagenen Spezifikation soll anhand von Referenzreports gezeigt werden, inwiefern die darauf basierende Anlagenbeschreibung die erforderlichen Auswertungen und Diagnosen ermöglicht.Konkret sind die Ziele der Arbeit:Definition der Anforderungen an die Datenmodellierung unter Betrachtung von mindestens drei ausgewählten Fallbeispielen einer Gebäudeanalyse mit genügend hoher Komplexität. Die Auswahl der Fallbeispiele erfolgt in Absprache mit dem Auftraggeber.Ableitung von Strukturdaten und Strukturierungsmöglichkeiten für Gebäudedaten und Reports. Diese Ableitung erfolgt unter anderem mit Hilfe des Studiums von xBRL und dem buldingSMART Data Dictionary (*). Anschliessend erfolgt die Synthese der Erkenntnisse in eine eigene technische Spezifikation von Gebäudedaten und Reports. Vergleich und Bewertung der Eignung dieser Datenmodelle und Reports als Grundlage für eine Software zur interaktiven Messdatenanalyse für diese Anwendungsfälle. Sollte nur eine Variante einer Beschreibungssprache abgeleitet werden, muss dargelegt werden, warum keine Alternativen existieren.Programmierung eines Proof-of-Concepts, welcher die Beschreibungssprache und darauf aufbauend die Reports visuell umsetzt.(*) Als Inspiration dient dafür die erfolgreiche technische Spezifikation über Finanzdaten Extensible Business Reporting Language (xBRL, https://www.xbrl.org/). Eine weitere Informationsquelle ist der buildingSMART Data Dictionary (http://bsdd.buildingsmart.org/), welcher die Abfrage von einigen Standards im Gebäudebereich ermöglicht (*).Gewünschte Methode, VorgehenJe nach Vorliebe iterativ (SoDA) oder inkrementell. Das Vorgehen muss zu Beginn des Projekts festgelegt werden. Der Projektverlauf muss dokumentiert werden.Herleitungen der Lösungen und Vergleiche von Alternativen sind nachvollziehbar zu dokumentieren. Kreativität, Varianten, Innovation (**)Diese Projekteidee bietet einen grossen Spielraum bzgl. eigenen Ideen und erlaubt die Entwicklung mehrerer Varianten, welche anschliessend verglichen werden können.Die Innovation besteht in der Übertragung des Prinzips einer flexiblen, erweiterbaren Beschreibungssprache für Analysezwecke in den Gebäudesektor.Sonstige BemerkungenKeine(**) Kreativer SpielraumDie Idee erlaubt den Studierenden eigene Ideen zu entwickeln und Varianten zu erarbeiten, ist ausserhalb vom Tagesgeschäft angesiedelt, beinhaltet Neuland/Innovation und ist nicht durch Produkte & Tools getrieben.

Project Idea Metadata

• Project Idea Name: Technische Spezifikation für Daten im Gebäudesektor
• Date: 11/28/2021 3:15:36 PM
• Administrators:
  • Wolfram Willuhn

Project Idea Description

Ausgangslage und Problemstellung

Plutinsus entwickelt eine Software für die Diagnose von energietechnischen Anlagen in Gebäuden und Wärmenetzen. Der Nutzen dieser Software liegt in der effizienteren Wartung der technischen Infrastrukturen, dem anlagenschonenderen Betrieb und der Optimierung des Energieeinsatzes. Bestehende Standards für die digitale Beschreibungen dieser Infrastruktur zielen auf die Verwaltung und Steuerung von Energieanlagen ab. Um jedoch Auswertungen und Diagnosen über den Zustand und das Verhalten dieser Anlagen systemübergreifend zu ermöglichen, sind allgemeine Strukturdaten (Konzepte, Einheiten, Taxonomien) gesucht, welche universell einsetzbar sind. Beispielsweise ermöglicht die gegenwärtige Struktur der Metadaten es nicht, Hierarchien (z.B. vom Hauptanschluss bis zur Steckdose) oder komplexe Beziehungen (z.B. gehört alles zur gleichen Wärmepumpe) abzubilden.

Ziel der Arbeit und erwartete Resultate

Ziel dieser Arbeit ist es, anhand ausgewählter Beispiele aufzuzeigen, wie eine Spezifikation für die Beschreibung von Anlagendaten aussehen könnte, auf der weiterführende Auswertungen und Diagnosen möglich sind. Ausgehend von der vorgeschlagenen Spezifikation soll anhand von Referenzreports gezeigt werden, inwiefern die darauf basierende Anlagenbeschreibung die erforderlichen Auswertungen und Diagnosen ermöglicht.

Konkret sind die Ziele der Arbeit:

• Definition der Anforderungen an die Datenmodellierung unter Betrachtung von mindestens drei ausgewählten Fallbeispielen einer Gebäudeanalyse mit genügend hoher Komplexität. Die Auswahl der Fallbeispiele erfolgt in Absprache mit dem Auftraggeber.
• Ableitung von Strukturdaten und Strukturierungsmöglichkeiten für Gebäudedaten und Reports. Diese Ableitung erfolgt unter anderem mit Hilfe des Studiums von xBRL und dem buldingSMART Data Dictionary (*). Anschliessend erfolgt die Synthese der Erkenntnisse in eine eigene technische Spezifikation von Gebäudedaten und Reports.
• Vergleich und Bewertung der Eignung dieser Datenmodelle und Reports als Grundlage für eine Software zur interaktiven Messdatenanalyse für diese Anwendungsfälle. Sollte nur eine Variante einer Beschreibungssprache abgeleitet werden, muss dargelegt werden, warum keine Alternativen existieren.
• Programmierung eines Proof-of-Concepts, welcher die Beschreibungssprache und darauf aufbauend die Reports visuell umsetzt.

(*) Als Inspiration dient dafür die erfolgreiche technische Spezifikation über Finanzdaten Extensible Business Reporting Language (xBRL, https://www.xbrl.org/). Eine weitere Informationsquelle ist der buildingSMART Data Dictionary (http://bsdd.buildingsmart.org/), welcher die Abfrage von einigen Standards im Gebäudebereich ermöglicht (*).

Gewünschte Methode, Vorgehen

• Je nach Vorliebe iterativ (SoDA) oder inkrementell. Das Vorgehen muss zu Beginn des Projekts festgelegt werden. Der Projektverlauf muss dokumentiert werden.
• Herleitungen der Lösungen und Vergleiche von Alternativen sind nachvollziehbar zu dokumentieren.

Kreativität, Varianten, Innovation (**)

• Diese Projekteidee bietet einen grossen Spielraum bzgl. eigenen Ideen und erlaubt die Entwicklung mehrerer Varianten, welche anschliessend verglichen werden können.
• Die Innovation besteht in der Übertragung des Prinzips einer flexiblen, erweiterbaren Beschreibungssprache für Analysezwecke in den Gebäudesektor.

Sonstige Bemerkungen

Keine

(**) Kreativer Spielraum

Die Idee erlaubt den Studierenden eigene Ideen zu entwickeln und Varianten zu erarbeiten, ist ausserhalb vom Tagesgeschäft angesiedelt, beinhaltet Neuland/Innovation und ist nicht durch Produkte & Tools getrieben.

Eine neuartige Spezifikation für die Beschreibung von Energieanlagen soll entwickelt und getestet werden, die dann für eine Analyse- und Diagnosesoftware dienen kann