Industrielle Fernüberwachung: Der umfassende Leitfaden 2026

· 12 Minuten Lesezeit
12 min read
Eziwan-Team
Eziwan-Team
IoT-Infrastruktur

Die industrielle Fernüberwachung ist für französische Industrieunternehmen zu einer strategischen Herausforderung geworden. Angesichts des Auslaufs des 2G-GPRS-Netzes (Einstellung durch Bouygues und SFR Ende 2026), der NIS2-Richtlinie, die verstärkte Cybersicherheitsmaßnahmen vorschreibt, und des Drucks auf die Wartungskosten müssen Unternehmen ihren Ansatz zur Fernüberwachung modernisieren.

Dieser Leitfaden deckt das gesamte Thema ab: Definitionen, technische Architekturen, Protokollauswahl, Cybersicherheit und praktische Umsetzung für Bereitstellungen mit 1 bis 1.000 Standorten.

Was ist industrielle Fernüberwachung?​

Unter industrieller Fernüberwachung (oder industrieller Fernüberwachung) versteht man die Gesamtheit der Technologien, die es ermöglichen:

  • Anzeige des Zustands von Industrieanlagen (Maschinen, Steuerungen, Sensoren) von einem entfernten Standort aus
  • Empfang von Warnmeldungen in Echtzeit bei Anomalien, Schwellenwertüberschreitungen oder Ausfällen
  • Fernzugriff auf die Anlagen (Änderung von Sollwerten, Neustart, Neukonfiguration)
  • Analyse historischer Daten zur Leistungsoptimierung und zur vorausschauenden Wartungsplanung

Sie gilt für alle Branchen: verarbeitende Industrie, Wasser- und Abwasserwirtschaft, Energie, Landwirtschaft, Gebäudetechnik.

Überwachung vs. SCADA vs. IIoT: Was sind die Unterschiede?​

Diese Begriffe werden oft verwechselt. Hier sind die Unterschiede:

BegriffAnwendungsbereichInfrastruktur
SCADA (Supervisory Control and Data Acquisition)Einzelstandort oder Standortnetzwerk mit zentraler ArchitekturServer vor Ort + lokale Benutzeroberflächen
Fernüberwachung / FernsteuerungMehrere Standorte, Zugriff von überallWAN (4G, Glasfaser) + Cloud oder zentraler Server
IIoT (Industrial Internet of Things)Vernetzte Sensoren und GeräteCloud, Edge-Computing, APIs

Im Jahr 2026 verschwimmen die Grenzen: Moderne IIoT-Plattformen (darunter Eziwan) bieten SCADA-Funktionen in der Cloud und integrieren gleichzeitig die etablierten Industrieprotokolle (Modbus, OPC-UA).

Architekturen für die Fernüberwachung​

Architektur 1: Zentralisierte Cloud-Überwachung (empfohlen)​

Vorteile:

  • Schnelle Bereitstellung ohne Serverinfrastruktur vor Ort
  • Zugriff über jeden Browser, jedes Tablet und jedes Smartphone
  • Skalierbarkeit von 1 bis zu Tausenden von Standorten ohne Umgestaltung der Architektur
  • Zentralisierte Updates ohne Eingriffe vor Ort

Typische Anwendungsfälle: Wasserversorgungsunternehmen, Energieverteilungsnetze, Photovoltaikparks, geografisch verstreute Flotten von Industrieanlagen.

Architektur 2: Lokales SCADA-System mit VPN-Fernzugriff​

Vorteile:

  • Die Daten verbleiben in der IT-Infrastruktur des Unternehmens
  • Kompatibel mit bestehenden SCADA-Systemen (Wonderware, WinCC, Vijeo Citect)
  • Vollständige Kontrolle über das Hosting und die Sicherheit

Typische Anwendungsfälle: große Industrieunternehmen mit bestehendem SCADA-System, Branchen mit Anforderungen an die Datenhoheit.

Architektur 3: Edge-Computing + Hybrid-Cloud​

An Standorten, an denen große Datenmengen anfallen (Fertigungslinien, Pressen, CNC-Maschinen), ermöglicht Edge-Computing die lokale Verarbeitung kritischer Daten, sodass nur zusammengefasste Daten an die Cloud gesendet werden.

Industrielle Protokolle für die Fernüberwachung​

Modbus RTU/TCP – der universelle Standard​

Modbus ist das in der Industrie am weitesten verbreitete Protokoll. Es gibt zwei Varianten:

  • Modbus RTU: über serielle RS-485-Verbindung. Bis zu 32 Geräte über eine Kabellänge von 1.200 m. Übertragungsrate 9.600 bis 115.200 bps.
  • Modbus TCP: Modbus-Kapselung über Ethernet/IP. Port 502. Die Übertragungsrate wird ausschließlich durch das Netzwerk begrenzt.

Was lässt sich mit Modbus überwachen: alle modernen SPSen (Siemens S7, Schneider Modicon, ABB, Allen Bradley) sowie die überwiegende Mehrheit der Energiezähler, Frequenzumrichter und industriellen Sensoren.

Einschränkung: Ausschließlich Master-Slave-Architektur. Keine Ereignisbenachrichtigung – der Master muss die Slaves regelmäßig abfragen (Polling).

MQTT – das Protokoll des IIoT​

MQTT (Message Queuing Telemetry Transport) ist ein schlankes Publish/Subscribe-Protokoll, das für Verbindungen mit geringer Bandbreite entwickelt wurde.

Vorteile für die Fernüberwachung:

  • Dauerhafte Verbindung: Der MQTT-Client (Gateway) stellt einmalig eine Verbindung zum Broker her und hält die Sitzung aufrecht
  • Konfigurierbare QoS: Garantierte Zustellung kritischer Nachrichten (QoS 1 oder 2)
  • Hierarchische Themen: usine/ligne1/pompe3/courant – logische Datenstruktur
  • Last Will & Testament: automatische Benachrichtigung, wenn ein Gerät die Verbindung verliert

Cloud-Integration: MQTT wird von AWS IoT Core, Azure IoT Hub, Google Cloud IoT und HiveMQ nativ unterstützt.

OPC-UA – für anspruchsvolle SCADA-Umgebungen​

OPC-UA (Unified Architecture) ist der interoperable Standard der Industrie 4.0.

Vorteile:

  • Objektorientiertes Informationsmodell (nicht nur digitale Register)
  • Integrierte Sicherheit: Authentifizierung, Verschlüsselung, Signierung von Nachrichten
  • Kompatibel mit den wichtigsten SCADA-Systemen (WinCC, FactoryTalk, Ignition)
  • Standard für MES- und ERP-Anwendungen

Wann sollte man sich für OPC-UA entscheiden: bei der Integration in bestehende SCADA-Systeme, MES- und SAP-ERP-Systeme. In Umgebungen, in denen die Datensemantik (nicht nur die Rohwerte) von Bedeutung ist.

Cybersicherheit bei der Fernüberwachung​

Die industrielle Fernüberwachung stellt bei unzureichender Absicherung einen bedeutenden Angriffsvektor dar. In den Jahren 2024–2025 kam es zu mehreren Vorfällen, bei denen ungesicherte Fernzugriffe auf OT-Anlagen eine Rolle spielten.

Die 5 goldenen Regeln der OT-Cybersicherheit​

1. Im industriellen Netzwerk sind keine eingehenden Ports geöffnet

Das zero-inbound-port-Konzept bildet das Grundprinzip: Die industriellen Geräte stellen selbst die Verbindung zur Überwachungs-Cloud her. Es werden keine RDP-, VNC- oder Modbus-Ports direkt im Internet freigegeben.

2. VPN und Verschlüsselung sind obligatorisch

Die gesamte Kommunikation zwischen den Industriestandorten und der Überwachungsplattform muss verschlüsselt sein. OpenVPN mit AES-256-GCM-Verschlüsselung ist die Empfehlung für 2026 bei neuen Implementierungen.

3. Starke Authentifizierung für den Fernzugriff

Jeder Techniker, der per Fernzugriff auf das System zugreift, muss sich mit einem persönlichen kryptografischen Schlüssel authentifizieren (kein gemeinsames Passwort). Die Multi-Faktor-Authentifizierung (MFA) ist für Einrichtungen, die der NIS2-Richtlinie unterliegen, obligatorisch.

4. Prinzip der geringsten Berechtigungen

Ein Wartungstechniker, der für eine bestimmte Steuerung zuständig ist, hat nur Zugriff auf diese Steuerung – nicht auf das gesamte OT-Netzwerk. Die feine Segmentierung der Zugriffsrechte begrenzt die Ausbreitung im Falle einer Kompromittierung.

5. Vollständiges Auditprotokoll

Alle Fernverbindungen, Parameteränderungen und Eingriffe werden mit Zeitstempel, Identität und Quell-IP-Adresse protokolliert. Diese Protokolle sind gemäß der NIS2-Richtlinie für wesentliche und wichtige Einrichtungen vorgeschrieben.

NIS2 und Fernüberwachung​

Die NIS2-Richtlinie (die seit Oktober 2024 in französisches Recht umgesetzt ist) schreibt für kritische Einrichtungen und wichtige Einrichtungen spezifische Maßnahmen für den Fernzugriff vor:

  • Identitätsbasierte Zugriffskontrolle (keine gemeinsam genutzten Konten)
  • Verschlüsselung der Kommunikation
  • Protokollierung und Überwachung der Zugriffe
  • Vorfallmanagement mit Benachrichtigung innerhalb von 24 Stunden (kritische Einheiten)

Die betroffenen Sektoren: Wasser- und Abwasserwirtschaft, Energie, Verkehr, Gesundheitswesen, Abfallwirtschaft, kritische industrielle Produktion.

Praktische Umsetzung: 1 bis 1.000 Standorte​

Für einen einzelnen Standort (POC oder Pilotprojekt)​

Benötigte Ausrüstung:

  • 1 IoT-Gateway mit 4G-Verbindung und RS-485-Schnittstellen
  • M2M-SIM-Vertrag (oder verwenden Sie Ihre eigene SIM-Karte Ihres Mobilfunkanbieters)
  • Zugriff auf die Cloud-Überwachungsplattform

Einrichtungszeit: 2 bis 4 Stunden für einen Techniker (Hardware-Installation + Cloud-Konfiguration + Überprüfung der Modbus-Daten).

Ungefähre Kosten: 300–600 € für die Hardware + 30–80 € pro Monat für das Plattform-Abonnement + M2M-SIM-Karte.

Für 10 bis 50 Standorte​

In dieser Größenordnung wird Zero-Touch Provisioning (ZTP) unerlässlich, um die Bereitstellungskosten zu senken.

ZTP-Prozess von Eziwan:

  1. Sie richten eine Standardkonfiguration in der Cloud ein (Protokolle, Warnmeldungen, VPN)
  2. Jedes Gateway wird werkseitig vorkonfiguriert (oder per Fernzugriff konfiguriert) ausgeliefert
  3. Vor Ort: Anschluss an Stromversorgung + SIM-Karte + RS-485 – das Gateway konfiguriert sich selbst
  4. Weniger als 30 Minuten Techniker-Einsatz pro Standort

Kostenersparnis im Vergleich zur manuellen Konfiguration: Bei 50 Standorten spart ZTP in der Regel 2 bis 3 Manntage an Netzwerkkonfigurationsaufwand ein.

Für 100+ Standorte (Flottenmanagement)​

Für große Flotten sind die Funktionen zur zentralen Verwaltung von entscheidender Bedeutung:

  • Flotten-Dashboard: Überblick über die Konnektivität und den Status jedes Standorts
  • Zusammengefasste Warnmeldungen: Filterung von Fehlalarmen, automatische Eskalation
  • OTA-Firmware-Updates: Bereitstellung von Updates für die gesamte Flotte ohne Vor-Ort-Einsatz
  • SIM-Verwaltung: Datenverbrauch pro Standort, SIM-Austausch mit einem Klick
  • Automatisierte Berichte: Netzwerkverfügbarkeit, Störungen, Einsätze – für CSR- oder vertragliche Berichterstattung

Konkrete Anwendungsfälle​

Wasserversorgung – Netz mit 80 Pumpstationen​

Bisherige Situation: wöchentliche Kontrollrundgänge, 2–3 Bereitschaftsdienste pro Woche für Notfälle.

Eingesetzte Lösung: 80 4G-LTE-Gateways mit Modbus-RTU, Echtzeit-Warnmeldungen zu Füllständen und Pumpenfehlern, Fernzugriff für Techniker über OpenVPN/IPSec.

Ergebnisse:

  • Um 70 % reduzierte Wartungsrunden (von wöchentlich auf monatlich bei Routinekontrollen)
  • Fehlererkennung in weniger als 30 Sekunden (gegenüber zuvor 4–48 Stunden)
  • ROI innerhalb von 4 Monaten erreicht

Lebensmittelindustrie – 3 Produktionsstätten​

Ausgangssituation: Jeder Standort verfügte über ein eigenes lokales SCADA-System, es gab keine konsolidierte Übersicht auf Konzernebene.

Eingesetzte Lösung: 3 IoT-Gateways, die die Modbus-Daten aller Standorte in einem einzigen Cloud-Dashboard zusammenführen. Fernzugriff für das konzernweite Wartungsteam.

Ergebnisse:

  • Nur ein Dashboard für alle drei Standorte (im Vergleich zu drei unabhängigen SCADA-Schnittstellen)
  • Um 65 % verkürzte Reaktionszeit bei Störungen
  • Sicherer und nachverfolgbarer Zugriff für Wartungsdienstleister

Photovoltaikpark – 15 Kraftwerke​

Ausgangssituation: Hersteller-spezifische Datenlogger, die zwischen den verschiedenen Wechselrichterherstellern nicht kompatibel sind.

Eingesetzte Lösung: IoT-Gateways mit universellem Modbus-Parser, der die Protokolle SunSpec, SMA, ABB und Fronius unterstützt. Dashboard zur Leistungsüberwachung (kWh, Wirkungsgrad, Verfügbarkeit).

Ergebnisse:

  • Zusammenführung der Überwachung in einem einzigen Dashboard
  • Erkennung von Leistungsabfällen +3 % → geplante vorbeugende Maßnahmen
  • Automatische Berichte für Investoren und den Netzbetreiber

Checkliste für die Einrichtung der Fernüberwachung​

Bevor Sie Ihr Fernüberwachungsprojekt starten, sollten Sie folgende Punkte überprüfen:

Konnektivität​

  • 4G-LTE-Abdeckung an jedem Standort überprüft (Betreiber-Test)
  • Dual-SIM-Option für kritische Standorte geprüft
  • Schätzung des Datenverbrauchs pro Standort (Modbus-Abfragehäufigkeit × Registergröße)

Feldgeräte​

  • Protokollübersicht: Modbus RTU (RS-485), Modbus TCP oder proprietär?
  • Liste der zu überwachenden Variablen pro Gerät (Modbus-Register)
  • Stromversorgung im Schaltschrank vorhanden (24 V DC oder 230 V AC)

Cybersicherheit​

  • Zero-Inbound-Port-Architektur gewählt
  • OpenVPN/IPSec- oder IPSec-VPN geplant
  • Zugriffsrichtlinie pro Techniker festgelegt (Berechtigungen, Zeitfenster)
  • Ist NIS2 auf Ihre Organisation anwendbar? (wesentliche/wichtige Einheiten)

Cloud-Plattform​

  • Datenhosting in Frankreich oder der EU (DSGVO)
  • API für die Integration in bestehende SCADA-/MES-Systeme verfügbar
  • SLA zur Verfügbarkeit der Plattform (mindestens 99,5 %)

Fazit​

Die industrielle Fernüberwachung ist im Jahr 2026 keine Option mehr: Das Auslaufen des 2G-GPRS, die NIS2-Richtlinie und der wirtschaftliche Druck hinsichtlich der Wartungskosten machen sie für alle Industrieunternehmen mit entfernten Standorten unumgänglich.

Die gute Nachricht: Dank 4G-LTE-Lösungen mit Zero-Touch-Provisioning lässt sich ein Industriestandort heute in weniger als einer Stunde anschließen – und das für weniger als 50 € pro Monat, alles inklusive.

Der Schlüssel zum Erfolg liegt darin, von Anfang an eine sichere Cloud-native Architektur zu wählen – und nicht, Sicherheit als zusätzliche Schicht auf eine Architektur aufzubauen, die dafür nicht ausgelegt ist.

FAQ – Industrielle Fernüberwachung​

Was ist der Unterschied zwischen SCADA und einer IoT-Cloud-Überwachung?

Ein herkömmliches SCADA-System ist ein zentralisiertes System (oft vor Ort installiert) mit „Fat Clients“ (spezielle PC-Software), lokaler Datenarchivierung und einer Sternarchitektur. Die IoT-Überwachung in der Cloud basiert auf einer verteilten Architektur: Jeder Standort sendet seine Daten über das Gateway an die Cloud, ohne dass ein zentraler Server vor Ort erforderlich ist. Die Cloud bietet Zugriff von mehreren Standorten aus, mobile Nutzung und eine REST-API für die Integration – während das herkömmliche SCADA-System ein Site-to-Site-VPN und eine Lizenz pro Client erfordert. Beide Systeme können über OPC-UA- oder Modbus-Konnektoren zum bestehenden SCADA-System nebeneinander bestehen.

Wie viele Variablen können an 100 Standorten gleichzeitig überwacht werden?

Auf der Cloud-Seite gibt es keine feste Grenze – moderne IIoT-Plattformen sind für Millionen von Messpunkten ausgelegt. Die praktische Grenze liegt auf der Gateway- und Netzwerkseite: Ein Standard-Gateway erfasst bis zu 500 Modbus-Variablen pro Standort bei einer Abfrageintervall von 5 s, was 6.000 Werten pro Minute und Standort entspricht. Bei 100 Standorten sind das 600.000 Werte pro Minute – was überschaubar ist, wenn die Cloud entsprechend dimensioniert ist (Zeitreihen, Aufteilung nach Standorten).

Kann die Fernüberwachung funktionieren, wenn sich die SPS im STOP-Zustand (Programmstopp) befindet?

Ja, zur Überwachung des Zustands der SPS (CPU im STOP-Zustand, Zeitpunkt des letzten Alarms, Zustand der Ein- und Ausgänge). Nein für die Modbus-Erfassung von Prozessvariablen – der Modbus-TCP-Server der SPS reagiert bei bestimmten Modellen im STOP-Zustand nicht mehr (bei der S7-1200 wird der MB_SERVER im STOP-Zustand beendet). Überprüfen Sie das spezifische Verhalten der Steuerung im STOP-Zustand, bevor Sie sich auf die Modbus-Erfassung verlassen, um CPU-Stillstände zu erkennen.

Wie groß ist die minimale Verzögerung zwischen einer Zustandsänderung an der SPS und deren Anzeige im Dashboard?

Bei einer Modbus-Abfrageintervallzeit von 1 s und einer ausreichend dimensionierten Cloud beträgt die Gesamtlatenz in der Regel 2 bis 5 s (1 s Wartezeit bei der Abfrage + 1 bis 2 s 4G-Übertragungszeit + 1 bis 2 s Verarbeitungszeit in der Cloud). Bei kritischen Alarmen (Schwellenwertüberschreitung) kann Eziwan innerhalb von weniger als 10 s nach Erkennung der Überschreitung SMS- oder E-Mail-Benachrichtigungen versenden. Für eine Reaktion in Echtzeit (< 100 ms) ist eine lokale Logik auf der SPS oder dem Gateway erforderlich – nicht in der Cloud.

Können auch Nicht-Ethernet-Geräte (RS-485-Zähler, 4–20-mA-Sensoren) überwacht werden?

Ja, über den RS-485-Anschluss des Gateways für Modbus RTU und über die Analogeingänge für 4–20-mA- oder 0–10-V-Signale. Sensoren ohne digitales Protokoll (einfache potentialfreie Kontakte, Niveauschalter) werden an die digitalen Eingänge des Gateways oder eines Erweiterungsmoduls angeschlossen. Ziel ist es, den gesamten Standort über ein einziges Gateway zu überwachen, unabhängig von der Heterogenität der Geräte.

Weitere Ressourcen​

Weitere Ressourcen​