MachbarkeitsstudieEnergie & IndustrieAugust 20267 minDatenbasis TEP-Benchmark + HAI-Kesseldaten

Anomalieerkennung in Dampfsystemen — ohne gelabelte Fehlerdaten, ohne Zusatzsensorik

Dampfsysteme verlieren 5–15 % ihrer Brennstoffkosten durch schleichende Defekte, vor allem an Kondensatableitern; erkannt wird das heute per Mehrjahres-Survey oder per Sensor je Ableiter. Die Studie prüft einen dritten Weg: ein unüberwachtes Verfahren, das ausschließlich auf Bestandsdaten des Normalbetriebs trainiert wird und Verteilungs- wie Autokorrelationsabweichungen meldet. Auf dem TEP-Standard-Benchmark erkennt es 18 von 21 Fehlertypen bei 0,00 % Fehlalarmen; auf realen Kesseldaten erreicht der Score eine Trennschärfe von ROC-AUC 0,94. Der Schritt zur Dampfschiene ist ein Pilot auf Leitsystemdaten — lesend, ohne Feldgeräte.

UnüberwachtAR + Mahalanobis + EWMAKondensatableiter / Steam TrapsValidierung auf öffentlichen Ersatzdaten
01

Problemstellung

Dampfsysteme in Papierfabriken und anderen Prozessindustrien verlieren kontinuierlich Energie durch schleichende Defekte — vor allem durch ausgefallene Kondensatableiter und Leckagen. Erhebungen des US-Energieministeriums zeigen für Anlagen ohne systematisches Wartungsprogramm typischerweise 15–30 % defekte Ableiter; die Verluste liegen in der Größenordnung von 5–15 % der Brennstoffkosten des Dampfsystems.

Der Stand der Technik hat zwei Ausprägungen, beide mit strukturellen Nachteilen. Manuelle Surveys (Ultraschall, Thermografie) liefern eine Momentaufnahme und finden in der Praxis im Mehrjahresrhythmus statt — dazwischen bleiben Defekte unentdeckt. Kontinuierliches Monitoring über dedizierte Funksensoren funktioniert nachweislich, skaliert aber über die Hardware: je Ableiter ein Sensor, bei mehreren hundert bis tausend Ableitern pro Werk ein Investitionsblock, der in Bestandsanlagen häufig nicht budgetiert wird.

Drei Wege zur Defekterkennung Status quo und untersuchter Ansatz
MANUELLER SURVEY Momentaufnahme im Mehrjahresrhythmus SENSOR-MONITORING kontinuierlich, skaliert über Hardware je Ableiter PROZESSDATEN-ANSATZ (untersucht) aus vorhandenen Leitsystemdaten Survey Survey Survey Defekte bleiben bis zum nächsten Survey unentdeckt typisch 2–3 Jahre je Kondensatableiter ein Funksensor — bei mehreren hundert Ableitern der dominierende Kostenblock Leitsystem / Historian vorhandene Signale, lesend Statistisches Modell nur Normalbetrieb Anomalie-Alarm mit Begründung
Abb. 1 · Erkennungslücke und Kostenblock. Surveys lassen Mehrjahreslücken, Sensorik skaliert über Hardware je Ableiter. Der untersuchte Ansatz nutzt die ohnehin vorhandenen Leitsystemdaten — lesend, ohne Feldgeräte.

Daraus folgt die untersuchte Frage: Lassen sich Anomalien im Dampfsystem aus vorhandenen Prozessdaten (Leitsystem, Historian) erkennen — ohne zusätzliche Sensorik und ohne gelabelte Fehlerbeispiele? Der zweite Punkt ist praktisch entscheidend: Gelabelte Fehlerdaten existieren in Bestandsanlagen in aller Regel nicht; verfügbar sind historische Betriebsdaten, die überwiegend Normalbetrieb abbilden.

Kernaussage

Die Eintrittshürde für kontinuierliches Dampf-Monitoring ist heute Hardware und Label-Mangel. Ein Verfahren, das beides nicht benötigt, verschiebt die Wirtschaftlichkeitsschwelle grundlegend.

02

Lösungsansatz: Normalverhalten modellieren, Abweichung melden

Das Verfahren modelliert das Normalverhalten der Anlage statistisch — sowohl die Werteverteilung der Signale als auch ihre zeitliche Struktur — und meldet anhaltende Abweichungen von diesem Modell. Es arbeitet in drei Stufen und wird ausschließlich auf Bestandsdaten des Normalbetriebs trainiert.

Verfahren in drei Stufen unüberwacht · signalagnostisch · leitsystemnah
STUFE 1 · AUTOKORRELATION AR(p)-Modell je Signal lernt die Eigendynamik; übrig bleiben Residuen STUFE 2 · VERTEILUNG Mahalanobis-Distanz robuste Kovarianz über alle Residuen — auch Kreuzbezüge STUFE 3 · PERSISTENZ EWMA + Schwelle Schwelle allein aus dem Normalbetrieb kalibriert Signal · AR-Vorhersage Ausreißer Residuen · Normalhülle Schwelle geglätteter Score · Alarm trainiert nur auf Normalbetrieb · keine Fehlerlabels · keine Zusatzsensorik · ~100 Zeilen Kerncode
Abb. 2 · Verfahrensskizze. Stufe 1 erfasst die Eigendynamik jedes Signals (AR-Modell), Stufe 2 die gemeinsame Verteilung der Residuen inklusive Kreuzbezügen (Mahalanobis, regularisierte Kovarianz), Stufe 3 unterdrückt Kurzzeitausreißer und prüft gegen eine allein aus Normaldaten kalibrierte Schwelle.

Stufe 1 — Autokorrelation. Ein autoregressives Modell je Signal lernt, wie sich das Signal aus seinen eigenen vergangenen Werten fortschreibt. Übrig bleiben Residuen, die im Normalbetrieb weitgehend unstrukturiertes Rauschen sind. Ein Ableiter, der durchzublasen beginnt und das Temperatur- oder Druckverhalten einer Leitung verändert, schlägt sich in diesen Residuen nieder.

Stufe 2 — Verteilung. Die gemeinsame Verteilung der Residuen über alle Signale wird robust modelliert (Median/IQR-Standardisierung, Ledoit-Wolf-Kovarianz, Mahalanobis-Distanz als Score). Damit werden nicht nur Abweichungen einzelner Signale erkannt, sondern auch Brüche in den Zusammenhängen zwischen Signalen — etwa wenn zwei physikalisch gekoppelte Messstellen auseinanderlaufen.

Stufe 3 — Persistenz und Schwelle. Der Score wird exponentiell geglättet; ein Alarm entsteht erst bei anhaltender Überschreitung einer Schwelle, die ausschließlich aus der Score-Verteilung des Normalbetriebs kalibriert wird. Diese Kalibrierung ist der zentrale betriebliche Stellknopf zwischen Empfindlichkeit und Fehlalarmrate — eine bewusste, dokumentierbare Entscheidung des Betreibers.

Kalibrierungslogik Auszug, sinngemäß
# Training und Schwelle: ausschließlich Normalbetrieb
detektor.fit(historian["normalbetrieb"])
schwelle = quantil(score_normal, 0.999) * sicherheitsfaktor

# Referenzkonfiguration: null Fehlalarme auf unabhängigen Normaldaten
assert fehlalarmrate(normal_test) == 0.0

Der Ansatz benötigt keine Kenntnis der Anlagentopologie, keine Fehlerbeispiele und keine zusätzliche Hardware; die Kernimplementierung umfasst rund 100 Zeilen Code auf Standardbibliotheken, Rechenaufwand und Infrastrukturanforderungen sind vernachlässigbar.

03

Datengrundlage

Öffentliche Datensätze mit Signalen einzelner Kondensatableiter existieren nicht — für keinen Marktteilnehmer. Die Validierung erfolgte daher auf den zwei bestgeeigneten öffentlichen Ersatzdatensätzen; ein dritter wurde vorbereitet.

DatensatzInhaltRolle in der Studie
TEP
Braatz-Archiv, Simulation
Standard-Benchmark der Prozessindustrie seit ~30 Jahren: 52 Prozessvariablen (inkl. dampfbeheizter Einheiten), Normalbetrieb plus 21 definierte Fehlertypen mit bekanntem Start, 3-min-Takt.Quantitative Bewertung mit Ground Truth — Training bleibt label-frei
HAI 21.03
physisches Testbed, real
1-Hz-Messdaten eines Kessel-Turbinen-Testbeds mit gelabelten Störereignissen; verwendet: 30 informative Kesselsignale, 216.000 s Normalbetrieb im Training.Übertragbarkeit auf reale thermische Prozessdaten
BDG2 Dampfzähler
~370 Zähler, stündlich
Echte Gebäude-Dampfzähler über zwei Jahre (ASHRAE GEPIII).Vorbereitet; Auswertungsskript liegt lauffähig bei

Labels dienen in allen Fällen ausschließlich der Evaluation, nie dem Training.

04

Ergebnisse

TEP-Benchmark: Erkennung ohne Labels, null Fehlalarme

Training auf 500 Zeitschritten Normalbetrieb, Evaluation auf allen 21 Fehlertypen und einem unabhängigen Normaldatensatz. Die konservative Referenzkonfiguration erkennt 18 von 21 Fehlertypen bei 0,00 % Fehlalarmrate — auf dem unabhängigen Normaldatensatz ebenso wie in den fehlerfreien Phasen aller Testläufe. Deutlich ausgeprägte Störungen werden innerhalb von 0–18 Minuten gemeldet; die mittlere Erkennungsrate über die 18 erkannten Fehlertypen beträgt 76 % der Zeitschritte nach Fehlerbeginn.

Erkennungsrate je Fehlertyp Referenzkonfiguration · Training ohne Fehlerlabels
0 25 50 75 100 Erkennungsrate nach Fehlerstart (%) 99 1 98 2 0 3 100 4 22 5 100 6 100 7 97 8 0 9 21 10 86 11 100 12 92 13 100 14 0 15 18 16 96 17 89 18 80 19 52 20 22 21 TEP-Fehlertyp · rot: Fehler 3, 9, 15 — in der Literatur als quasi-unbeobachtbar beschrieben Fehlalarmrate auf Normaldaten: 0,00 %
Abb. 3 · TEP-Ergebnis im Detail. Acht Fehlertypen werden zu ≥96 % der Zeitschritte erkannt, die Fehler 4, 6 und 7 unmittelbar bei Auftreten. Die nicht erkannten Fehler 3, 9 und 15 gelten in der Fachliteratur übereinstimmend als quasi-unbeobachtbar; auch etablierte Verfahren erkennen sie nicht zuverlässig.

Der Schwellen-Trade-off, explizit vermessen

Mit gelockerter Schwelle werden alle 21 Fehlertypen erkannt — die Fehlalarmrate steigt jedoch auf rund 12 %. Da Fehlalarme in der betrieblichen Praxis die Akzeptanz eines Monitoringsystems schneller zerstören als verpasste Grenzfälle, wurde die konservative Konfiguration als Referenz gewählt und der Stellknopf dokumentiert.

Empfindlichkeit gegen Fehlalarme zwei Kalibrierungen derselben Pipeline
Konservative Schwelle (Referenz) 18/21 erkannte Fehlertypen 0,0 % Fehlalarm- rate Gelockerte Schwelle 21/21 erkannte Fehlertypen 12 % Fehlalarm- rate Skalen je Kennzahl unabhängig. Die Schwellenkalibrierung ist der dokumentierte betriebliche Stellknopf.
Abb. 4 · Betrieblicher Stellknopf. Beide Konfigurationen nutzen identisches Modell und Training; nur die Schwellenkalibrierung unterscheidet sich. Die Wahl ist eine Betreiberentscheidung mit ausgewiesenen Konsequenzen.

Reale Kesseldaten: hohe Trennschärfe, ehrliche Grenze

Auf den HAI-Daten (Training: 216.000 s Normalbetrieb; Evaluation gegen gelabelte Ereignisse) erreicht der Score eine Trennschärfe von ROC-AUC 0,94 gegenüber Kesselstörungen bei 0,54 % Fehlalarmen in störungsfreien Phasen. Von drei Kessel-Störereignissen überschritt eines die harte Alarmschwelle. Diese Grenze ist erklärbar und für die Zielanwendung wenig kritisch: Die HAI-Ereignisse sind gezielt innerhalb der normalen Wertebereiche versteckte Manipulationen (Sensor-Spoofing) — ein bewusst adversariales Szenario. Physische Degradation wie ausfallende Kondensatableiter verändert die Signalstatistik dagegen tatsächlich und entspricht in ihrer Charakteristik eher den zuverlässig erkannten TEP-Störungen. Erwartungsgemäß korrekt blieb das Verfahren stumm bei Störungen außerhalb seines Sichtfelds: Angriffe auf den Turbinenprozess, die in Kesselsignalen nicht abgebildet sind, wurden nicht gemeldet.

Score-Verlauf auf realen Kesseldaten schematische Darstellung · Kennzahlen gemessen
Störung 1 Störung 2 Störung 3 Alarmschwelle (aus Normaldaten) Alarm Zeit → · Score steigt in allen drei Störfenstern (ROC-AUC 0,94), überschreitet die Schwelle in einem ROC-AUC 0,94 gegen Kesselstörungen 0,54 % Fehlalarme, störungsfrei 1 / 3 Ereignisse über Schwelle
Abb. 5 · HAI-Ergebnis. Der Anomalie-Score steigt in allen drei Störfenstern an (Trennschärfe ROC-AUC 0,94); über die konservative Schwelle gelangt eines. Verlauf schematisch, alle Kennzahlen aus der Messung.
05

Einordnung & nächste Schritte

Die Studie belegt die methodische Kernbehauptung: Anomalien in Prozessdaten thermischer Systeme lassen sich ohne gelabelte Fehlerdaten und ohne zusätzliche Sensorik erkennen — mit auf Null kalibrierbarer Fehlalarmrate und quantifizierbarer Leistung auf einem etablierten Benchmark. Sie belegt nicht die Erkennungsrate an realen Kondensatableitern einer konkreten Anlage; dafür fehlen öffentlich schlicht die Daten. Das gilt symmetrisch: Auch kein Wettbewerber kann eine solche öffentliche Referenz vorweisen.

  • TEP ist eine Simulation; die HAI-Störungen sind adversarial statt verschleißgetrieben.
  • Die Übertragung auf die Dampfschiene ersetzt Benchmark-Kanäle durch Leitsystemsignale (Drücke, Temperaturen, Durchflüsse je Heizgruppe, Kondensatrücklauf) — am Verfahren ändert sich nichts.
  • Der erste Pilot erzeugt zugleich den ersten proprietär gelabelten Datensatz — eine Ressource, die im Markt derzeit niemand besitzt.
Kernaussage

Aufwand und Risiko des Piloten sind gering — lesender Datenzugriff genügt. Was er liefert, besitzt heute niemand: eine belastbare Erkennungsrate an echten Kondensatableitern.

Quellen: TEP-Fehlerdatensatz (Braatz-Archiv); HAI 21.03 (physisches ICS-Testbed); Ausfall- und Verlustkennzahlen: U.S. DOE Steam Tip Sheets / FEMP. Alle Studien-Kennzahlen reproduzierbar aus dem beiliegenden Code.

Fragen zu diesem Beitrag: [email protected]← Alle Case Studies