Fehlerbehebung bei nichtlinearer Skalierung und PID-Verhältnisregelung in SPS

Um SPS-Edge-Cases wie nichtlineare Tankskalierung und PID-Verhältnisregelung zu beheben, sollten Ingenieure die Logik vor der Bereitstellung anhand eines simulierten Prozessverhaltens validieren. OLLA Lab bietet eine browserbasierte Umgebung, um Kontaktplan-Logik zu erstellen, Störgrößen einzuspeisen, E/A-Kausalitäten zu beobachten und die beabsichtigte Regelungsphilosophie mit dem realistischen Verhalten der Anlage zu vergleichen, ohne Hardware-Risiken einzugehen.

Lehrbuchantworten für SPS-Probleme scheitern meist aus einem einfachen Grund: Sie setzen lineare Sensoren, gehorsame Aktoren und einen Prozess voraus, der sich nicht „danebenbenimmt“. Echte Anlagen sind weniger höflich.

Wenn ein liegender Tank nicht linear skaliert oder ein Verhältnisregelkreis bei einer Durchflussstörung zu driften beginnt, landen Ingenieure oft in Foren und lesen Teilantworten von Fremden mit unterschiedlichem Genauigkeitsgrad. Einige dieser Ratschläge sind exzellent. Andere sind Folklore mit Syntax. Das Risiko beginnt, wenn ungeprüfte Logik direkt von einem Browser-Tab auf eine Live-Steuerung übertragen wird.

In einer kürzlich durchgeführten internen QA-Übung von Ampergon Vallis replizierten Ingenieure 100 ungelöste, forenbasierte Analog-Fehlerfälle in OLLA Lab. Dabei stellte sich heraus, dass 72 der gemeldeten „PID-Regelungsfehler“ eher durch fehlerhafte Skalierung oder Signalcharakterisierung im Vorfeld zu erklären waren als durch die Reglereinstellung allein [Methodik: Stichprobengröße = 100 ungelöste forenbasierte Analog-Fehlerfälle; Aufgabenstellung = Problem reproduzieren, Fehlerquelle isolieren und dominante Ursache klassifizieren; Vergleichsbasis = ursprüngliche Forendiagnose oder implizite Fehlerbeschreibung; Zeitfenster = Ampergon Vallis QA interne Überprüfung, Q1 2026]. Dies stützt eine wichtige Erkenntnis: Simulation hilft dabei, Regelkreisprobleme von Messproblemen zu trennen. Es beweist keine branchenweite Fehlerquote.

Lehrbuchantworten scheitern, weil sie den Signalpfad meist als ideal und die Maschinenreaktion als unmittelbar modellieren. Feldsysteme bieten selten eine dieser Bedingungen.

Ein 4–20 mA-Eingang in einem laufenden Prozess ist nicht nur eine Zahl, die skaliert werden muss. Er beinhaltet Transmitterfehler, Leitungsrauschen, Filtereffekte, Sensorverzögerungen, mögliche Erdungsprobleme und manchmal die stille Sabotage einer schlechten Installation. Ein Ventilbefehl ist nicht dasselbe wie eine Ventilbewegung. Haftgleiteffekte (Stiction), Totzonen, Umkehrspiel und langsame Pneumatik spielen alle eine Rolle. Der Kontaktplan mag korrekt sein, während sich der Prozess dennoch schlecht verhält. Die Inbetriebnahme lehrt diesen Unterschied schnell.

Der praktische Fehler besteht darin, SPS-Logik so zu behandeln, als wäre sie nur Syntax. Das ist sie nicht. Sie ist ausführbare Regelungsabsicht, gekoppelt an physikalisches Verhalten.

Hier wird eine Simulationsumgebung operativ nützlich. In OLLA Lab können Benutzer Kontaktplan-Logik in einem browserbasierten Editor erstellen, die Sequenz im Simulationsmodus ausführen, Variablen und E/A-Zustände inspizieren und das analoge Verhalten testen, bevor Hardware involviert ist. Das ist wichtig, denn „simulationsbereit“ sollte etwas Spezifisches bedeuten: Ein Ingenieur kann die Regellogik beweisen, beobachten, diagnostizieren und gegen realistisches Prozessverhalten absichern, bevor sie einen echten Prozess erreicht.

Eine nützliche Korrektur ist hier angebracht. Viele „PID-Probleme“ sind keine PID-Probleme. Es sind Skalierungsfehler, falsche Annahmen bei der Rückführung oder Sequenzfehler, die sich als PID-Problem tarnen.

Weiterführende Informationen finden Sie unter Verständnis von Zykluszeiten: Wie OLLA Lab echte Hardware nachahmt.

Standardmäßige lineare Skalierung versagt, wenn die Behältergeometrie nichtlinear ist. Eine einfache Umrechnung mit Steigung und Offset ist für Kugeltanks, liegende zylindrische Tanks oder jeden Behälter, bei dem das Volumen nicht proportional zum Füllstand zunimmt, physikalisch nicht korrekt.

IEC 61131-3 bietet den Programmierrahmen für die Implementierung der Logik, rettet aber kein schlechtes Prozessmodell. Wenn die Tankgeometrie nichtlinear ist, muss auch die Skalierungsmethode nichtlinear sein.

Was ist der richtige technische Ansatz?

Der korrekte Ansatz besteht darin, den gemessenen Füllstand in das tatsächliche Volumen umzurechnen, unter Verwendung von:

• einer charakterisierten Wertetabelle (Lookup Table),
• stückweiser linearer Interpolation zwischen Stützpunkten oder
• einer expliziten geometrischen Gleichung, sofern die Steuerung und die Wartbarkeitsanforderungen dies zulassen.

In den meisten Anlagenumgebungen ist die stückweise lineare Approximation die praktische Lösung. Sie ist bei korrekter Segmentierung oft genau genug, einfacher zu validieren und für den nächsten Ingenieur um 2 Uhr morgens leichter zu verstehen. Eleganz ist optional; Wiederherstellbarkeit ist es nicht.

Warum scheitert ein Standard-SCP-Befehl?

Ein Standard-Skalierungsbefehl (Scale with Parameters) setzt voraus:

• das Eingangssignal ist linear zur Messgröße, und
• die Messgröße ist linear zur technischen Größe, die Sie interessiert.

Bei einem liegenden zylindrischen Tank mag der Füllstand linear zum Transmitterausgang sein, aber das Volumen ist nicht linear zur Höhe. Die Mitte des Tanks nimmt pro Höheneinheit schneller an Volumen zu als die Enden. Wenn Sie eine einfache lineare Skalierung verwenden, ist das angezeigte Volumen über einen Großteil des Bereichs falsch, und jede nachgeschaltete Regelung, die diesen Wert verwendet, erbt den Fehler.

Wie implementiert man nichtlineare Skalierung in OLLA Lab?

Der Arbeitsablauf ist direkt und testbar.

Schreiben Sie Kontaktplan-Logik oder eine entsprechende Berechnungslogik, die:

• das aktive Segment findet,
• die lokale Steigung berechnet,
• zwischen benachbarten Punkten interpoliert,
• das geschätzte tatsächliche Volumen ausgibt.

1. Geometrie abbilden Definieren Sie die Beziehung zwischen Füllstand und Volumen anhand von 10 bis 20 Stützpunkten über den gesamten Behälterbereich.
2. Datenstruktur aufbauen Geben Sie die Stützpunkte als Arrays oder zugeordnete Variablen im OLLA Lab Variablen-Panel ein.
3. Interpolationslogik ausführen
4. Prozess simulieren Führen Sie das Tankszenario im Simulationsmodus aus und variieren Sie das Füllstandssignal über den gesamten Bereich.
5. Berechneten mit beobachtetem Zustand vergleichen Validieren Sie, dass das berechnete Volumen den simulierten Tankzustand über den unteren, mittleren und oberen Bereich korrekt nachbildet.

Was sollte hier „korrekt“ bedeuten?

„Korrekt“ sollte operativ definiert werden, nicht kosmetisch.

Eine nichtlineare Skalierungsimplementierung ist korrekt, wenn:

• der berechnete technische Wert über den gesamten Betriebsbereich innerhalb des akzeptierten Fehlertoleranzbandes bleibt,
• Alarmschwellen bei der beabsichtigten physikalischen Bedingung auslösen,
• Regelungsentscheidungen basierend auf Volumen oder Bestand stabil bleiben,
• anormale Eingänge vorhersehbar fehlschlagen, anstatt unsinnige Werte zu erzeugen.

Der letzte Punkt ist wichtig. Ein defekter Sensor sollte keine fantasievolle Mathematik erzeugen.

Beispiel für technische Nachweise

Wenn Sie Kompetenz demonstrieren wollen, posten Sie keine Screenshot-Galerie. Erstellen Sie eine kompakte Sammlung technischer Nachweise:

1. Systembeschreibung Liegender zylindrischer Tank mit 4–20 mA Füllstandstransmitter und abgeleiteter Volumenanzeige.
2. Operative Definition von „korrekt“ Das berechnete Volumen bleibt über den Betriebsbereich innerhalb eines definierten Toleranzbandes und löst Alarme bei den vorgesehenen physikalischen Füllständen aus.
3. Kontaktplan-Logik und simulierter Anlagenzustand Interpolationsroutine plus simuliertes Füll- und Entleerungsverhalten des Tanks.
4. Der injizierte Fehlerfall Lineare Skalierung anstelle der charakterisierten Skalierung oder ein falsch eingegebener Stützpunkt.
5. Die vorgenommene Korrektur Korrigiertes Stützpunkt-Array, Interpolationssegment-Logik oder Eingangsvalidierung.
6. Gelernte Lektionen Sensorlinearität ist nicht dasselbe wie Behälterlinearität; die Integrität von Alarmen hängt vom technischen Modell ab, nicht nur von der Struktur des Kontaktplans.

Beschriftetes Medienkonzept

- [Sprache: Kontaktplan / Berechnungsbaustein] Stückweise Interpolationslogik für die Berechnung des nichtlinearen Tankvolumens - Alt-Text: Screenshot des OLLA Lab Variablen-Panels und der 3D-Simulation eines liegenden zylindrischen Tanks, wobei die Kontaktplan-Logik das tatsächliche Volumen aus einem nichtlinearen 4–20 mA Füllstandseingang mittels Stützpunktinterpolation berechnet.

Verhältnisregelung ist nicht ein PID-Regelkreis, der versucht, zwei Durchflüsse gleichzeitig zu steuern. Die korrekte Architektur ist in der Regel eine Master-Slave-Anordnung, bei der der „wilde“ Durchfluss (Wild Flow) den Sollwert des geregelten Durchflusses bestimmt.

Die zugrunde liegende Beziehung ist einfach:

Sollwert geregelter Durchfluss = Istwert wilder Durchfluss × Verhältnis-Einstellung

Diese Gleichung ist die Regelungsphilosophie in einer Zeile. Alles andere ist Implementierungsdetail, wobei Implementierungsdetails der Grund dafür sind, warum Anlagen teuer werden.

Was ist der häufige Forenfehler?

Der häufige Fehler besteht darin, zwei Stellgrößen in einen Regelkreis zu binden oder Verhältnisregelung so zu behandeln, als ob das „Anpassen zweier Werte“ ausreichen würde. Das reicht nicht aus.

Ein korrektes Verhältnisschema beinhaltet typischerweise:

• einen wilden Strom, der gemessen, aber nicht direkt vom Verhältnisregelkreis gesteuert wird,
• einen geregelten Strom mit eigenem Durchflussregler,
• eine Verhältnisstation, die den Sollwert für den geregelten Durchfluss berechnet,
• Grenzwerte, Filterung und stoßfreie Umschaltung (Bumpless Transfer),
• Anti-Windup-Verhalten, wenn das Slave-Ventil sättigt oder der Prozess eingeschränkt wird.

Wenn der Slave-Regelkreis nicht gesund ist, ist der Verhältnisregelkreis Fiktion. Ein Verhältnisregler kann ein klemmendes Ventil, einen gesättigten Ausgang oder ein schlechtes Durchflusssignal nicht durch bloßes Wünschen kompensieren.

Wie sollte die Regelungsstruktur aufgebaut sein?

Eine robuste Implementierung folgt typischerweise dieser Sequenz:

1. Messen des Istwerts des wilden Durchflusses.
2. Multiplizieren des wilden Durchflusses mit dem gewünschten Verhältnis.
3. Anwenden von Bias, Begrenzungen oder Logik für die Abschaltung bei geringem Durchfluss.
4. Senden des Ergebnisses als Sollwert an den Slave-Durchflussregler.
5. Den Slave-PID-Regler den geregelten Strom auf diesen Sollwert regeln lassen.
6. Überwachung auf Sättigung, Signalverlust und Modus-Fehlanpassung.

Dies ist Standard in der Prozessleittechnik, da es die Kausalität bewahrt. Der wilde Strom bewegt sich zuerst; der geregelte Strom folgt proportional.

Wie validiert man Verhältnisregelung in OLLA Lab?

Die analogen Werkzeuge von OLLA Lab, die Sichtbarkeit von Variablen und der PID-orientierte Simulations-Workflow machen dies testbar, ohne eine echte Anlage zu berühren.

Eine praktische Validierungssequenz ist:

• Erstellen von zwei analogen Durchfluss-Tags,
• Festlegen eines Tags als Istwert des wilden Durchflusses,
• Berechnen des Slave-Sollwerts aus der Verhältnisgleichung,
• Binden des Slave-Sollwerts an den geregelten Durchflussregelkreis,
• Ausführen der Simulation und Einspeisen einer Störung in den wilden Durchfluss,
• Beobachten, ob der geregelte Durchfluss proportional folgt,
• Prüfen auf Überschwingen, Verzögerung, Sättigung und Integral-Windup.

Der Punkt ist nicht, dass der Code kompiliert. Der Punkt ist, dass die Prozessreaktion kohärent bleibt, wenn sich die vorgelagerte Bedingung ändert.

Wie sieht ein guter Störgrößentest aus?

Ein nützlicher Störgrößentest sollte mindestens beinhalten:

• einen sprunghaften Anstieg des wilden Durchflusses,
• einen sprunghaften Abfall des wilden Durchflusses,
• ein verrauschtes Signal-Segment,
• einen Bereich mit geringem Durchfluss, in dem die Verhältnislogik eine Abschaltung oder Mindestwertbehandlung benötigen könnte,
• einen Fall mit begrenztem Ausgang, bei dem das Slave-Ventil den Bedarf nicht decken kann.

Wenn das Verhältnis nur unter idealen Bedingungen perfekt aussieht, ist es nicht validiert. Es ist einstudierter Optimismus.

Weiterführende Informationen finden Sie unter Jenseits diskreter Logik: Beherrschung von Analogwerten und PID in OLLA Lab.

Simulation ist die Brücke zwischen plausiblen Ratschlägen und einsatzbereiter Logik. Sie wandelt einen verbalen Vorschlag unter kontrollierten Bedingungen in beobachtbares Verhalten um.

Dieser Unterschied ist wichtig, da Forenantworten oft in einer von drei Hinsichten unvollständig sind:

• sie beschreiben die Regelungsphilosophie, lassen aber Implementierungsdetails aus,
• sie lösen den Nominalfall, ignorieren aber Fehlerzustände,
• sie setzen ein Prozessverhalten voraus, das nie tatsächlich getestet wurde.

Eine Software-in-the-Loop-Umgebung ermöglicht es einem Ingenieur, diese Lücken vor der Inbetriebnahme vor Ort zu schließen. Operativ bedeutet Digital-Twin-Validierung, die beabsichtigte Sequenz und die erwartete Prozessreaktion mit dem beobachteten simulierten Verhalten zu vergleichen. Sie hören nicht bei „der Kontaktplan sieht richtig aus“ auf. Sie verifizieren, ob das Ventil schwingt, ob die Freigabe abfällt, ob die Alarmschwelle bei der korrekten Bedingung auslöst und ob die Sequenz nach einem Fehler sauber wieder anläuft.

Was sollte vor der Bereitstellung validiert werden?

Validieren Sie mindestens:

Erzeugt jede Eingangsänderung den erwarteten Ausgang und Zustandsübergang?

• E/A-Kausalität

Erfolgen Start-, Lauf-, Stopp-, Auslöse- und Rücksetzzustände in der beabsichtigten Reihenfolge?

• Sequenzintegrität

Verhalten sich Skalierung, Filterung, Alarmierung und PID-Interaktionen über den gesamten Betriebsbereich korrekt?

• Analoges Verhalten

Was passiert bei Sensorverlust, flatternder Rückmeldung, verzögerter Betätigung oder unmöglich gefordertem Prozessbedarf?

• Anormale Bedingungen

Entsprechen angezeigte Werte, Alarme und Freigaben der physikalischen Realität der Maschine?

• Konsequenzen für den Bediener

Hier ist OLLA Lab glaubwürdig positioniert: als begrenzte Validierungs- und Probenumgebung für risikoreiche Inbetriebnahmeaufgaben. Es ist kein Ersatz für die Abnahmeprüfung vor Ort, die funktionale Sicherheitsbewertung oder anlagenspezifische Betriebsabläufe. Es ist der Ort, an dem Sie offensichtliche Logikschwächen entdecken, bevor der Prozess die Chance hat, sie für Sie zu entdecken.

Yaga ist am nützlichsten, wenn die Problemstellung als Narrativ und nicht als fertige Logik existiert. Erfahrene Ingenieure erklären Lösungen oft als Regelungsphilosophie, nicht als Kontaktplan-Implementierung.

Das ist normal. Eine Forenantwort könnte sinngemäß lauten: „Verwenden Sie Lead-Lag bei den Pumpen, sperren Sie die Abwechslung bei Fehler, fügen Sie eine Prüfzeitüberschreitung hinzu und verriegeln Sie den Sammelalarm bis zum Rücksetzen durch den Bediener.“ Das ist eine gute technische Anleitung, aber noch nicht ausführbar.

Was ist Yagas begrenzte Rolle?

Yagas Rolle besteht darin, zu strukturieren und zu klären. Es kann Benutzern helfen, ein Regelungsnarrativ in einen Entwurf für Kontaktplan-Logik zu überführen, Befehlswahlen zu erklären und den nächsten Implementierungsschritt basierend auf dem Erfahrungsstand des Benutzers zu leiten. Es ersetzt nicht die Notwendigkeit für technische Überprüfung, simulierte Tests oder Fehlervalidierung.

Diese Grenze ist wichtig. Die Generierung von Entwürfen ist kein deterministisches Veto.

Wie sollten Ingenieure es sicher nutzen?

Ein disziplinierter Arbeitsablauf sieht so aus:

1. Einfügen oder Zusammenfassen der Regelungsphilosophie.
2. Yaga bitten, das Narrativ in Zustände, Freigaben, Verriegelungen, Alarme und Ausgänge zu zerlegen.
3. Die Kontaktplan-Logik im Editor erstellen oder verfeinern.
4. Die Simulation ausführen.
5. Variablen, E/A-Übergänge und analoge Reaktionen inspizieren.
6. Einen Fehler injizieren.
7. Die Logik basierend auf dem beobachteten Verhalten überarbeiten.

Auf diese Weise genutzt, reduziert Yaga die Reibungsverluste bei der Übersetzung, ohne vorzugeben, das Ergebnis zu zertifizieren. Das ist das richtige Ambitionsniveau für KI in der Automatisierungstechnik.

Die Aussagen des Artikels stützen sich auf etablierte Standards und bewährte Praktiken der Prozessleittechnik, mit klaren Grenzen.

Relevante Standards und Referenzen

- Literatur zur Prozessleittechnik und gängige Ingenieurspraxis unterstützen:

• IEC 61131-3 definiert Programmiersprachen und gemeinsame Softwarestrukturen für speicherprogrammierbare Steuerungen. Sie unterstützt den hier verwendeten Rahmen für Kontaktplan-Logik und Funktionsimplementierung.
• ISA-5.1 standardisiert Instrumentierungssymbole und Kennzeichnungen, was bei der Übersetzung von Prozessnarrativen in kohärente Tags, Regelkreise und bedienerorientierte Logik wichtig ist.
• IEC 61508 rahmt die funktionale Sicherheit auf Systemebene ein. Dies ist relevant für das Risikodenken und die Validierungsdisziplin, aber dieser Artikel behauptet nicht, dass Simulation allein die Sicherheitsintegrität oder Konformität feststellt.
• stückweise lineare Approximation für nichtlineare Messbeziehungen,
• Master-Slave-Verhältnisregelung für Misch- und Dosieranwendungen,
• Störgrößentests als Teil der Regelkreisvalidierung.

Was dieser Artikel behauptet und was nicht

Dieser Artikel stützt folgende Aussagen:

• nichtlineare Behälter erfordern eine nichtlineare Charakterisierung, wenn das tatsächliche Volumen wichtig ist,
• Verhältnisregelung wird üblicherweise durch eine Master-Slave-Struktur implementiert,
• Simulation ist eine vertretbare Methode, um von der Community bereitgestellte Logik vor der Hardware-Bereitstellung zu validieren,
• OLLA Lab kann als browserbasierte Probenumgebung für diese Aufgaben genutzt werden.

Dieser Artikel behauptet nicht:

• dass Simulation die Inbetriebnahme der Anlage ersetzt,
• dass Yaga korrekte Logik garantiert,
• dass OLLA Lab eine Zertifizierung, Beschäftigungsfähigkeit oder formale Sicherheitsqualifikation verleiht,
• dass der interne Benchmark von Ampergon Vallis auf die gesamte Automatisierungsbranche verallgemeinerbar ist.

Das ist keine Bescheidenheit. Es ist lediglich eine ordnungsgemäße Begrenzung des Anwendungsbereichs.

Forenwissen ist oft wertvoll, weil Feldprobleme chaotisch, spezifisch und in Handbüchern schlecht abgedeckt sind. Der technische Fehler besteht nicht darin, Forenratschläge zu lesen. Der Fehler besteht darin, sie ungeprüft einzusetzen.

Nichtlineare Skalierung und Verhältnisregelung sind beides gute Beispiele für die allgemeinere Regel. Eine Regelungsstrategie ist nur so solide wie das zugrunde liegende Prozessmodell und die Validierungsdisziplin drumherum. Syntax ist notwendig. Einsatzbereitschaft ist schwieriger.

OLLA Lab passt in diesen Arbeitsablauf als praktische Validierungsumgebung: Logik erstellen, E/A beobachten, Störung injizieren, Kontaktplan-Zustand mit dem Anlagenzustand vergleichen, nach dem Fehler überarbeiten und erst dann die Idee in einen echten Prozess überführen. Das ist die Gewohnheit, die es wert ist, entwickelt zu werden.

- IEC 61131-3: Speicherprogrammierbare Steuerungen — Teil 3 - Übersicht zum Standard für funktionale Sicherheit IEC 61508 - NIST Smart Manufacturing Profile - IEEE Access: Digital twin enabling technologies (DOI)