Predictive Maintenance
Predictive Maintenance, das Ihnen sagt, welche Anlage zuerst dran ist
Explore liest die Sensoren und GLT-Datenpunkte, die Sie bereits haben, prognostiziert das Anlagenverhalten, bevor es ausfällt, und macht daraus eine einzige priorisierte Warteschlange — keinen weiteren Alarmstrom.
Direkt einen Termin buchen- EU-gehostet, DSGVO-konform
- Fundierte Inferenz — nichts wird erfunden
- Keine neue Hardware nötig
Warum die meisten Predictive-Maintenance-Projekte stecken bleiben
Nie war das Modell das Problem. Das Problem ist, dass niemand nach seiner Ausgabe handelt.
Die meisten Predictive-Maintenance-Pilotprojekte scheitern nicht, weil die Anomalieerkennung falsch liegt. Sie scheitern, weil die Ausgabe ein weiterer Alarmstrom ist — und das Team ignoriert bereits drei davon. Ein Vibrationsausschlag, eine Temperaturdrift, eine Laufzeitanomalie: Jede landet in ihrem eigenen Dashboard und konkurriert um Aufmerksamkeit mit allem anderen, was schon rot blinkt.
Explore setzt beim Handlungsproblem an, nicht beim Erkennungsproblem. Dieselbe Erkennungs-Engine, die auch die BMS-Analytics antreibt, lässt sechs Anomalieerkennungsmethoden kontinuierlich gegen jeden Datenpunkt laufen und prognostiziert dann mit Konfidenzintervall, wohin sich jeder Punkt entwickelt — ein sich anbahnender Lagerschaden oder eine Kältemittelleckage zeigt sich Tage oder Wochen, bevor ein Schwellenwert überschritten wird, nicht danach.
Das Ergebnis ist kein Feed. Es ist eine priorisierte Entscheidungs-Warteschlange: eine einzige Liste, sortiert nach Kosten und Risiko, die einem Techniker sagt, was zuerst zu prüfen ist — statt einer Wand gleich dringender Alarme, für deren Sichtung niemand Zeit hat.
Diese Seite ist der Produktblick. Die Methodik dahinter — warum die meisten Predictive-Maintenance-Projekte stecken bleiben, und welche Fehlerbilder sich tatsächlich in Sensordaten zeigen — steht in unserem Leitfaden zu Predictive Maintenance für Gebäude. Wie Explore im Vergleich zu Clockworks, Facilio und CopperTree Analytics bei dieser Aufgabe abschneidet, steht im Anbietervergleich. Wo Predictive Maintenance endet und Condition-Based Maintenance beginnt, erklärt unser CBM-Leitfaden.
Was Explore konkret leistet
Vier Fähigkeiten, eine priorisierte Warteschlange
Anomalieerkennung mit sechs Methoden
Jeder GLT-Datenpunkt und angebundene Sensor wird kontinuierlich gegen sechs Erkennungsmethoden geprüft, nicht gegen einen einzigen festen Schwellenwert. Erfasst Drift, festsitzende Werte, Laufzeitanomalien und Musterbrüche, die ein statischer Alarmgrenzwert übersieht. Die volle Funktionsweise steht im Glossareintrag Anomalieerkennung.
Prognosen mit Konfidenzintervall
Erkennung sagt Ihnen, dass etwas bereits nicht stimmt. Prognose sagt Ihnen, dass es bald so weit ist. Explore projiziert das Anlagenverhalten mit Konfidenzintervall in die Zukunft, sodass sich ein langsamer Lagerverschleiß oder eine Verschmutzung der Kühlregister zeigt, solange noch Zeit für eine geplante Reparatur bleibt statt eines Notfalleinsatzes.
Eine priorisierte Entscheidungs-Warteschlange
Befunde werden nach Kosten und Risiko sortiert und in einer einzigen Warteschlange zusammengeführt — statt verstreut über ein GLT-Alarmpanel, eine Excel-Tabelle und drei Postfächer. Ein Techniker öffnet eine Liste und weiß, was zuerst zu prüfen ist.
Read-only by default, Aktion auf Anfrage
Explore startet read-only by default. Befunde können den Edge Agent speisen, um eine Wartungsmaßnahme oder Zeitplanänderung vorzuschlagen — ein Mensch prüft sie, oder sie wird automatisch innerhalb eines von Ihnen ausdrücklich erteilten Berechtigungsbereichs ausgeführt. Ohne diesen Berechtigungsbereich greift nichts in Ihre GLT ein.
Die drei Ansätze im Vergleich
Rohalarme und ein Papierkalender vs. eine priorisierte Warteschlange
| GLT-Rohalarme | Manueller Wartungsplan | Explore | |
|---|---|---|---|
| Auslöser | Nur feste Schwellenwertüberschreitung | Fester Kalenderintervall, unabhängig vom Zustand | Zustand und Prognose, sechs Erkennungsmethoden |
| Vorlaufzeit | Erst nachdem der Grenzwert bereits überschritten ist | Willkürlich — ohne Bezug zum tatsächlichen Verschleiß | Tage bis Wochen im Voraus, mit Konfidenzintervall |
| Abdeckung | Nur Punkte mit fest hinterlegtem Grenzwert | Nur Anlagen auf dem Wartungsplan | Jeder Punkt, der bereits in Ihrem Historian liegt |
| Priorisierung | Keine — jeder Alarm ist gleich dringend | Keine — fester Plan unabhängig vom Risiko | Nach Kosten und Risiko sortiert, eine Warteschlange |
| Fehlalarme | Hoch — überflutet den Betreiber | Nicht zutreffend, aber verschwendete Einsätze bei intakten Anlagen | Vor Aufnahme in die Warteschlange nach Konfidenz gefiltert |
| Neue Hardware | Meist keine, aber begrenzt auf bereits sensorisierte Punkte | Keine | Keine — liest bestehende BACnet-, Modbus-, OPC-UA-, oBIX-Punkte |
| Weg zur Aktion | Manuelle Sichtung durch den Betreiber | Techniker wird eingesetzt, ob nötig oder nicht | Read-only by default; Edge Agent kann innerhalb eines erteilten Bereichs vorschlagen oder ausführen |
Auf einen Blick
Die Funktionsweise
Predictive Maintenance in Explore ist kein separates Modul, das auf ein GLT-Dashboard aufgesetzt wird — es ist dieselbe Sensor-Intelligence-Schicht, die auch für Energie- und BMS-Analytics genutzt wird, angewendet auf den Anlagenzustand.
So funktioniert es
Von Sensordaten zur priorisierten Reparaturliste
01 — Eingang
Sensor- und GLT-Daten
Explore liest Punkte, die Sie bereits haben, über BACnet, Modbus, OPC UA und oBIX. Keine neuen Sensoren, keine neue Gateway-Hardware.
02 — Analyse
Erkennung + Prognose
Sechs Anomalieerkennungsmethoden laufen kontinuierlich; die Prognose projiziert jeden Punkt mit Konfidenzintervall in die Zukunft und erfasst sich anbahnende Störungen, bevor sie einen Schwellenwert auslösen.
03 — Ausgang
Priorisierte Entscheidungs-Warteschlange
Befunde laufen in einer nach Kosten und Risiko sortierten Warteschlange zusammen. Read-only by default — oder speisen Sie den Edge Agent, um Reparaturen innerhalb eines erteilten Bereichs vorzuschlagen und auszuführen.
Fragen
Predictive Maintenance, beantwortet
Predictive Maintenance nutzt Sensor- und GLT-Daten, um vorherzusagen, wann eine Anlage wahrscheinlich ausfällt, damit eine Reparatur vor dem Ausfall eingeplant werden kann — statt auf einen festen Kalendertermin oder einen Alarm zu warten, der bereits bedeutet, dass etwas kaputt ist.
GLT-Alarme lösen aus, nachdem ein fester Schwellenwert überschritten wurde — ein Temperaturlimit, eine Laufzeitgrenze. Explore prognostiziert mit Konfidenzintervall, wohin sich ein Punkt entwickelt, sodass eine sich anbahnende Störung Tage oder Wochen sichtbar wird, bevor sie diesen Schwellenwert je auslösen würde — und jeder Befund landet in einer priorisierten Warteschlange statt in einem rohen Alarmpanel.
Ein kalenderbasierter Wartungsplan wartet Anlagen in festen Intervallen, unabhängig vom tatsächlichen Zustand — manchmal zu früh, manchmal zu spät. Explore priorisiert Befunde nach realem Zustand und prognostiziertem Risiko, sodass der Wartungsaufwand dorthin geht, wo er tatsächlich zuerst gebraucht wird.
Zustandsorientierte Instandhaltung (Condition-Based Maintenance) löst eine Wartungsmaßnahme aus, sobald ein gemessener Zustand einen definierten Grenzwert überschreitet. Predictive Maintenance geht einen Schritt weiter und prognostiziert mit Konfidenzintervall, wann dieser Grenzwert überschritten wird, bevor es passiert. Explore macht beides: kontinuierliche Zustandsüberwachung plus vorausschauende Prognosen, zusammengeführt in einer priorisierten Warteschlange. Ein ausführlicher englischsprachiger Leitfaden zu Condition-Based Maintenance ist auf unserem Blog verfügbar; eine deutsche Übersetzung ist noch nicht online.
Meist nicht. Explore liest die Punkte, die Ihre GLT und vorhandene Sensoren bereits bereitstellen, über BACnet, Modbus, OPC UA und oBIX. Neue Hardware ist nur nötig, wo eine Anlage tatsächlich noch nicht instrumentiert ist.
Explore startet read-only by default — es erkennt und prognostiziert, nichts weiter, bis Sie etwas anderes festlegen. Befunde können den Edge Agent speisen, um eine Wartungsmaßnahme oder Zeitplanänderung vorzuschlagen, die entweder ein Mensch prüft oder die automatisch innerhalb eines von Ihnen ausdrücklich erteilten Berechtigungsbereichs ausgeführt wird. Außerhalb dieses Bereichs kann es nicht handeln.
Sehen Sie, was Explore in Ihren eigenen Daten findet
Verbinden Sie Ihre GLT, richten Sie Explore darauf aus, und erhalten Sie eine priorisierte Liste dessen, was tatsächlich Aufmerksamkeit braucht — statt eines weiteren Dashboards zum Abhaken.