Virtuelle Sensoren für Gebäude: Datenlücken schließen ohne neue Hardware

Foto von iSawRed auf Unsplash.

Die meisten Sensorlücken in Gebäuden werden auf die teure Art behoben. Eine Sonde kaufen. Leitungen verlegen. Den Punkt im BMS inbetriebnehmen. Auf einen freien Termin beim Auftragnehmer warten. Ein virtueller Sensor überspringt das meiste davon. Es ist eine Kennzahl, berechnet aus Sensoren, die Sie bereits haben, keine neue Hardware. Zuluftenthalpie aus einer Temperatur- und Feuchtigkeitsmessung. Belegung aus einem CO2-Trend. Anlagenlaufzeit aus einer Leistungsaufnahme. Wenn die Physik zwei Punkte verbindet, ist der zweite oft nur eine Berechnung entfernt, nicht eine Bestellung.

Was ein virtueller Sensor tatsächlich ist

Ein virtueller Sensor ist ein abgeleiteter Messwert. Ein physischer Sensor meldet einen Wert, den er direkt gemessen hat. Ein virtueller Sensor meldet einen Wert, der aus einer oder mehreren anderen Messungen berechnet wird, unter Verwendung einer bekannten Beziehung zwischen ihnen, sei diese Beziehung physikalisch (Thermodynamik, Strömungslehre) oder statistisch (eine aus historischen Daten gelernte Korrelation).

Die zugrunde liegende Idee hat außerhalb von Gebäuden eine längere Geschichte. Prozessindustrien nennen es einen Soft Sensor: das Ableiten einer Variablen, die teuer oder unpraktisch direkt zu messen ist, etwa die Polymerviskosität in einem Reaktor, aus Größen, die billig und schnell abzulesen sind, wie Temperatur, Druck und Durchflussrate. Chemiewerke stützen sich seit Jahrzehnten auf Soft Sensors, weil die Installation eines Inline-Viskosimeters ein größerer Aufwand ist als das Ablesen von drei bereits vorhandenen Messumformern an der Linie. Gebäude holen dieselbe Logik nach. Eine Kanal-Staudruckmessung kann aus Ventilatordrehzahl und Klappenstellung stammen statt von einem dedizierten Druckmessumformer. Eine Kühlwasser-Durchflussrate kann aus Ventilstellung, Delta-T und der Pumpenkennlinie kommen statt von einem Durchflussmesser. In HVAC-Anwendungen speziell steht ein virtueller Sensor meist für einen Punkt ein, der entweder physisch schwer erreichbar ist oder von Anfang an nie einen dedizierten Messumformer wert war.

Warum Sie einen wollen würden

Drei Situationen drängen ein Team zu einem virtuellen Sensor statt zu einem Arbeitsauftrag. Abdeckungslücken: ein Punkt, den das ursprüngliche Design nie einschloss, weil niemand den Bedarf vorhersah oder das Budget nicht ausreichte. Ausgefallene Hardware: eine Sonde, die seit sechs Monaten eine flache Linie meldet, weil es niemand bemerkt hat, oder es bemerkt hat und der Ersatz in der Beschaffung feststeckt. Punkte, die tatsächlich unpraktisch direkt zu instrumentieren sind: eine Dampfsperre, die hinter Dämmung vergraben ist, ein Kanalverlauf durch eine fertige Decke ohne Zugangspanel, ein Mieterbereich, in dem der Vermieter ohne zweiwöchige Vorankündigung keinen Auftragnehmer hereinbekommt.

In jedem Fall ist die Alternative zu einem virtuellen Sensor dieselbe: Beschaffung, Installation und ein BMS-Neuinbetriebnahmezyklus für einen einzigen Datenpunkt. Das sind echte Kosten und echte Vorlaufzeit für etwas, das eine Berechnung oft innerhalb einer Woche liefern kann. Virtuelle Sensoren leisten auch dort nützliche Arbeit, wo bereits Hardware vorhanden ist. Lassen Sie einen virtuellen Sensor neben dem physischen laufen, den er annähert, und eine Abweichung zwischen den beiden ist selbst ein Signal: Entweder ist die physische Sonde gedriftet, oder die Annahmen der Berechnung gelten für dieses Gerät nicht mehr.

Wo virtuelle Sensoren sich lohnen

Virtuelle Zählung für Mieter-Unterabrechnung. Mieterabrechnung und Kostenzuordnung wollen normalerweise einen Unterzähler pro Fläche, und das Nachrüsten eines solchen in jeder Einheit eines bestehenden Gebäudes ist teuer. Ein virtueller Unterzähler leitet den Verbrauch eines Mieters aus dem Hauptzähler minus der separat gemessenen Lasten ab, oder aus korrelierter Anlagenlaufzeit, wobei die Beziehung zwischen Laufzeit und Verbrauch gut verstanden ist. Er wird einem zertifizierten Umsatzzähler in Bezug auf abrechnungsgenaue Präzision nicht gleichkommen, aber für Kostenzuordnung und Anomalieerkennung ist virtuelle Zählung oft nah genug, um sofort nützlich zu sein.

Abgeleitete Komfortindizes. Ein einzelner Lufttemperaturwert sagt Ihnen nicht, ob sich ein Raum komfortabel anfühlt. Feuchtigkeit, und in geringerem Maße die Temperatur strahlender Oberflächen, spielen ebenfalls eine Rolle. Ein abgeleiteter Komfortindex, berechnet aus den Temperatur- und Feuchtigkeitssensoren, die die meisten Zonen bereits haben, kommt dem, was ein Nutzer tatsächlich erlebt, näher als ein bloßer Temperaturwert, ohne in jedem Raum ein Kugelthermometer zu installieren.

Abgeleiteter Durchfluss und Last aus korrelierten Sensoren. Ein Durchflussmesser, der ausgefallen ist oder nie installiert wurde, muss nicht bedeuten, blind zu fliegen. Wo Ventilstellung, Pumpenkennlinie und Delta-T alle verfügbar sind, kann ein virtueller Sensor den Durchfluss auf eine nützliche Annäherung schätzen. Dieselbe Logik gilt für die elektrische Last an einem Stromkreis ohne dedizierten Zähler, abgeleitet aus Laufzeit und Nennleistung der Geräte an diesem Stromkreis.

Virtuelle Sensoren und Datenvertrauen

Ein virtueller Sensor ist nur so gut wie das, worauf er aufbaut. Füttern Sie ihn mit einer driftenden Temperatursonde oder einem veralteten CO2-Wert, und er produziert eine selbstsicher falsche Zahl, ohne die sichtbaren Ausfallanzeichen, die ein defekter physischer Sensor normalerweise zeigt. Eine tote Sonde zeigt oft eine flache Linie oder meldet einen offensichtlich unmöglichen Wert. Ein virtueller Sensor, der auf schlechten Eingaben aufbaut, produziert weiterhin plausibel aussehende Zahlen, die schlicht falsch sind. Das ist ein Datenvertrauensproblem, und es gilt für jede berechnete Kennzahl, nicht speziell für virtuelle Sensoren. Wir haben die breitere Frage der Validierung von Sensordaten bereits behandelt, bevor man ihnen anderswo vertraut; kurz gesagt verdient ein virtueller Sensor dieselbe Drift-Prüfdisziplin wie die physischen Eingaben, von denen er abhängt, nicht weniger.

Wo virtuelle Sensoren in einen Sensorintelligenz-Stack passen

Bei FrostLogic Explore ist ein virtueller Sensor keine an die Analytik angeflanschte Nebenfunktion. Er ist eine Eingabe, genauso behandelt wie eine physische: versioniert, kontinuierlich auf Drift überwacht und validiert, bevor er eine Prognose beeinflussen oder einen Alarm auslösen darf. Das ist wichtig, weil der Wert eines virtuellen Sensors nicht die Berechnung allein ist. Es ist das, was diese Berechnung füttert. Unsere BMS-Analyseplattform liest physische und virtuelle Sensoren gleichermaßen in dieselbe Pipeline für Anomalieerkennung, Prognose und Compliance ein, sodass eine lückenschließende virtuelle Kennzahl derselben Prüfung unterzogen wird und dieselbe Arbeit verrichtet wie ein Sensor mit einer physischen Sonde dahinter.

Neugierig, was wir aus Ihren vorhandenen Sensoren ableiten könnten? Fordern Sie eine Demo an, und wir schauen uns an, was in Ihrem BMS bereits gemeldet wird.

Häufige Fragen

Ist ein virtueller Sensor genauso genau wie ein physischer? Das hängt davon ab, worauf er aufbaut und wie gut die zugrunde liegende Beziehung verstanden ist. Ein virtueller Sensor, der aus einer gut charakterisierten physikalischen Beziehung abgeleitet ist, wie Enthalpie aus Temperatur und Feuchtigkeit, kann sehr genau sein. Einer, der auf einer statistischen Korrelation aufbaut, ist nur so gut wie die Daten, mit denen er trainiert wurde, und wie nah aktuelle Bedingungen an diesem Trainingszeitraum liegen. Für abrechnungsgenaue Präzision gewinnt immer noch ein zertifizierter physischer Zähler; für Trendanalyse, Anomalieerkennung und Lückenschließung ist ein gut konstruierter virtueller Sensor normalerweise genau genug.

Welche Daten benötigt ein virtueller Sensor? Mindestens die Eingangssensoren, aus denen er berechnet wird, abgetastet mit einer Rate, die fein genug ist, um die Änderungen zu erfassen, die Sie interessieren, plus eine bekannte oder erlernte Beziehung, die diese Eingaben mit der gewünschten Ausgabe verknüpft. Physikbasierte virtuelle Sensoren benötigen weniger historische Datenpunkte als statistisch abgeleitete, die genug Historie über genug Betriebsbedingungen benötigen, um eine zuverlässige Korrelation zu lernen.

Können virtuelle Sensoren die physische Messung vollständig ersetzen? Nein, und das ist eigentlich nicht ihr Zweck. Virtuelle Sensoren schließen Lücken und fügen Redundanz hinzu; sie ersetzen nicht die physischen Sensoren, die ein Gebäude tatsächlich für Regelkreise, Sicherheitsverriegelungen oder abrechnungsgenaue Zählung braucht. Wo Hardware existiert, sollte sie bleiben. Wo sie nicht existiert und ihre Installation unverhältnismäßig zum Wert des Punktes ist, ist ein virtueller Sensor oft die sinnvollere Investition.

Was ist der Unterschied zwischen einem Soft Sensor und einem virtuellen Sensor? Sie sind dasselbe Konzept unter zwei Namen. Soft Sensor ist der Begriff, den Prozessindustrien seit Jahrzehnten verwenden. Virtueller Sensor ist der Begriff, der sich in Gebäuden durchgesetzt hat. Beide beschreiben einen abgeleiteten Messwert, der aus anderen Messungen berechnet wird, statt direkt gemessen zu werden.

Wie nutzt FrostLogic Explore virtuelle Sensoren? Als Eingaben, nicht als Nebenfunktion. Explore behandelt einen virtuellen Sensor genauso wie einen physischen: versioniert, auf Drift überwacht und validiert, bevor er eine Prognose füttern oder über die FrostDynamics-Engine einen Alarm auslösen darf.

Braucht ein virtueller Sensor einen eigenen Punkt im BMS? Nicht unbedingt. Ein virtueller Sensor kann rein in der Analyseschicht existieren, berechnet aus BMS-Trenddaten, ohne jemals als BMS-Punkt zurückgeschrieben zu werden. Manche Teams schreiben ihn zurück, meist wenn andere Systeme wie Dashboards oder Reporting-Tools ihn so lesen müssen, als wäre er ein nativer Punkt.

Wie erkennt man, ob die Berechnung eines virtuellen Sensors noch gültig ist? Überwachen Sie ihn genauso, wie Sie einen physischen Sensor auf Drift überwachen würden, und lassen Sie ihn wo möglich neben dem physischen Sensor laufen, den er annähert, damit Abweichungen früh sichtbar werden. Eine Berechnung, die für einen Betriebsmodus eines Geräts galt, kann nach einer Nachrüstung, einer Sollwertänderung oder einer Neufassung der Steuerungssequenz still und leise nicht mehr gelten, sodass sie dieselbe fortlaufende Prüfung braucht wie alles andere in der Datenpipeline.