Legacy-Hardware smart machen: Container für den Bestandsmaschinenpark
David Hussain 3 Minuten Lesezeit

Legacy-Hardware smart machen: Container für den Bestandsmaschinenpark

In der Theorie der Industrie 4.0 ist alles vernetzt, spricht OPC-UA und liefert saubere Datenströme. In der Realität deutscher Werkshallen sieht es anders aus: Dort stehen Fräsmaschinen, Pressen und Spritzgussanlagen, die 10, 15 oder gar 20 Jahre alt sind. Diese “Legacy-Hardware” verrichtet mechanisch perfekt ihren Dienst, ist aber digital eine Blackbox.

In der Theorie der Industrie 4.0 ist alles vernetzt, spricht OPC-UA und liefert saubere Datenströme. In der Realität deutscher Werkshallen sieht es anders aus: Dort stehen Fräsmaschinen, Pressen und Spritzgussanlagen, die 10, 15 oder gar 20 Jahre alt sind. Diese “Legacy-Hardware” verrichtet mechanisch perfekt ihren Dienst, ist aber digital eine Blackbox.

Für OT-Entscheider stellt sich die Frage: Muss ich den Maschinenpark für Millioneninvestitionen erneuern, um von KI und Datenanalyse zu profitieren? Die Antwort lautet: Nein. Mit Edge-Containern bauen wir eine digitale Brücke zwischen der alten Mechanik und der modernen IT.

Das Problem: Sprachbarrieren und veraltete Protokolle

Bestandsmaschinen sind oft digitale Inseln. Sie nutzen Protokolle wie Modbus RTU, Profibus oder proprietäre serielle Schnittstellen.

  1. Keine Konnektivität: Die Steuerung hat oft nicht einmal einen Ethernet-Anschluss.
  2. Fehlende Sicherheit: Alte Steuerungen (SPS/PLC) haben keine Verschlüsselung; sie direkt ans Netzwerk zu hängen, wäre ein Sicherheitsrisiko.
  3. Starre Logik: Anpassungen an der Maschinensoftware sind riskant, teuer oder mangels Quellcode unmöglich.

Die Lösung: Der Container als “Universalübersetzer”

Statt die Maschine zu verändern, setzen wir einen Edge-Gateway mit Kubernetes direkt daneben. Dieser fungiert als Dolmetscher und Sicherheitswache.

1. Protokoll-Adapter in Containern

Wir nutzen spezialisierte Container–Anwendungen (z.B. basierend auf Node-RED oder industriellen Protokoll-Stacks), die die Sprache der alten SPS sprechen.

  • Der Prozess: Der Container liest die Register der Maschine (z.B. via Modbus), übersetzt die Rohdaten in ein modernes Format (wie JSON oder MQTT) und sendet sie an den Edge-Cluster.
  • Der Vorteil: Die Maschine bleibt unberührt. Wir “hören” nur zu, ohne den sensiblen Prozessablauf zu stören.

2. Daten-Pre-Processing am Edge

Alte Maschinen produzieren oft unstrukturierte Datenmengen. Diese ungefiltert zu übertragen, würde jedes Netzwerk überlasten.

  • Innerhalb des Kubernetes-Clusters auf dem Shopfloor bereiten wir die Daten auf. Wir filtern Rauschen heraus, aggregieren Werte und senden nur die relevanten Informationen (“Maschine steht”, “Vibration außerhalb der Norm”) weiter.

3. Sicherheit durch Kapselung

Der Edge-Cluster bildet eine Schutzschicht. Die Legacy-Maschine kommuniziert nur lokal mit dem Gateway. Erst der Gateway, der durch moderne Sicherheitsmechanismen (wie im vorherigen Beitrag beschrieben) geschützt ist, kommuniziert mit der restlichen IT-Welt.


Fazit: Digitalisierung im Bestand ist ein Architektur-Thema

Sie müssen Ihren Maschinenpark nicht verschrotten, um modern zu werden. Durch den Einsatz von Containern auf einer stabilen Edge-Infrastruktur machen wir Legacy-Hardware “Cloud-ready”. So verlängern Sie den Lebenszyklus Ihrer Anlagen und gewinnen gleichzeitig die Datenhoheit, die Sie für die Optimierung Ihrer Produktion benötigen.

Haben Sie Maschinen, die “nicht kommunizieren”? ayedo unterstützt Sie dabei, Ihren Bestandsmaschinenpark kosteneffizient zu digitalisieren und in Ihre moderne Datenplattform zu integrieren.


FAQ

Muss für die Anbindung die SPS-Programmierung geändert werden? In den meisten Fällen nicht. Wir nutzen vorhandene Kommunikationsschnittstellen der Steuerung. Der Container auf dem Edge-Gateway agiert als passiver oder aktiver Teilnehmer am Feldbus, ohne dass der Kerncode der Maschine angefasst werden muss.

Was passiert, wenn der Edge-Gateway ausfällt? Die Maschine läuft autark weiter. Da wir die Steuerungsebene nur für die Datengewinnung flankieren und nicht die primäre Prozesslogik ersetzen, bleibt die mechanische Verfügbarkeit der Anlage zu 100 % erhalten.

Wie skalieren wir das auf 50 verschiedene Maschinenmodelle? Das ist die Stärke von Kubernetes. Wir erstellen für jeden Maschinentyp ein standardisiertes Container-Image (Template). Beim Rollout wird nur noch die spezifische IP-Adresse oder die Register-Liste konfiguriert. So wird aus einem individuellen Bastelprojekt ein skalierbarer Standard.

Können wir über diese Container auch Befehle an die Maschine senden? Technisch ist das möglich (z.B. für Sollwertvorgaben). Aus Sicherheitsgründen implementieren wir hierfür jedoch strikte “Write-Policies” und manuelle Freigabeprozesse, um sicherzustellen, dass keine unbefugten Eingriffe in den Prozess erfolgen.

Ähnliche Artikel