Start/Insights/Edge Computing im industriellen IoT
Engineering-Notizen

Edge Computing im industriellen IoT

Wo die Berechnung zwischen Maschine und Cloud sitzen sollte: wie Latenz, Bandbreitenkosten und Offline-Fähigkeit die Verarbeitung auf das Gateway verlagern und was Ihnen das bringt.

Was Edge Computing ist

Edge Computing hält eine Maschine im Betrieb und die Cloud-Rechnung kalkulierbar, indem Daten dort verarbeitet werden, wo sie entstehen, an oder neben der Anlage, statt jeden Messwert zuerst in ein fernes Rechenzentrum zu schicken. Der Edge ist die Werkshalle, die abgelegene Pumpstation, der Muldenkipper, die Windkraftanlage. Der Rechner, der die Arbeit erledigt, ist ein Gateway oder Industrie-PC, der auf demselben Schaltschrank wie die SPS sitzt.

Es ist nicht das Gegenteil der Cloud, sondern eine Arbeitsteilung. Der Edge übernimmt, was unmittelbar oder lokal sein muss, die Cloud übernimmt, was von Skalierung und zentraler Speicherung profitiert. Nahezu jedes System, das den Kontakt mit dem Feld übersteht, nutzt beides.

Warum es für industrielle und abgelegene Anlagen zählt

Vier Faktoren entscheiden, wie viel Berechnung nahe an die Maschine gehört:

  • Bandbreite und Kosten. Ein mit 10 kHz abgetasteter Schwingungssensor erzeugt Megabyte pro Minute. Diese roh über eine getaktete Mobilfunkverbindung zu senden ist teuer und sinnlos. Berechnen Sie am Edge einen RMS-Wert, eine FFT-Spitze oder eine Schwellenüberschreitung, und Sie senden wenige Bytes statt eines Datenstroms.
  • Latenz. Ein Umlauf zu einer Cloud-Region dauert zehn bis hundert Millisekunden, und das bei gesundem Netz. Muss ein Messwert eine Verriegelung auslösen oder einen Motor stoppen, fällt die Entscheidung auf dem Gateway, nicht über ein WAN.
  • Offline-Fähigkeit. Die Mobilfunkabdeckung bricht in Tunneln, Kellern und ländlichen Standorten ab. Ein Edge-Knoten mit Store-and-Forward-Pufferung erfasst, zeitstempelt und stellt Daten während des Ausfalls weiter in die Warteschlange und spielt sie geordnet zurück, sobald die Verbindung zurückkehrt. Nichts wird blind, nichts geht verloren.
  • Datengravitation. Manche Daten sind groß, reguliert oder schlicht nicht wert, bewegt zu werden. Sie vor Ort zu filtern und nur das Ergebnis zu senden ist oft die einzige Option, die einem realen Konnektivitäts- und Compliance-Budget standhält.

Was am Edge läuft und was in der Cloud bleibt

Am Edge entscheiden, in der Cloud lernen. Diese eine Leitlinie klärt den Großteil der Architektur.

Auf dem Gateway: Feldprotokolle lesen (Modbus an einer Hilfspumpe, J1939 am Antriebsstrang, OPC-UA von einer neueren SPS), Tag-Namen und Einheiten normalisieren, lokale Schwellen und Alarme anwenden, über Ausfälle hinweg puffern sowie jede Regelschleife, die keine Netzverzögerung verträgt. In der Cloud: Langzeitspeicherung, flottenübergreifende Analytik, Dashboards über viele Standorte, Modelltraining und die Anbindung an ERP und CMMS. Der Edge handelt im Moment, die Cloud findet das Muster über Tausende von Momenten und Anlagen hinweg und schiebt verfeinerte Logik per Over-the-Air-Update wieder nach unten. Wo Sie die Linie ziehen, ist eine Kosten- und Risikoentscheidung, keine feste Regel, und sie verschiebt sich meist in Richtung Edge, je höher die Datenraten steigen und je schlechter die Verbindungen werden.

Das Gateway als Edge-Knoten

In den meisten industriellen Einsätzen ist der Edge-Knoten ein Gateway, kein Serverschrank. Ein offenes Linux-Gateway liest die Protokolle der Maschine, führt Filterung und lokale Logik als gewöhnliche Software aus (oft in Containern), puffert über Ausfälle hinweg und publiziert das verdichtete Ergebnis über MQTT mit Store-and-Forward nach oben, sodass eine abgebrochene Verbindung nichts kostet.

Da es ein Allzweckrechner ist, wächst dieselbe Hardware von einfacher Datenerfassung zu Analytik auf dem Gerät, indem die Software geändert wird, nicht das Gerät. Sie ergänzen ein Inferenzmodell oder eine neue Alarmregel per OTA-Update, und das Gateway im Feld leistet mehr, ohne dass ein Techniker ausrücken muss. Die Hardware finden Sie unter Router und Gateways, die Plattformseite unter IIoT-Plattform und Datenerfassungs-Pipelines.

Den Edge mit einer Plattform verbinden

Das Muster ist über Einsätze hinweg gleich: Feldgeräte auf ihren nativen Protokollen, ein Edge-Gateway, das sie liest und verarbeitet, und eine Plattform, die den verdichteten Strom für Speicherung, Dashboards und Analytik empfängt.

ModbusOPC-UACANAnalog-E/AMQTTFeldgerätFeldgerätFeldgerätFeldgerätDashboardsAlarmeAnalytikData LakesIoT-Plattform*Edge-Gateway

*Erst Edge-Verarbeitung, dann Cloud

Feldgeräte melden über ihre nativen Protokolle an ein Edge-Gateway, das lokal filtert und normalisiert und anschließend den verdichteten Strom an die Plattform publiziert. Das Rohvolumen bleibt am Edge, nur das Relevante reist.

Häufig gestellte Fragen

Was ist Edge Computing? Die Verarbeitung von Daten nahe ihrer Quelle, auf einem Gateway oder lokalen Rechner, statt alles in eine zentrale Cloud zu senden. Der Edge übernimmt unmittelbare und lokale Arbeit, die Cloud Speicherung und Skalierung.

Was ist der Unterschied zwischen Edge und Cloud Computing? Ort und Rolle. Der Edge läuft neben der Maschine für niedrige Latenz und um zu senken, was über die Verbindung reist. Die Cloud läuft zentral für Speicherung, standortübergreifende Analytik und schwere Verarbeitung. Sie ergänzen einander, und die meisten realen Einsätze nutzen beides.

Was ist ein Edge-Gateway? Ein Gateway, das Daten nicht nur transportiert, sondern lokal verarbeitet: filtern, normalisieren, Logik anwenden und mit Store-and-Forward puffern, bevor es Ergebnisse über MQTT an eine Plattform publiziert.

Brauche ich Edge Computing? Wenn Ihre Anlagen abgelegen sind, die Datenraten hoch sind, die Entscheidungen zeitkritisch sind oder die Konnektivität abbricht, ja. Ist alles online und das Volumen gering, kann das Senden von Rohdaten in die Cloud genügen.

Bauen Sie Ihre industrielle Telemetrie aus.

Sprechen Sie mit uns über Gateway-Software, Telemetrie-Pipelines und kundeneigene IP.