Edge Computing in der Fertigung: Warum die Cloud für Echtzeit-Produktionssteuerung nicht ausreicht

Hersteller benötigen für die Produktionssteuerung Edge Computing statt Cloud, weil die Cloud-Latenz beim Roundtrip – typischerweise 50 bis 200 Millisekunden – für Entscheidungen, die in unter 10 Millisekunden fallen müssen, zu langsam ist. Eine CNC-Maschine mitten im Schnitt, ein Bildverarbeitungssystem, das bei Liniengeschwindigkeit prüft, oder ein Sicherheitssystem, das auf eine Toleranzüberschreitung reagiert, kann nicht warten, bis ein Datenpaket zu einem entfernten Rechenzentrum gereist und zurückgekehrt ist. Edge Computing verarbeitet diese Daten direkt an oder in der Nähe der Maschine, auf dem Shopfloor, wo die Latenz in Mikrosekunden statt Millisekunden gemessen wird. Die Cloud übernimmt alles, was keine Echtzeitreaktion erfordert: Analytics, Reporting, das Training von KI-Modellen und die Langzeitspeicherung.

Was Edge Computing im Fertigungskontext bedeutet

Edge Computing in der Fertigung bezeichnet den Einsatz von Rechenleistung, Speicher und Datenverarbeitungskapazität direkt an oder in der Nähe der Produktionsanlagen – statt in einer zentralen Cloud oder einem Rechenzentrum. Ein Edge-Knoten befindet sich nahe an der Maschine, auf dem Shopfloor, in einem lokalen Serverschrank oder direkt in die Anlage integriert, und verarbeitet Daten lokal, bevor entschieden wird, was weitergeleitet wird.

Der Edge ersetzt die Cloud nicht. Er ist die Schicht zwischen Maschine und Cloud, die zeitkritische Entscheidungen lokal trifft und gleichzeitig aggregierte, aufbereitete Daten zur Analyse, Speicherung und für den standortübergreifenden Vergleich an Cloud-Systeme weitergibt.

Im Fabrikkontext übernimmt der Edge: Reaktionen von Sicherheitssystemen, Regelkreise für CNC- und Bewegungssteuerung, Echtzeitentscheidungen bei der Qualitätsprüfung, die Koordination von AGVs und Robotern sowie das Alarmmanagement. Die Cloud übernimmt: OEE-Dashboards, das Training von Predictive-Maintenance-Modellen, Produktionsreporting, ERP-Integration und standortübergreifende Analysen.

Warum die Cloud-Latenz sie für die Echtzeit-Produktionssteuerung disqualifiziert

Cloud-Infrastrukturen arbeiten mit Netzwerk-Roundtrip-Zeiten, die mit den Anforderungen der Fertigungssteuerung unvereinbar sind. Die Latenz, die entsteht, wenn ein Sensormesswert an eine Cloud-Plattform gesendet, dort verarbeitet und eine Anweisung zurückgesendet wird, liegt unter guten Netzwerkbedingungen typischerweise bei 50 bis 200 Millisekunden. Bei Netzwerküberlastung steigt sie weiter an.

Drei Szenarien aus der Produktionssteuerung verdeutlichen, warum das entscheidend ist.

CNC- und Bewegungssteuerung. Präzisionsbearbeitung erfordert Regelkreise, die mit 1 bis 10 Millisekunden arbeiten. Ein cloudbasiertes Steuerungssystem kann einen Regelkreis in dieser Geschwindigkeit nicht schließen. Die Maschine hätte den Korrekturpunkt bereits überschritten, bevor die Anweisung eintrifft.

Bildbasierte Qualitätsprüfung bei Liniengeschwindigkeit. Eine Produktionslinie mit 200 Einheiten pro Minute gibt einem Bildverarbeitungssystem 300 Millisekunden pro Einheit. Die Prüfentscheidung – bestanden oder nicht bestanden, aussortieren oder weiterlaufen lassen – muss innerhalb dieses Zeitfensters fallen, inklusive Bildaufnahme, Verarbeitung, Klassifizierung und Aktorik. Ein Cloud-Roundtrip verbraucht einen erheblichen Teil dieses Zeitfensters, bevor die Verarbeitung überhaupt beginnt.

Sicherheitssysteme. Maschinenschutz, Not-Aus-Logik und Kollisionsvermeidung bei AGVs arbeiten mit Reaktionszeiten im Millisekundenbereich. Sicherheitsgerichtete Systeme dürfen in ihrem Reaktionspfad keine Netzwerkabhängigkeit haben. Der Edge-Knoten führt die Sicherheitsreaktion aus. Die Cloud erhält das Ereignisprotokoll erst im Nachhinein.

Was schiefgeht, wenn Hersteller auf die Edge-Ebene verzichten

Hersteller, die versuchen, die Echtzeit-Produktionssteuerung über eine Cloud-Anbindung laufen zu lassen, stoßen auf drei Fehlermodi.

Eine sporadische Netzwerkabhängigkeit wird zum Produktionsrisiko. Ein cloudabhängiges Steuerungssystem verliert bei einem Verbindungsabbruch die Fähigkeit, Echtzeitentscheidungen zu treffen. Eine Edge-First-Architektur arbeitet auch bei Netzwerkausfällen weiter, da die Verarbeitung lokal erfolgt. Sobald das Netzwerk wiederhergestellt ist, wird die Cloud-Verbindung wieder aufgebaut und gepufferte Daten werden synchronisiert.

Die Bandbreitenkosten übersteigen die Erwartungen. Ein Shopfloor mit 500 Sensoren, die je 100 Messwerte pro Sekunde erzeugen, produziert 50.000 Datenpunkte pro Sekunde. Werden all diese Daten an die Cloud gesendet, beansprucht das erhebliche Bandbreite und Cloud-Speicher. Die Edge-Verarbeitung filtert, aggregiert und komprimiert die Daten vor der Übertragung. Nur relevante Ereignisse und aggregierte Kennzahlen gelangen in die Cloud.

OT-Sicherheitsanforderungen stehen im Konflikt mit einer direkten Cloud-Anbindung. OT-Netzwerke müssen von externem Netzwerkverkehr isoliert sein, um Produktionssysteme vor Cyberbedrohungen zu schützen. Eine direkte Verbindung von Produktionsanlagen mit Cloud-Plattformen umgeht die OT/IT-Trennung, die Sicherheitsstandards vorschreiben. Edge-Knoten befinden sich innerhalb des OT-Netzwerks, verarbeiten Daten lokal und geben verarbeitete Daten über eine kontrollierte Schnittstelle an das IT-Netzwerk und die Cloud weiter.

Wie Hersteller entscheiden, was am Edge und was in der Cloud läuft

Das Entscheidungskriterium sind Latenzanforderung und Datenvolumen.

Echtzeitsteuerung (unter 10 Millisekunden) läuft immer am Edge. Dazu zählen Regelkreise der Maschinensteuerung, Sicherheitssysteme und lokale Alarmlogik.

Near-Realtime-Monitoring (10 bis 500 Millisekunden) läuft am Edge mit Cloud-Synchronisierung. Dazu zählen Prüfentscheidungen der Bildverarbeitung, die AGV-Koordination und Warnmeldungen zu Prozessparametern.

Analytische Workloads (Sekunden bis Minuten) laufen in der Cloud oder auf On-Premises-Datenplattformen. Dazu zählen die OEE-Berechnung, Schichtreporting, die Inferenz von Predictive-Maintenance-Modellen und die Verarbeitung von ERP-Transaktionen.

Workloads mit langen Zyklen (Stunden bis Tage) laufen in der Cloud. Dazu zählen das Training von KI-Modellen, standortübergreifendes Benchmarking und Analysen zur Kapazitätsplanung.

Den größten Mehrwert bietet eine Architektur, die alle vier Ebenen miteinander verbindet: Die Maschine erzeugt die Daten, der Edge verarbeitet alles, was eine sofortige Reaktion erfordert, die On-Premises-Plattform übernimmt die Near-Realtime-Analyse, und die Cloud kümmert sich um alles, was von zentralisierter Rechenleistung und Speicherung in großem Maßstab profitiert.

FAQ

Was ist Edge Computing in der Fertigung?

Edge Computing in der Fertigung bezeichnet den Einsatz von Rechen- und Datenverarbeitungskapazität direkt an oder in der Nähe der Produktionsanlagen auf dem Shopfloor, statt in einer zentralen Cloud oder einem entfernten Rechenzentrum. Es verarbeitet zeitkritische Daten lokal – an der Maschine, in einem Serverschrank vor Ort oder in eingebetteter Industriehardware – und gibt aggregierte Ergebnisse zur Analyse und Speicherung an Cloud- oder On-Premises-Plattformen weiter. Edge Computing übernimmt Entscheidungen, die Reaktionszeiten im Millisekundenbereich erfordern. Die Cloud übernimmt Analytics, Reporting und Workloads, bei denen Latenz keine Einschränkung darstellt.

Warum ist Cloud-Latenz ein Problem für die Produktionssteuerung in der Fabrik?

Die Cloud-Roundtrip-Latenz – die Zeit, die Daten benötigen, um von einer Maschine zu einer Cloud-Plattform zu gelangen und mit einer Anweisung zurückzukehren – liegt unter normalen Netzwerkbedingungen typischerweise bei 50 bis 200 Millisekunden. Steuerungssysteme für CNC-Bearbeitung, Bewegungssteuerung, Sicherheitssysteme und Echtzeit-Qualitätsprüfung erfordern Reaktionszeiten von 1 bis 10 Millisekunden. Diese Anforderungen kann eine Cloud-Infrastruktur nicht erfüllen. Edge Computing verarbeitet die Daten lokal, wo die Netzwerk-Roundtrip-Zeit keine Rolle spielt.

Was ist OT-Edge-Computing?

OT-Edge-Computing ist Edge Computing, das innerhalb des Operational-Technology-Netzwerks einer Fertigungs- oder Industrieanlage eingesetzt wird. OT-Netzwerke betreiben die Systeme, die physische Produktionsprozesse steuern: PLCs, SCADA, CNC-Maschinen, Roboter und AGVs. Ein OT-Edge-Knoten verarbeitet Daten dieser Systeme lokal innerhalb des isolierten OT-Netzwerks, ohne dass für Echtzeitentscheidungen eine Verbindung zu externer Cloud-Infrastruktur erforderlich ist. Zudem dient er als kontrollierte Schnittstelle zwischen dem OT-Netzwerk und IT- oder Cloud-Systemen und setzt die Netzwerksegmentierung durch, die Industriesicherheitsstandards vorschreiben.

Was läuft in einer Smart Factory am Edge und was in der Cloud?

In einer Smart Factory übernimmt Edge Computing die Echtzeitsteuerung (CNC-Regelkreise, Sicherheitssysteme, AGV-Koordination), Near-Realtime-Prüfentscheidungen (bildbasierte Qualitätsprüfung, Prozessalarme) sowie die lokale Filterung und Komprimierung von Daten. Cloud-Plattformen übernehmen OEE-Dashboards, das Training von Predictive-Maintenance-Modellen, Produktionsreporting, ERP-Integration und standortübergreifende Analysen. Die Grenze verläuft entlang der Latenz: Entscheidungen, die in unter 500 Millisekunden fallen müssen, laufen am Edge. Workloads, die Sekunden oder länger tolerieren, laufen in der Cloud.

Was passiert, wenn eine Fabrik in einer Edge-Architektur die Cloud-Verbindung verliert?

In einer Edge-First-Architektur läuft die Produktionssteuerung auch bei einem Verlust der Cloud-Verbindung weiter, da Echtzeitentscheidungen lokal auf Edge-Knoten getroffen werden. Der Shopfloor ist für den Betrieb nicht auf die Cloud-Verbindung angewiesen. Während des Ausfalls entstehende Daten werden lokal gepuffert und mit den Cloud-Systemen synchronisiert, sobald die Verbindung wiederhergestellt ist. Eine cloudabhängige Architektur ohne Edge-Verarbeitung verliert bei einem Netzwerkausfall die Fähigkeit zu Echtzeitentscheidungen.

Wie wirkt sich Edge Computing auf die Cybersicherheit in der Fabrik aus?

Edge Computing unterstützt die OT-Cybersicherheit, indem Echtzeit-Produktionsdaten innerhalb des isolierten OT-Netzwerks bleiben, statt direkt an externe Cloud-Plattformen gesendet zu werden. Ein Edge-Knoten verarbeitet die Daten lokal und gibt nur aggregierte oder gefilterte Daten über eine kontrollierte Schnittstelle an das IT-Netzwerk und die Cloud weiter. Diese Architektur bewahrt die OT/IT-Netzwerktrennung, die Industriesicherheitsstandards wie IEC 62443 vorschreiben, und ermöglicht gleichzeitig, dass Cloud-Analytics über einen geregelten Datenpfad auf Produktionsdaten zugreifen kann.