Prozess-Historian-Systeme — OSIsoft PI (jetzt AVEVA PI System), AspenTech IP.21, Honeywell PHD und ähnliche Plattformen — sind die Datenspeicher der Betriebstechnik (OT), die zeitserienbasierte Sensordaten von Anlagen der Prozessfertigung aufzeichnen. Diese Systeme speichern täglich Millionen von Messdatenpunkten: Temperaturen, Drücke, Durchflussraten, Motorströme, Ventilstellungen und tausende anderer Prozessgrößen mit Millisekunden- oder Sekundenauflösung. OEE-Software benötigt einen Teil dieser Daten — konkret die Signale, die den Maschinenzustand, die Produktionsstückzahl und die Qualitätsresultate anzeigen — um die OEE genau zu berechnen, ohne dass manuelle Dateneingaben durch Bediener erforderlich sind.
Die Integration zwischen einem Prozess-Historian und OEE-Software ist im Kern ein Problem der Datenauslese und -klassifizierung. Der Historian speichert rohe Sensorwerte; die OEE-Software benötigt interpretierte Produktionszustände (laufend, gestoppt, Rüsten, Leerlauf) und Stückzahlen (produzierte Teile, Ausschuss). Um zwischen diesen beiden Darstellungen zu vermitteln, müssen Geschäftsregeln definiert werden, die Historian-Werte in OEE-Zustände übersetzen — zum Beispiel: „wenn Motorstrom-Tag X mehr als 8 Ampere beträgt UND Förderband-Tag Y eine Geschwindigkeit von mehr als 0,5 m/s anzeigt, dann Maschinenzustand = Laufend“. Diese Regeln sind die Kernarbeit der Gestaltung der OEE–Historian-Integration.
OSIsoft PI ist der am weitesten verbreitete Prozess-Historian in der Schwerindustrie, der Chemiebranche, Öl und Gas sowie in großindustriellen Prozessfertigungen. Das AVEVA PI System (die aktuelle Marke) stellt die PI Asset Framework (PI AF)-Ebene bereit, die Prozessingenieuren ermöglicht, Anlagenhierarchien und berechnete Attribute auf Basis roher Sensordaten zu definieren. OEE-Software, die über PI AF integriert, kann vorkalkulierte Verfügbarkeits-Signale und Produktionsraten nutzen, die im Asset Framework definiert sind, anstatt rohe Sensorströme direkt verarbeiten zu müssen — was die Integrationskomplexität deutlich reduziert und vorhandene PI-Engineering-Arbeiten nutzt.
OEE-Software verbindet sich mit Prozess-Historianern über mehrere technische Muster, die jeweils unterschiedliche Kompromisse in Bezug auf Implementierungskomplexität, Datenlatenz und Wartungsaufwand aufweisen. Die drei gebräuchlichsten Muster sind: direkte API- oder SDK-Integration (bei der die OEE-Software Historian-Daten über vom Anbieter bereitgestellte APIs liest), Integration über eine Zwischen-Datenebene (bei der ein Daten-Hub oder eine Edge-Computing-Schicht Historian-Daten vorverarbeitet, bevor sie an die OEE gesendet werden) und OPC-UA-Bridging (bei dem sowohl der Historian als auch die OEE-Software sich mit einem OPC-UA-Server als gemeinsamer Datenaustauschschicht verbinden).
Für OSIsoft PI-Umgebungen bietet die PI Web API eine RESTful-Schnittstelle, die moderne OEE-Plattformen abfragen können, um Tag-Werte, Event Frames und Asset-Hierarchiedaten abzurufen. PI AF Event Frames — die PI-System-Administratoren verwenden, um Anlagenzustände, Chargendurchläufe und Produktionsevents zu kennzeichnen — können als primäre Eingabe für die Bestimmung der OEE-Zustände dienen und die Notwendigkeit der OEE-Integration reduzieren, Zustände selbst aus Rohsensordaten abzuleiten. Wenn PI AF Event Frames bereits gut konfiguriert sind, wird die OEE-Integration hauptsächlich zu einer Mapping-Aufgabe: PI AF Event-Frame-Attribute auf OEE-Zustände abbilden, und die Effizienzberechnung folgt dann natürlich.
AspenTech IP.21 (heute AspenTech Inmation) ist in kontinuierlichen Prozessindustrien — Raffinerie, Petrochemie, Spezialchemikalien — häufiger verbreitet, wo das diskrete Maschinenzustandsmodell von OEE angepasst werden muss, um zu den Metriken für kontinuierliche Prozesse zu passen. Für diese Umgebungen beinhaltet die Integration häufig die Berechnung äquivalenter OEE-Kennzahlen aus Prozessdaten: Verfügbarkeit als Verhältnis der spezifikationskonformen Produktionszeit zur insgesamt verfügbaren Zeit, Performance als Verhältnis des tatsächlichen Durchsatzes zur Nennkapazität und Qualität als Verhältnis des spezifikationskonformen Outputs zur Gesamtproduktion. OEE-Software, die die Berechnung kundenspezifischer Effizienzkennzahlen aus Historian-Daten unterstützt, statt nur das standardmäßige diskrete OEE, eignet sich besser für Integrationen mit Historian-Systemen in kontinuierlichen Prozessen.
Der Nutzen der Integration von OEE‑Software mit einem Prozesshistorian geht über die Automatisierung der Datenerfassung hinaus — sie ermöglicht die Korrelation der Produktionseffizienz mit Prozessbedingungen, die mit manuellen OEE‑Daten sonst nicht möglich ist. Wenn Verfügbarkeitsverluste im OEE gleichzeitig mit den Prozessdaten des Historians aufgezeichnet werden, können Analysten feststellen, welche Prozessbedingungen (spezifische Temperaturprofile, Rohstoffeigenschaften, Zustände vorgelagerter Anlagen) Ausfallereignissen am häufigsten vorausgehen. Diese Korrelationsanalyse verwandelt OEE von einem rückblickenden Indikator in einen Input für die vorausschauende Instandhaltung.
Für Hersteller der Lebensmittel‑ und Getränke-, Pharma‑ und Spezialchemiebranche stärkt die Historian‑OEE‑Integration außerdem die Integrität der Chargendokumentation. Wenn OEE‑Software Historian‑Daten zur Berechnung der Produktionseffizienz für bestimmte Chargen verwendet, werden die OEE‑Kennzahlen mit dem Prozesshistorian‑Datensatz dieser Charge verknüpft — wodurch ein Produktionsqualitätsprotokoll entsteht, das Effizienzergebnisse mit den spezifischen Prozessbedingungen verbindet, unter denen das Produkt hergestellt wurde. Diese Verknüpfung unterstützt die Anforderungen an die Chargenrückverfolgbarkeit und verbessert die Datenbasis für Studien zur Prozessoptimierung.
Governance‑Aspekte für Historian‑OEE‑Integrationen sind wichtig, werden aber oft übersehen. Prozesshistorian‑Systeme sind kritische OT‑Infrastruktur, und der Zugriff auf Historian‑Daten für OEE‑Berechnungen muss so konzipiert werden, dass das OEE‑System ein reiner Lese‑Konsument der Historian‑Daten ist — niemals in den Historian zurückschreibt, niemals Rechenlast auf Historian‑Server verlagert und über die vorgesehene OT‑IT‑Datenübertragungsarchitektur betrieben wird (typischerweise eine Daten‑Diode oder eine Einweg‑Firewall). Es ist entscheidend, IT‑ und OT‑Sicherheitsteams vor dem Aufbau der Integration auf die Datenzugriffsarchitektur abzustimmen, um eine Bereitstellung zu vermeiden, die IT für den Produktionseinsatz nicht zertifizieren wird.
Anmeldung
Blog
