Warum den Regelkreis über ein Analysatorergebnis schließen
In der chemischen und pharmazeutischen Industrie, in der Milchwirtschaft und in der Futtermittelindustrie wird eine nur aus dem Labor bekannte Zusammensetzung spät und von Hand korrigiert. Die PAT-Leitlinie der FDA beschreibt dagegen die Steuerung der Herstellung durch zeitnahe Messungen während der Verarbeitung, mit Prozessregelungswerkzeugen, die den Zustand eines Prozesses überwachen und ihn aktiv beeinflussen [1]. Kourti argumentiert, dass ein Echtzeitanalysator seinen Wert erst dann entfaltet, wenn sein Ausgang in die Prozessregelung eingeht [2]; Simon et al. geben einen Überblick über industrielle Beispiele [3]. Dieser Leitfaden behandelt, was an der Schnittstelle und im Regler stimmen muss, wenn ein Dosierventil anhand einer Inline-NIR-Vorhersage angesteuert wird.
Was OPC UA an die Schnittstelle bringt
OPC Unified Architecture wird von der OPC Foundation herausgegeben und ist als Normenreihe IEC 62541 genormt, deren Teil 1 die Konzepte und eine Lesereihenfolge für die übrigen Teile vorstellt [4]. Teil 1 nennt Plattformunabhängigkeit, ein integriertes Sicherheitsmodell und erweiterbare Informationsmodelle als Entwurfsziele [5]. Für einen Analysator ist das Informationsmodell der nützliche Teil: Teil 8 (Data Access) definiert die Familie AnalogItemType, die einen EURange (den im Normalbetrieb erwarteten Bereich) und EngineeringUnits führt, und der Basistyp DataItemType ergänzt eine Zeichenkette Definition, die beschreibt, wie der Wert berechnet wird, sowie eine Eigenschaft ValuePrecision [6]. Ein auf diese Weise bereitgestellter vorhergesagter Fett- oder Feuchtewert trägt seine Einheit, seinen Bereich und seine Bedeutung mit sich.
Jeder Wert wird als DataValue übertragen: der Wert, ein StatusCode, ein sourceTimestamp, den die Datenquelle setzt und der danach nie mehr verändert wird, und ein serverTimestamp, den jeder weiterleitende Server setzt [7]. Für die Regelung zählt der Quellzeitstempel — er ist der Zeitpunkt des Spektrums hinter der Vorhersage —, während der Serverzeitstempel nur angibt, wann der Server den Wert zuletzt bestätigt hat [7].
Datenqualität und Gerätezustand
Ein PLC darf einen OPC-UA-Wert nicht als bloße Zahl behandeln. Der StatusCode ist ein 32-Bit-Feld, dessen Schweregrad-Bits den Wert als Good, Uncertain oder Bad einstufen; Teil 4 verlangt, dass jeder Client ihn vor der Verwendung eines Ergebnisses prüft, und legt fest, dass Ergebnisse mit schlechtem Status niemals verwendet werden dürfen [7]. Teil 8 ergänzt für Analysatoren relevante Untercodes wie Bad_SensorFailure, Uncertain_LastUsableValue, wenn die Quelle nicht mehr aktualisiert, Uncertain_EngineeringUnitsExceeded, wenn der Wert außerhalb seines definierten Bereichs liegt, und Good_LocalOverride, wenn ein manueller Wert erzwungen wurde, und weist darauf hin, dass die Aktualität anhand der Zeitstempel und nicht anhand des Codes zu beurteilen ist [6].
Der Gerätezustand wird getrennt modelliert. Teil 100 (Devices) definiert eine Schnittstelle DeviceHealth, deren Aufzählung — NORMAL, FAILURE, CHECK_FUNCTION, OFF_SPEC und MAINTENANCE_REQUIRED — ausdrücklich den Status gemäß NAMUR-Empfehlung NE 107 angibt [8], dem gemeinsamen Vokabular der Prozessindustrie für selbstüberwachende Feldgeräte, das 2017 um eine Priorisierung der Statussignale überarbeitet wurde [9]. Eine Referenzmessung (CHECK_FUNCTION) oder ein Spektrum außerhalb der Kalibrierpopulation (OFF_SPEC) wird so zu einem herstellerunabhängigen Grund, den Regelkreis anzuhalten [8][9]. Der Zugriff wird durch das Sicherheitsmodell aus Teil 2 geregelt — Authentifizierung, auf das für die Funktion Erforderliche beschränkte Autorisierung, Vertraulichkeit, Integrität und Nachvollziehbarkeit —, sodass der Schreibzugriff auf einen Sollwert oder einen Messauslöser entsprechend eingeschränkt wird [10].
Der PID-Regelkreis mit Analysatorrückführung
Ein von einem Analysator gespeister Regelkreis ist ein Totzeitproblem. Normey-Rico et al. zählen die Verarbeitungszeit von Sensoren zu den Ursachen von Totzeit und erläutern, dass ein einfacher Regelkreis, weil der Regler einen früher entstandenen Fehler korrigiert, entweder schwingt, wenn er auf kurze Ausregelzeit eingestellt ist, oder träge reagiert, wenn er so eingestellt ist, dass Schwingungen vermieden werden [11]. Bei einem Dosierventil ist die Totzeit der Transport von der Einspeisestelle zur Messstelle zuzüglich des Mess- und Vorhersageintervalls des Analysators. Ist sie im Verhältnis zur Prozesszeitkonstante groß, ist die übliche Abhilfe ein Totzeitkompensator: Der 1957 vorgeschlagene Smith-Prädiktor nutzt ein totzeitfreies Modell, sodass der Hauptregler ein äquivalentes System ohne oder mit kleinerer Totzeit sieht — eine Eigenschaft, die im Nominalfall gilt und bei Abweichungen zwischen Anlage und Modell nachlässt [11]. Der Hauptregler ist in der Regel ein PI- oder PID-Baustein in einem nach IEC 61131-3 programmierten PLC [11][12].
Das Abtastintervall folgt derselben Logik. In OPC UA ist das Abtastintervall eines Abonnements die schnellste Rate, mit der der Server seine Quelle abtastet, und Teil 4 merkt an, dass ein entkoppeltes zugrunde liegendes System sehr viel langsamer aktualisieren kann als diese Rate [7]. Ein Abonnement, das schneller ist als die Messung des Analysators, liefert wiederholte Werte, keine neue Information; der Regelkreis sollte beim Eintreffen eines neuen Quellzeitstempels ausgeführt werden und nicht im Takt des Abonnements [7].
Sicherheit, Verriegelungen und Zuständigkeit
Analysatorgesteuertes Dosieren gehört zur Basisprozessregelung. Schutzfunktionen — Grenzen gegen Überdosierung, Trockenlauf der Pumpe, hoher Füllstand des Reagenzes — gehören in ein sicherheitstechnisches System nach IEC 61511-1, das so ausgelegt ist, dass man sich darauf verlassen kann, dass es unabhängig von der Regelungsebene einen sicheren Zustand herbeiführt oder aufrechterhält [13]. Daraus folgen drei Punkte für die Praxis:
- Legen Sie die Haltestrategie vor dem Einstellen fest. Bei Qualität Bad, einem veralteten Quellzeitstempel, Gerätezustand FAILURE oder OFF_SPEC oder einer Ausreißermarkierung des chemometrischen Modells wird der PID-Ausgang gehalten oder auf einen sicheren Standardwert zurückgesetzt, mit stoßfreiem Wiederanlauf [6][7][8].
- Halten Sie die harten Grenzen des Ventils außerhalb des Regelkreises. Stellgeschwindigkeits- und Positionsgrenzen des Stellantriebs sowie jede Abschaltung bei der dosierten Menge liegen in der PLC-Logik oder im Sicherheitssystem, nicht in der Analysatorsoftware [12][13].
- Dokumentieren Sie die Semantik der Knoten. EngineeringUnits, EURange, Definition und jeder Status-Untercode werden zwischen Lieferant und Integrator vereinbart und im Informationsmodell eingefroren, sodass eine spätere Kalibrieränderung als Änderung der Semantik sichtbar wird [6].
Wie USTECH vorgeht
Die Inline-Analysatoren von USTECH, der Prozess-FT-NIR ProLine2550 für Flüssigkeiten, Suspensionen und einfache Feststoffströme und der ProLine17EC für die direkte Montage an Rohrleitungen und Behältern, arbeiten mit in caliX erstellten Kalibrierungen; ProChem liefert Vorhersagen und Status an das PLC der Anlage und lässt das PLC Produkt und Methode auswählen. Haltebedingungen, Totzeitkompensation und Verriegelungen werden mit den Automatisierungs- und Sicherheitsingenieuren der Anlage festgelegt. Ausgangspunkt ist eine Machbarkeitsstudie mit Ihren eigenen Proben unter Ihren eigenen Prozessbedingungen.
Quellen
- [1] U.S. Food and Drug Administration (2004). Guidance for Industry: PAT — A Framework for Innovative Pharmaceutical Development, Manufacturing, and Quality Assurance. CDER/CVM/ORA, Rockville, MD. fda.gov/regulatory-information/search-fda-guidance-documents/pat-framework-innovative-pharmaceutical-development-manufacturing-and-quality-assurance
- [2] Kourti, T. (2006). Process Analytical Technology Beyond Real-Time Analyzers: The Role of Multivariate Analysis. Critical Reviews in Analytical Chemistry, 36(3–4), 257–278. doi:10.1080/10408340600969957
- [3] Simon, L.L., Pataki, H., Marosi, G., Meemken, F., Hungerbühler, K., Baiker, A., et al. (2015). Assessment of Recent Process Analytical Technology (PAT) Trends: A Multiauthor Review. Organic Process Research & Development, 19(1), 3–62. doi:10.1021/op500261y
- [4] IEC 62541-1:2025. OPC Unified Architecture — Part 1: Overview and concepts. IEC, Geneva. webstore.iec.ch/en/publication/81513
- [5] OPC Foundation (2025). OPC 10000-1: OPC Unified Architecture — Part 1: Overview and Concepts, release 1.05.06, clause 4.3 Design goals. reference.opcfoundation.org/Core/Part1/v105/docs/4.3
- [6] OPC Foundation (2026). OPC 10000-8: OPC Unified Architecture — Part 8: Data Access, release 1.05.07, clauses 5.3.1 DataItemType, 5.3.2 AnalogItem VariableTypes and 7.3 Data Access status codes. reference.opcfoundation.org/Core/Part8/v105/docs
- [7] OPC Foundation (2026). OPC 10000-4: OPC Unified Architecture — Part 4: Services, release 1.05.07, clauses 5.13.1.2 Sampling interval, 7.11 DataValue and 7.38 StatusCode. reference.opcfoundation.org/Core/Part4/v105/docs
- [8] OPC Foundation (2025). OPC 10000-100: OPC Unified Architecture — Part 100: Devices, release 1.05.0, clause 4.5.4 DeviceHealth Interface. reference.opcfoundation.org/specs/OPC-10000-100/4.5.4
- [9] NAMUR NE 107 (2017). Self-Monitoring and Diagnosis of Field Devices. NAMUR, Leverkusen. namur.net/en/publications/news-archive/ne-107-has-been-revised.html
- [10] OPC Foundation (2025). OPC 10000-2: OPC Unified Architecture — Part 2: Security Model, release 1.05.06, clause 4.2 Security objectives. reference.opcfoundation.org/Core/Part2/v105/docs/4.2
- [11] Normey-Rico, J.E., Santos, T.L.M., Flesch, R.C.C., Torrico, B.C. (2022). Control of dead-time process: From the Smith predictor to general multi-input multi-output dead-time compensators. Frontiers in Control Engineering, 3, 953768. doi:10.3389/fcteg.2022.953768
- [12] IEC 61131-3:2025. Programmable controllers — Part 3: Programming languages. IEC, Geneva. webstore.iec.ch/en/publication/68533
- [13] IEC 61511-1:2016+AMD1:2017. Functional safety — Safety instrumented systems for the process industry sector — Part 1: Framework, definitions, system, hardware and application programming requirements. IEC, Geneva. webstore.iec.ch/en/publication/24241