Dynamische Zählervoreinstellungen in OpenPLC mit dem MOVE-Funktionsbaustein

Wenn sich Zählerlogik wie Daten zu verhalten beginnt

Lead

SPS-Zähler basieren seit Langem auf festen Ganzzahl-Vorgabewerten, die direkt in die Ladder-Logik eingebettet sind. Dieser starre Ansatz funktionierte in stabilen Produktionslinien gut, stößt in adaptiven Umgebungen jedoch an seine Grenzen. OpenPLC bietet nun mit dem MOVE-Funktionsblock einen flexibleren Weg, um das Zählerverhalten in Echtzeit neu zu schreiben.

Anstatt die Logik für jede Chargenänderung neu aufzubauen, können Ingenieure Vorgabewerte nun mithilfe einfacher Eingangsereignisse dynamisch verschieben. Diese Änderung markiert einen subtilen, aber wichtigen Wandel in der Art und Weise, wie kostengünstige SPS-Plattformen die Laufzeitkonfiguration handhaben.

Von fest codierten Vorgabewerten zur Live-Datenübertragung

Herkömmliche CTU-Zähler enthalten feste Vorgabewerte direkt im Funktionsblock. Nach der Kompilierung bleibt der Wert statisch, sofern Ingenieure das Programm nicht ändern und neu laden. Dies führt in Umgebungen mit häufig wechselnden Produkten zu Problemen.

Der MOVE-Funktionsblock führt ein anderes Modell ein. Vorgabewerte werden als Daten behandelt, die zwischen Registern verschoben und durch externe Eingänge ausgelöst werden können. Dadurch nähert sich die Ladder-Logik einer datengetriebenen Architektur an.

Wie MOVE die Zählerarchitektur verändert

In OpenPLC funktioniert MOVE wie eine kontrollierte Übertragungsanweisung zwischen Variablen. Ein Taster kann den Enable-Eingang aktivieren, sodass ein ganzzahliger Wert einen anderen überschreiben kann. Dadurch entsteht eine direkte Verbindung zwischen der Bedieneraktion und der Zählerkonfiguration.

Der Vorgabewert befindet sich nicht mehr direkt im Zählerblock. Stattdessen befindet er sich in einem separaten Tag, das aktualisiert werden kann, ohne die Logikstruktur zu verändern. Diese Trennung verbessert die Wartbarkeit komplexer Ladder-Programme.

Adaptives Zählerverhalten in der Praxis entwickeln

Eingänge, MOVE-Logik und CTU-Blöcke verknüpfen

Eine typische Implementierung verwendet einen Tastereingang, um die MOVE-Ausführung auszulösen. Das Quell-Tag enthält den gewünschten Vorgabewert, während das Ziel den CTU-PV-Eingang versorgt. Dadurch können Bediener die Zählschwellenwerte während der Laufzeit neu festlegen.

In Kombination mit einem Aufwärtszähler wird das System äußerst reaktionsfähig. Jede Produktcharge kann ihre eigene Zähllogik verwenden, ohne die grundlegende Ladder-Struktur zu verändern.

Laufzeitflexibilität in realen Steuerungssystemen

Nach der Bereitstellung können Bediener das Verhalten des Voreinstellwerts über physische Eingaben wie Schalter oder HMI-Befehle anpassen. Die SPS führt lediglich die Datenübertragung aus, während die Logik unverändert bleibt. Dies reduziert die mit Neuprogrammierungszyklen verbundene Ausfallzeit.

Sowohl in der Simulation als auch auf echter Hardware zeigt dieser Ansatz ein vorhersehbares und deterministisches Verhalten. Der Zähler reagiert sofort auf aktualisierte Voreinstellwerte.

Warum Datenmanipulation die Kontaktplanlogik neu gestaltet

In der modernen SPS-Programmierung werden Logik und Daten zunehmend als separate Ebenen behandelt. Diese Trennung ermöglicht es Funktionsbausteinen wie MOVE, das Systemverhalten neu zu definieren, ohne den Steuerungsablauf neu zu schreiben.

Plattformen wie OpenPLC spiegeln einen umfassenderen Wandel der Branche hin zu softwaredefinierter Automatisierung wider. Ähnliche Konzepte finden sich inzwischen auch in größeren Ökosystemen, darunter SPS- und PAC-Systeme.

Mit zunehmender Größe der Systeme reduziert dieser Ansatz den Engineering-Aufwand und verbessert die Konfigurationsagilität. Dies entspricht auch modularen Automatisierungsstrategien, wie sie in verteilten Architekturen zu beobachten sind.

Branchenentwicklung: Auf dem Weg zu rekonfigurierbaren Steuerungsebenen

Die industrielle Automatisierung bewegt sich kontinuierlich in Richtung rekonfigurierbarer Steuerungslogik. Anstelle statischer Kontaktpläne entwerfen Ingenieure nun Systeme, die sich durch Datenaktualisierungen anpassen.

Diese Entwicklung ermöglicht schnellere Umrüstungen in der Fertigung und ein reaktionsfähigeres Maschinenverhalten. Zudem bereitet dies SPS-Ökosysteme auf die Integration mit übergeordneten Orchestrierungsplattformen vor.

Wir beobachten auch ähnliche Flexibilitätstrends in Anbieterökosystemen wie ControlLogix-Plattformen, bei denen ein tagbasierter Aufbau Anpassungen zur Laufzeit ermöglicht.

Perspektive des Autors

Der MOVE-Funktionsbaustein mag einfach erscheinen, stellt jedoch einen strukturellen Wandel im SPS-Denken dar. Durch die Trennung von Datenübertragung und Steuerungslogik erhalten Ingenieure eine modularere Möglichkeit, Automatisierungssysteme zu entwerfen.

Dieser Ansatz ersetzt herkömmliche Zähler nicht. Stattdessen erweitert es sie zu einem dynamischeren Ausführungsmodell, das für die Variabilität moderner Produktionsprozesse geeignet ist.

Aus Sicht der Systemtechnik beginnen Low-Code-SPS-Umgebungen hier, eher industriellen Softwareplattformen als fest konfigurierten Steuerungen zu ähneln.

Ethan Caldwell, Industrieanalyst | 14 Jahre Erfahrung mit industriellen Automatisierungssystemen und Steuerungsarchitekturen. Ehemaliger Projektingenieur bei Implementierungen mit Siemens S7 und Emerson DeltaV, mit Schwerpunkt auf Strategien zur Modernisierung von SPS-Systemen.