Warum verlagern sich Plattformen für die industrielle Automatisierung auf offene Linux-Architekturen?

Die industrielle Automatisierung basierte traditionell auf proprietären SPSen mit geschlossener Architektur und speziellen Programmiersuiten. Diese etablierten Plattformen bieten zwar bewährte deterministische Steuerung, robuste Hardware und eine Lebensdauer von mehreren Jahrzehnten, können aber zum Hindernis werden, wenn die moderne Fertigung Hochgeschwindigkeits-Edge-Analysen, RESTful-API-Integration und Cloud-Telemetrie vor Ort erfordert.

Um diese Kluft zu überbrücken, setzen Automatisierungshersteller zunehmend auf Industriesteuerungen mit Echtzeit-Linux-Betriebssystemen. Durch die Kombination einer gehärteten IEC-61131-3-Laufzeit für Steuerungslogik mit einer offenen POSIX-Rechenumgebung können Ingenieure deterministische Maschinenregelung und containerisierte Edge-Dienste gemeinsam auf einer einzigen DIN-Schienen-Hardwareplattform betreiben.

Welche zentralen Softwareschichten befinden sich in einer Linux-basierten Industriesteuerung?

Eine zuverlässige Linux-basierte Steuerung trennt Echtzeitaufgaben von nicht kritischen Rechendiensten mithilfe einer mehrstufigen Softwarearchitektur:

1. Hardware und Echtzeitkernel: Moderne Plattformen nutzen Multicore-ARM- oder x86-Prozessoren in Kombination mit einem Linux-Kernel mit PREEMPT_RT-Patch oder einem Dual-Kernel-Hypervisor (wie Xenomai), um bei zyklischen I/O-Abfragen Interrupt-Latenzen im Mikrosekundenbereich sicherzustellen.

2. Deterministische SPS-Laufzeit: Leistungsstarke modulare Steuerungen – wie das Bachmann-Steuerungsmodul MPC240/K M1 – führen zyklische Logik nach IEC 61131-3 (Kontaktplan, Strukturierter Text, Funktionsbaustein) oder kompilierte Echtzeitaufgaben in C/C++ mit garantierten Ausführungsprioritäten aus.

3. Edge-Softwaredienste: Ergänzende Dienste, die im Userspace oder in virtualisierten Containern laufen, übernehmen lokale Zeitreihendatenbanken, Webvisualisierungsserver und Protokollgateways, ohne die Echtzeit-I/O-Treiber anzutasten.

Welchen praktischen technischen Nutzen bietet die OCI-Containervirtualisierung in der Fabrik?

Das Verpacken von Software in Container der Open Container Initiative (OCI) (wie Docker oder Podman) löst mehrere wiederkehrende Herausforderungen bei der OT-Wartung:

Standardisierte Edge-Datenerfassung: Erfassung von Maschinentelemetriedaten über schlanke Python- oder Node-RED-Container direkt in lokale MQTT-Broker oder Cloud-Data-Lakes, ohne benutzerdefinierte PLC-Kommunikationsbausteine schreiben zu müssen.

Dynamische Protokollübersetzung: Ältere proprietäre Protokolle sauber in offene OPC-UA-Datenmodelle überführen und dafür isolierte Software-Sandboxen verwenden.

Eigenständige lokale Dashboards: Responsive HTML5-/WebGL-Bedienoberflächen hosten, auf die direkt über maschinenseitige Webbrowser oder mobile Wartungstablets zugegriffen werden kann.

Upgrades ohne Abhängigkeiten: Diagnosealgorithmen oder Datenbanktreiber in einem isolierten Container-Image aktualisieren, ohne das Linux-Hostbetriebssystem oder die aktive SPS-Laufzeitumgebung zu destabilisieren.

Wie gewährleisten Ingenieure deterministische Echtzeitsteuerung neben Linux-Hintergrunddiensten?

Die oberste Regel für industrielle Computertechnik lautet: Kein Absturz von Hintergrundsoftware, Speicherleck oder Container-Spitzenlast darf jemals die Maschinensicherheit oder die Zykluszeit einer Regelung mit geschlossenem Regelkreis beeinträchtigen. Industrielle Steuerungen wie das Bachmann MC206 Controller Processor Module nutzen harte Echtzeit-Planungsmechanismen, die für hohe Rechenlasten ausgelegt sind.

Ingenieure müssen strenge Linux-Ressourcenlimits mithilfe von Kernel-Control-Groups (cgroups) und CPU-Kern-Affinität einrichten. Weisen Sie bestimmte physische CPU-Kerne ausschließlich der Echtzeit-SPS-Laufzeitumgebung zu und ordnen Sie die übrigen Kerne containerisierten User-Space-Diensten zu. Konfigurieren Sie Speicherlimits, damit der OOM-Killer keine kritischen Automatisierungs-Threads beendet, und beschränken Sie Schreibvorgänge auf Datenträger, um industriellen Flash-Speicher vor dem Erreichen seiner Schreibzyklen-Grenze zu schützen.

Wie sollten Anlagennetzwerke Steuerungsdaten an übergeordnete Unternehmenssysteme weiterleiten?

Die Netzwerksegmentierung bleibt bei der Integration offener Computersteuerungen in herkömmliche Fabriknetzwerke unerlässlich. Trennen Sie Bewegungssteuerungen auf Feldebene und Remote-I/O-Busse von den Informationstechnologienetzwerken des Werks.

Um Maschinendaten an übergeordnete SCADA- oder MES-Systeme zu übertragen, setzen Sie dedizierte industrielle Ethernet-Schnittstellen ein. Bewährte Bridge-Lösungen wie das Prosoft MVI56E-SIE Industrial Ethernet Client Module und Netzwerk-Bridges mit zwei Ports wie das Allen-Bradley 1756-EN2TRK EtherNet/IP Module gewährleisten einen Datenaustausch mit hohem Durchsatz und wahren zugleich eine strenge Verteidigung der OT-Netzwerkgrenzen.

Welche Cybersicherheits- und Lebenszyklusmanagement-Kontrollen sind für Linux-Steuerungen vorgeschrieben?

Die Einführung eines Linux-Betriebssystems in der Fabrik bringt Cybersicherheitsverantwortlichkeiten auf IT-Niveau in die OT-Domäne. Wartungsteams müssen diese verbindlichen Grundregeln befolgen:

• Hardware-Vertrauensanker & Secure Boot: Vor der Ausführung des Steuerungscodes die kryptografische Verifizierung von Bootloader, Kernel und SPS-Laufzeitabbild sicherstellen.
• Minimale Berechtigungen & Sperrung des Root-Zugangs: Standardmäßige Root-Anmeldung deaktivieren; rollenbasierte Zugriffskontrolle (RBAC), SSH-Schlüsselauthentifizierung und nicht standardmäßige Administrationspasswörter verlangen.
• Strikte Firewall-Regeln: Lokale Paketfilterung (iptables / nftables) durchsetzen und alle Ports außer den vorgesehenen Ports für industrielle Protokolle schließen (z. B. OPC UA 4840, HTTPS 443).
• Herkunft von Containern: Nur signierte Container-Images aus authentifizierten lokalen Registrys bereitstellen; beliebige Internet-Downloads direkt auf Produktionssteuerungen unterbinden.
• Vollständige Systemabbilder sichern: Sowohl die SPS-Anwendungsprogrammdateien als auch vollständige rootfs-Containervolumes archivieren, um nach einem Hardwareaustausch eine schnelle Bare-Metal-Wiederherstellung zu ermöglichen.

Welche technischen Kriterien gehören auf Ihre Checkliste zur Bewertung und Inbetriebnahme von Steuerungen?

• Echtzeitdeterminismus-Prüfung: Zyklische Aufgabenlatenz und Jitter unter Worst-Case-CPU- und Netzwerkflut-Szenarien mit cyclictest messen.
• Support-Lebenszyklus für Kernel & Treiber: Zusagen des Anbieters zu langfristigen Linux-Kernel-Sicherheitspatches und Echtzeit-Board-Support-Paketen (BSP) prüfen.
• Ressourcenlimits für Container: Sicherstellen, dass CPU-Affinitätsbindung und Arbeitsspeicherlimits verhindern, dass Containerabstürze die Maschinenzykluszeiten beeinträchtigen.
• Überprüfung der Speicherlebensdauer: Verschleißausgleichsalgorithmen des Flash-Speichers überprüfen und sicherstellen, dass Protokollierungsdienste auf flüchtige RAM-Laufwerke (tmpfs) schreiben.
• Ausfallsicheres Verhalten: Sicherstellen, dass ein plötzlicher Stromausfall, Kernel-Panics oder Zeitüberschreitungen des Hardware-Watchdogs sofort eine vorhersehbare sichere Abschaltung aller physischen Ausgänge auslösen.