{ "version": "https://jsonfeed.org/version/1", "title": "Eziwan — Industrielle IoT-Komplettinfrastruktur Blog", "home_page_url": "https://eziwan.com/de/blog", "description": "Eziwan — Industrielle IoT-Komplettinfrastruktur Blog", "items": [ { "id": "https://eziwan.com/de/blog/sim-m2m-iot-operateurs-france-comparatif", "content_html": "

Die Wahl der richtigen M2M-SIM-Karte für Ihren Bestand an industriellen IoT-Geräten ist eine wegweisende Entscheidung: Netzabdeckung, volumenabhängige Tarife, SLAs, internationales Roaming, APN-Sicherheit, LTE-M/NB-IoT-Kompatibilität und – ein oft übersehener Punkt – die geplante Abschaltung von 2G und 3G, durch die Tausende bereits im Einsatz befindlicher Modems veralten werden. Dieser Vergleich für das Jahr 2026, der auf den neuesten Daten der ARCEP basiert, analysiert die Angebote der großen französischen Netzbetreiber, spezialisierter MVNOs (1NCE, Tele2 IoT) sowie der Multi-Operator-SIM und soll Ihnen helfen, eine Entscheidung zu treffen, die 10 Jahre lang Bestand hat.

\n
\n
\n

Kurz zusammengefasst: Was ist das Wichtigste aus diesem Vergleich?​

\n

Bevor wir ins Detail gehen, hier die wichtigsten Schlussfolgerungen für Entscheidungsträger, die es eilig haben:

\n\n
\n

Was ist eine M2M-SIM-Karte und worin unterscheidet sie sich von einer SIM-Karte für Privatkunden?​

\n

Eine M2M-SIM (Machine-to-Machine), die heute häufiger als IoT-SIM bezeichnet wird, ist eine SIM-Karte, die speziell für industrielle und vernetzte Geräte entwickelt wurde. Sie unterscheidet sich in fast jeder Hinsicht von einer Smartphone-SIM-Karte:

\n
MerkmalSIM-Karte für EndverbraucherM2M-IoT-SIM-Karte
Betriebstemperatur0 °C bis +40 °C−40 °C bis +85 °C
Lebensdauer2–3 Jahre10–15 Jahre
FormatNano-SIM (4FF)Industrielles 2FF/3FF-Format (lötbar, MFF2), eSIM
WiderstandsfähigkeitStandardVibrationen, Feuchtigkeit, Korrosion
DatenvolumenUnbegrenzt (Sharing)Gering (1 MB – 5 GB/Monat)
Roaming„Roam Like Home“ EUSpezielle M2M-Verträge (≠ RLH)
Private APNNeinVerfügbar
Feste IP-AdresseNeinOptional
ÜberwachungNeinDashboard / Flotten-API
eUICC (Remote-Profil)NeinVerfügbar
KündigungMonatlichVerträge mit 12–36 Monaten Laufzeit
\n

Industrielles SIM-Format: IoT-Gateways und -Router verfügen meist über einen SIM-Steckplatz im Format 2FF (Mini-SIM, 25 × 15 mm) oder 3FF (Micro-SIM), in Umgebungen mit starken Vibrationen sogar eine fest eingelötete eSIM (MFF2). Dies muss vor jeder Bestellung unbedingt überprüft werden – ein falsches Format legt die gesamte Bereitstellung lahm.

\n
\n

Wichtig zu wissen: Eine M2M-SIM-Karte ist nicht nur ein „günstiger Tarif“. Sie ist eine industrielle Komponente, die so konzipiert ist, dass sie genauso lange hält wie die Maschine, in der sie verbaut ist.

\n
\n
\n

Mobilfunkabdeckung in Frankreich 2026: Was die Daten der ARCEP aussagen​

\n

Die Netzabdeckung ist das wichtigste Kriterium für eine M2M-SIM-Karte. Hier wird der tatsächliche Stand des Netzes dargestellt, basierend auf den ARCEP-Daten für das 4. Quartal 2025 (veröffentlicht im März 2026) und nicht auf den werblichen Angaben der Netzbetreiber.

\n

4G: Überall werden mehr als 99 % der Bevölkerung abgedeckt​

\n

Dank der verbindlichen Vorgaben des New Deal Mobile von 2018 decken die vier Netzbetreiber heute mehr als 99 % der französischen Bevölkerung mit 4G ab. Der Wettbewerb dreht sich daher nicht mehr um die Bevölkerungszahl, sondern um:

\n\n

Bündelung: die „Crozon“-Vereinbarung zwischen SFR und Bouygues​

\n

Ein wichtiger Aspekt für die Ausfallsicherheit eines Netzes: SFR und Bouygues Telecom nutzen in den weniger dicht besiedelten Gebieten einen Teil ihres Netzes gemeinsam (sogenannte „Crozon“-Vereinbarung zur gemeinsamen Netznutzung). Konkret bedeutet dies, dass die Wahl zwischen SFR und Bouygues in diesen Gebieten darauf hinauslaufen kann, sich mit derselben physischen Antenne zu verbinden – was den Nutzen eines Failovers zwischen diesen beiden Anbietern verringert und den Nutzen einer Umschaltung auf Orange (unabhängiges Netz) einbezieht. Free hingegen profitiert von Roaming im Orange-Netz in den Gebieten, die es noch nicht abdeckt.

\n

Wichtige Frequenzbänder für das IoT​

\n
FrequenzbandFrequenzIoT-Anwendung
B28700 MHzGroße Reichweite, Durchdringung in Gebäuden, ländliche Gebiete
B20800 MHzAbdeckung in ländlichen Gebieten, Untergeschossen
B8900 MHzWeitreichende Abdeckung
B31800 MHzKapazität in städtischen Gebieten, Datenrate
B1/B72100/2600 MHzHohe städtische Dichte
n783,5 GHz (5G)Sehr hohe Datenrate, dicht besiedelte Gebiete
\n

Für einen Sensor im Untergrund oder in ländlichen Gebieten sind die niedrigen Frequenzbänder (700/800 MHz) entscheidend – nicht das in der Werbung angepriesene 5G in städtischen Gebieten.

\n
\n

⚠️ Das Ende von 2G und 3G: Der Stichtag, der Gerätebestände veralten lässt​

\n

Dies ist der am meisten unterschätzte Aspekt einer IoT-Einführung im Jahr 2026 und verdient einen eigenen Abschnitt.

\n\n

Direkte Folge: Alle **reinen 2G-**Modems oder IoT-Module (die bei älteren Zählern und Alarmanlagen noch weit verbreitet sind) werden ab Herbst 2026 nicht mehr funktionieren. Ein 2G/3G-Modul ohne 4G-Fallback wird gegen 2028 ausfallen.

\n

Was tun?

\n\n
\n

Tipp von Eziwan: Die Gateways und die Eziwan-SIM-Karte unterstützen 4G/LTE-M mit Fallback und sind so konzipiert, dass sie solche Ausfälle ohne Eingriffe vor Ort überstehen.

\n
\n
\n

M2M-Anbieter in Frankreich: Überblick 2026​

\n

Orange Business (M2M-Datenverkehr / Orange IoT)​

\n

Orange ist der etablierte Netzbetreiber mit der flächendeckendsten Netzabdeckung, insbesondere in ländlichen Gebieten und in den Überseegebieten.

\n

M2M-Angebote:

\n\n

Stärken:

\n\n

Schwächen:

\n\n

Unverbindliche Preisangaben (nur Datenvolumen, ohne Optionen):

\n
Datenvolumen / MonatRichtpreis / SIM-Karte / Monat
1–5 MB2–4 €
50–100 MB4–8 €
500 MB – 1 GB8–15 €
\n

SFR Business (SFR IoT)​

\n

SFR bietet wettbewerbsfähige M2M-Angebote mit einem guten Preis-Leistungs-Verhältnis bei groß angelegten Implementierungen und einem beliebten Pooling-System.

\n

M2M-Angebote:

\n\n

Vorteile:

\n\n

Schwächen:

\n\n

Unverbindliche Preisangaben:

\n
Datenvolumen / MonatRichtpreis / SIM-Karte / Monat
10 MB1,50–3 €
100 MB3–6 €
1 GB6–12 €
\n

Bouygues Telecom für Unternehmen (IoT)​

\n

Bouygues hat seine Netzabdeckung deutlich verbessert und bietet bei großen Datenvolumina oft die niedrigsten Tarife auf dem Markt an.

\n

M2M-Angebote:

\n\n

Stärken:

\n\n

Schwächen:

\n\n

Unverbindliche Preisangaben:

\n
Datenvolumen / MonatRichtpreis / SIM-Karte / Monat
10 MB1,20–2,50 €
100 MB2,50–5 €
1 GB5–10 €
\n

Objenious / LoRaWAN (Bouygues)​

\n

Für Anwendungen mit geringem Stromverbrauch und geringer Datenübertragungsrate (Fernablesung von Wasser- und Gaszählern, Geolokalisierung von Anlagen, Umweltsensoren) ist LoRaWAN eine Alternative zum Mobilfunk:

\n\n
\n

Hinweis: Das LoRaWAN-Ökosystem befindet sich im Wandel (Übernahmen, Neuausrichtung von Akteuren). Vergewissern Sie sich vor einer langfristigen Verpflichtung, dass das Netzwerk und das kommerzielle Angebot langfristig Bestand haben.

\n
\n
\n

MVNOs und spezialisierte IoT-Anbieter​

\n

1NCE – die „lebenslange“ SIM-Karte zum einmaligen Preis​

\n

1NCE bietet ein radikales Modell an: eine einmalige Zahlung von etwa 10 $/12 € für 500 MB Datenvolumen + 250 SMS mit einer Gültigkeit von 10 Jahren, im Netz der Deutschen Telekom und ihrer Partner (darunter Orange in Frankreich), mit Netzabdeckung in über 170 Ländern. Die SIM-Karte unterstützt 2G, 3G, 4G/LTE-M, NB-IoT und wird als „5G-fähig“ beworben.

\n

Geeignet für:

\n\n

Nachteile:

\n\n
\n

1NCE eignet sich hervorragend für einfache und schlichte Anwendungen. Für die industrielle Überwachung, den regelmäßigen VPN-Fernzugriff oder Videoanwendungen ist ein Angebot eines Betreibers oder mehrerer Betreiber erforderlich.

\n
\n

Tele2 IoT / Telenor Connexion​

\n

Auf das IoT spezialisierte europäische Netzbetreiber mit attraktiven länderübergreifenden Angeboten für internationale Implementierungen und einem ausgereiften Flottenmanagement.

\n

Arkessa / ZARIOT / Transatel / Onomondo​

\n

eUICC-/Multi-IMSI-Lösungen, die je nach Netzabdeckung den Wechsel zwischen Netzbetreibern ermöglichen und über einen einheitlichen Netzwerkkern verfügen – besonders geeignet für den Einsatz in mehreren Ländern und zur Vermeidung von Anbieterabhängigkeit (Vendor Lock-in).

\n
\n

Die Multi-Operator-SIM-Karte: die Lösung für kritische Branchen​

\n

Die Multi-Operator-SIM-Karte (Multi-IMSI / eUICC) ist eine Karte, die sich an jedem Standort automatisch mit dem Netzbetreiber verbindet, der das beste Signal bietet, und bei einem Netzausfall auf ein anderes Netz umschaltet.

\n

So funktioniert es​

\n\nTypische Frequenzbänder: Orange B20 (800 MHz) in ländlichen Gebieten, SFR B3 (1800 MHz) in städtischen Gebieten, Bouygues B28 (700 MHz) als Ergänzung. Die Auswahl erfolgt anhand des vor Ort gemessenen RSRP/RSRQ.\n

Vorteile der Multi-Operator-SIM-Karte​

\n
KriteriumSIM-Karte eines AnbietersSIM-Karte mehrerer Anbieter
Landesweite NetzabdeckungBetreiberabhängigDas beste der drei Netze
Funklücke eines BetreibersAusfallAutomatische Umschaltung
Netzausfall eines AnbietersVollständiger AusfallAusweichen auf ein anderes Netz
GesamtrobustheitGeringHoch
KostenGeringEtwas höher (+10–20 %)
Verwaltung1 Vertrag1 Vertrag mit mehreren Betreibern
EU-RoamingVariabel / OptionOft inbegriffen
„Blinde“ BereitstellungRiskant (Abdeckung muss Standort für Standort überprüft werden)Sicher (das beste Netz wird vor Ort ausgewählt)
\n

Ideale Anwendungsfälle: Pumpstationen, Wind- und Solarparks, landwirtschaftliche Standorte, Fernablesung an mehreren Standorten, Fahrzeuge im Einsatz, länderübergreifende Implementierungen sowie alle Standorte, an denen eine Überprüfung der Netzabdeckung nach Netzbetreibern vor der Installation zu kostspielig wäre.

\n
\n

Zur Erinnerung „Crozon“: Für eine echte Redundanz muss die Ausfallsicherung Orange (unabhängiges Netz) einschließen und nicht nur SFR + Bouygues, die sich in dünn besiedelten Gebieten das Netz teilen.

\n
\n

Die Eziwan-SIM-Karte​

\n

Die Eziwan-SIM ist eine M2M-SIM-Karte für mehrere Netzbetreiber, die in unsere Angebote integriert ist:

\n\n
\n

Privater APN: Warum er in der Industrie unverzichtbar ist​

\n

Der private APN (Access Point Name) stellt eine dedizierte virtuelle Verbindung zwischen Ihren SIM-Karten und Ihrer Cloud-Infrastruktur her, ohne das öffentliche Internet zu nutzen.

\n\nDer Datenverkehr wird niemals über das öffentliche Internet geleitet: dedizierter Tunnel zwischen der SIM-Karte und dem Rechenzentrum, feste IP-Adresse pro SIM-Karte möglich.\n

Vorteile des privaten APN:

\n\n

Öffentlicher APN vs. privater APN:

\n
Öffentlicher APNPrivater APN
InternetanbindungJaNein (dedizierter Tunnel)
Feste IP-AdresseSeltenMöglich
KundenisolierungNeinJa
NIS2-KonformitätAllein unzureichendEmpfohlen
Mehrkosten—~+1–3 €/SIM/Monat
\n

Verfügbarkeit: Orange, SFR und Bouygues bieten alle private APNs an; bei der Eziwan-SIM ist dies standardmäßig enthalten.

\n
\n

Typischer Datenverbrauch nach Anwendungsfall​

\n

Wenn man das Paket genau auf den Bedarf abstimmt, vermeidet man, zu viel zu bezahlen (oder dass der Vorrat ausgeht). Beobachtete Größenordnungen:

\n
AnwendungsfälleVariablenAbfrageMonatlicher Verbrauch
Fernablesung von Zählern3–515 Min.1–5 MB
Pumpstation (Steuerungssystem M340)10–2030 Sek.10–50 MB
Energieüberwachung20–5010 s50–200 MB
SCADA mit mehreren Geräten100–5001 s200–500 MB
Videoüberwachung 720p—Kontinuierlich3–10 GB
VPN-Fernzugriff (Standby)——5–20 MB (Keepalive)
VPN-Fernzugriff (30-minütige Sitzung)——50–500 MB je nach Aktivität
\n

Optimierung durch Edge-Computing: Ein Gateway, das die Daten vor der Übertragung lokal filtert (Totenband, Aggregation, Komprimierung), reduziert den 4G-Verbrauch um 70 bis 95 %. Ein M340-Standort mit 30 Variablen kann von ~150 MB/Monat auf 15–25 MB/Monat sinken — das bedeutet bei 500 Standorten einen Wechsel vom „200-MB“-Tarif zum „50-MB“-Tarif und eine erhebliche Einsparung auf Ebene des gesamten Bestands.

\n
\n

Internationales Roaming: Was Sie beachten sollten​

\n

Für Geräte, die außerhalb Frankreichs eingesetzt werden:

\n

Europäische Union: Bitte beachten Sie, dass M2M-Tarife nicht automatisch von der „Roam Like Home“-Regelung profitieren, die den Privatkundentarifen vorbehalten ist. Für das M2M-Roaming gelten besondere Vertragsbedingungen: Prüfen Sie daher stets die M2M-Klauseln Ihres Anbieters (Datenvolumen, zulässige Dauer des permanenten Roamings, Einschränkungen beim „permanenten Roaming“).

\n

Außerhalb der EU: Die Kosten pro MB können sehr hoch sein (in der Größenordnung von +0,5 bis 2 €/MB). Für einen internationalen Einsatz sollten Sie eine lokale SIM-Karte oder eine globale Multi-IMSI-SIM-Karte (Eziwan, Tele2 IoT, Onomondo) bevorzugen, die den Netzzugang landesweise aushandelt.

\n

Permanentes Roaming: In einigen Ländern (und bei bestimmten Gastnetzbetreibern) wird das permanente Roaming von festen Objekten eingeschränkt oder untersagt. Ein nachhaltiger Einsatz im Ausland muss auf einem Multi-IMSI-Angebot oder einer lokalen SIM-Karte basieren, nicht auf „geduldetem“ Roaming.

\n
\n

Übersichtliche Vergleichstabelle​

\n
KriteriumOrangeSFRBouygues1NCESIM Eziwan
Netzabdeckung in Frankreich★★★★★★★★★★★★★★★★★ (über Partner)★★★★★
Preis★★★★★★★★★★★★★★★★★ (geringer Verbrauch)★★★★
Private Kamera✅✅✅❌✅ inklusive
Multi-Netzbetreiber❌❌❌❌ (ein Netzbetreiber über Partner)✅
LTE-M / NB-IoT✅✅✅✅✅
eSIM / eUICC✅✅Teilweise✅✅
Flotten-Dashboard✅✅✅✅✅ integriert
Feste IP-Adresse✅ Option✅ Option✅ Option❌✅ Option
M2M-Roaming in der EU✅ Option✅ Option✅ Option✅ 170+ Länder✅ inklusive
Mindestbestellmenge≈100 SIM-Karten≈50 SIM-Karten≈50 SIM-Karten1 SIM-Karte1 SIM-Karte
Vertragslaufzeit24–36 Monate12–24 Monate12–24 MonateKeine (Einmalkauf)Ohne Vertragsbindung
Spezieller IoT-Support in Frankreich✅✅✅Premium✅
\n

★ = Richtwert von Eziwan, der je nach Ihrem Standort und Ihren Mengen angepasst werden sollte.

\n
\n

So treffen Sie die richtige Wahl: Ein kurzer Entscheidungsbaum​

\n\n

In jedem Fall: mindestens 4G/LTE-M-Module (niemals nur 2G/3G) und eigene APN, sobald es sich um sensible Daten handelt.

\n
\n

FAQ – SIM-Karte für industrielles M2M-IoT​

\n

Kann ich eine SIM-Karte für Privatkunden in einem IoT-Gateway verwenden?\nTechnisch gesehen ja, aber es wird nicht empfohlen. SIM-Karten für Privatkunden unterstützen nur einen begrenzten Temperaturbereich (0–40 °C), haben eine kürzere Lebensdauer und bieten weder eine private APN-Adresse noch Flottenüberwachung oder ein industrielles SLA. Bei einer im Feld eingesetzten Geräteflotte werden die Mehrkosten für eine M2M-SIM-Karte durch die Zuverlässigkeit und die zentrale Verwaltung mehr als ausgeglichen.

\n

Werden meine 2G- oder 3G-Geräte weiterhin funktionieren?\nNein, auf Dauer nicht. Orange stellt sein 2G-Netz zwischen dem 22. September und dem 20. Oktober 2026 ein, die anderen Betreiber folgen, und 3G wird um das Jahr 2028 abgeschaltet. Alle **reinen 2G-**Module werden ab Herbst 2026 außer Betrieb sein; ein 2G/3G-Modul ohne 4G-Ausweichmöglichkeit wird um das Jahr 2028 herum außer Betrieb sein. Verlangen Sie für alle neuen Projekte 4G / LTE-M / NB-IoT-fähige Geräte.

\n

Wie hoch ist der Mindestdatenverbrauch einer M2M-SIM-Karte im Standby-Modus?\nOhne Geschäftsdatenverkehr verbraucht eine M2M-SIM-Karte lediglich die Signale zur Aufrechterhaltung der Netzwerkverbindung (Keep-Alive, Heartbeat): Je nach Netzbetreiber und Konfiguration 1–10 MB/Monat. Bei einem privaten APN und einem permanent aufrechterhaltenen VPN-Tunnel (OpenVPN/IPSec) sollten Sie eher mit 5–15 MB/Monat für Keep-Alive-Daten rechnen, ohne Anwendungsdaten.

\n

Kann man den Anbieter wechseln, ohne alles neu konfigurieren zu müssen?\nMit einer eUICC-SIM-Karte (eSIM) ja: Das Anbieterprofil wird aus der Ferne neu konfiguriert, ohne dass ein Eingriff vor Ort erforderlich ist. Bei einer herkömmlichen physischen SIM-Karte für einen einzigen Anbieter muss die Karte physisch ausgetauscht werden. Die Multi-Betreiber-SIM von Eziwan löst dieses Problem: Eine einzige SIM-Karte verwaltet automatisch alle drei französischen Netze.

\n

Was ist der Unterschied zwischen LTE-M und NB-IoT?\nLTE-M bietet eine höhere Datenübertragungsrate, eine geringe Latenz und unterstützt Mobilität (sich bewegende Objekte, Sprachübertragung möglich) – geeignet für die Bestandsverfolgung und reaktive Telemetrie. NB-IoT zielt auf sehr energiesparende, ortsfeste Objekte (z. B. Zähler im Keller) ab und bietet eine hervorragende Reichweite, jedoch eine geringere Datenübertragungsrate und höhere Latenz. Beide Technologien werden das Ende von 2G/3G überstehen.

\n

Entsprechen M2M-SIM-Karten den französischen Vorschriften?\nJa. Die M2M-Angebote der französischen Netzbetreiber werden von der ARCEP reguliert. Für IoT-Daten-SIM-Karten ist keine Identifizierung des Endnutzers erforderlich (kein Ausweis), außer bei Angeboten, die Sprachdienste oder ausgehende SMS an Festnetznummern umfassen.

\n

Wie verwaltet man 500 SIM-Karten, die auf 500 Standorte verteilt sind?\nÜber ein Flottenmanagement-Portal: Datenverbrauch in Echtzeit pro SIM-Karte, Erkennung inaktiver oder übermäßig viel Daten verbrauchender SIM-Karten, Fernaktivierung/-deaktivierung, Anzeige der Signalstärke (RSRP/RSRQ), Warnmeldungen bei Überschreitung von Schwellenwerten. Das Eziwan-Portal integriert diese Verwaltung in dasselbe Dashboard wie die Überwachung Ihrer Geräte, sodass Sie nicht zwischen mehreren Benutzeroberflächen hin- und herwechseln müssen.

\n

Ist eine Multi-Operator-SIM-Karte deutlich teurer?\nIm Allgemeinen +10 bis +20 % im Vergleich zu einer gleichwertigen SIM-Karte eines einzelnen Anbieters. An einem kritischen Standort sind diese Mehrkosten im Vergleich zu den Kosten eines Ausfalls oder eines technischen Einsatzes aufgrund einer nicht rechtzeitig erkannten Funklücke vernachlässigbar.

\n
\n

Für eine individuelle Empfehlung, die auf Ihren Standortbestand und Ihre geografischen Gebiete zugeschnitten ist, wenden Sie sich bitte an unser Team – wir führen eine kostenlose Netzabdeckungsanalyse für Ihre Standorte durch, und zwar für jeden Netzbetreiber einzeln.

\n

Weiterführende Informationen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/sim-m2m-iot-operateurs-france-comparatif", "title": "SIM-Karten für industrielles M2M-IoT in Frankreich: Vergleich der Anbieter Orange, SFR und Bouygues 2026", "summary": "Umfassender Vergleich der SIM-Karten für industrielles M2M-IoT in Frankreich 2026: Orange Business, SFR Business, Bouygues Entreprises, MVNOs (1NCE, Tele2). ARCEP-Netzabdeckung, Tarife, SLAs, Roaming, privater APN, eSIM, Ende von 2G/3G.", "date_modified": "2026-09-25T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "konnektivitat", "industrielles-iot", "sim-m2m", "4g", "betreiber", "iiot" ] }, { "id": "https://eziwan.com/de/blog/grafana-supervision-industrielle-modbus", "content_html": "

Grafana hat sich zum Standardtool für die Visualisierung industrieller Daten entwickelt. Das kostenlose, quelloffene und erweiterbare Tool wandelt Ihre Modbus-, OPC-UA- oder MQTT-Daten in betriebsreife Dashboards um. Dieser Leitfaden zeigt Ihnen, wie Sie mit Grafana eine umfassende industrielle Überwachungslösung aufbauen – oder wie Eziwan Ihnen diese schlüsselfertig bereitstellt.

\n
\n
\n

Warum Grafana für die industrielle Überwachung?​

\n

Grafana hat sich in der Branche aus mehreren Gründen durchgesetzt:

\n\n

Im Vergleich zu einem herkömmlichen SCADA-System:

\n
Grafana (+ IoT-Stack)SCADA Wonderware/Ignition
Lizenzkosten0 (Open Source)5.000–50.000 €
Hosting-Kosten50–200 €/Monat (Cloud)Dedizierter Server + Wartung
Unbegrenzte Variablen✅❌ (Abrechnung pro Tag)
Native Weboberfläche✅✅ (Ignition) / ❌ (Wonderware)
Mobilfähig✅Teilweise
Cloud-IntegrationNativKomplex
\n
\n

Architektur: Von Modbus bis Grafana​

\n

Der komplette Stack zur Überwachung von Modbus-SPSen in Grafana:

\n\n

Alternative bei großen Mengen:

\n\n

Eziwan-Lösung (All-in-One):

\n

Eziwan umfasst den kompletten Stack (Modbus-/OPC-UA-Erfassung, Cloud-Zeitreihen, vorkonfigurierte Grafana-Dashboards, SMS-/E-Mail-Benachrichtigungen), ohne dass Sie die einzelnen Komponenten selbst installieren und warten müssen.

\n
\n

Grafana + InfluxDB mit Docker installieren​

\n
# docker-compose.yml
version: '3.8'

services:
  influxdb:
    image: influxdb:2.7
    ports:
      - \"8086:8086\"
    environment:
      DOCKER_INFLUXDB_INIT_MODE: setup
      DOCKER_INFLUXDB_INIT_USERNAME: admin
      DOCKER_INFLUXDB_INIT_PASSWORD: mot_de_passe_securise
      DOCKER_INFLUXDB_INIT_ORG: eziwan
      DOCKER_INFLUXDB_INIT_BUCKET: industrie
      DOCKER_INFLUXDB_INIT_RETENTION: 1825d  # 5 ans
    volumes:
      - influxdb_data:/var/lib/influxdb2

  grafana:
    image: grafana/grafana:10.4.0
    ports:
      - \"3000:3000\"
    environment:
      GF_SECURITY_ADMIN_PASSWORD: grafana_securise
    volumes:
      - grafana_data:/var/lib/grafana
    depends_on:
      - influxdb

  telegraf:
    image: telegraf:1.29
    volumes:
      - ./telegraf.conf:/etc/telegraf/telegraf.conf:ro
    depends_on:
      - influxdb

volumes:
  influxdb_data:
  grafana_data:
\n

Telegraf-Konfiguration für MQTT​

\n
# telegraf.conf
[[inputs.mqtt_consumer]]
  servers = [\"tcp://localhost:1883\"]
  topics = [\"usine/#\"]
  qos = 1
  data_format = \"json\"
  
  # Parsen des MQTT-Themas: Fabrik/Standort/Station/Variable
  [[inputs.mqtt_consumer.topic_parsing]]
    topic = \"usine/+/+/+\"
    tags = \"_/_/station/_\"
    fields = \"_/_/_/value\"

[[outputs.influxdb_v2]]
  urls = [\"http://influxdb:8086\"]
  token = \"votre_token_influxdb\"
  organization = \"eziwan\"
  bucket = \"industrie\"
\n
\n

Erstellen Sie Ihr erstes industrielles Dashboard​

\n

Panel 1: Trenddiagramm (Zeitreihe)​

\n

So zeigen Sie die zeitliche Entwicklung des Drucks einer Station an:

\n

InfluxDB-Abfrage (Flux):

\n
from(bucket: \"industrie\")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r[\"_measurement\"] == \"mqtt_consumer\")
  |> filter(fn: (r) => r[\"station\"] == \"station1\")
  |> filter(fn: (r) => r[\"_field\"] == \"pression\")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  |> yield(name: \"mean\")
\n

Einstellungen im Bedienfeld:

\n\n

Feld 2: Anzeige (Momentanwert)​

\n

So zeigen Sie den aktuellen Wert einer Variablen an:

\n

InfluxDB-Abfrage:

\n
from(bucket: \"industrie\")
  |> range(start: -1m)
  |> filter(fn: (r) => r[\"station\"] == \"station1\" and r[\"_field\"] == \"pression\")
  |> last()
\n

Einstellungen des Panels:

\n\n

Panel 3: Kennzahlen (KPI)​

\n

So zeigen Sie die Gesamtanlageneffektivität (TRS) oder einen Produktionszähler an:

\n

InfluxDB-Abfrage:

\n
from(bucket: \"industrie\")
  |> range(start: -24h)
  |> filter(fn: (r) => r[\"_field\"] == \"pieces_produites\")
  |> sum()
\n

Panel-Einstellungen:

\n\n

Panel 4: Tabelle mit mehreren Standorten​

\n

So zeigen Sie den Status all Ihrer Websites in Echtzeit an:

\n
from(bucket: \"industrie\")
  |> range(start: -5m)
  |> filter(fn: (r) => r[\"_field\"] == \"pression\" or r[\"_field\"] == \"debit\" or r[\"_field\"] == \"etat\")
  |> last()
  |> pivot(rowKey: [\"_time\", \"station\"], columnKey: [\"_field\"], valueColumn: \"_value\")
\n

Ergebnis: Tabelle mit den Spalten „Station“, „Druck“, „Durchfluss“ und „Status“, eine Zeile pro Standort.

\n
\n

Grafana-Benachrichtigungen einrichten​

\n

Warnung bei Überschreitung des Schwellenwerts​

\n

In Grafana 10+ (Unified Alerting):

\n
    \n
  1. Das Panel öffnen → Edit → Alert
    2. \n
  2. Eine Regel erstellen:\n
    Condition: WHEN last() OF query(A, 5m, now) IS ABOVE 10
    \n
    3. \n
  3. Die Benachrichtigung konfigurieren:\n\n
    4. \n
  4. Automatische Stummschaltung: 15 Minuten nach Bestätigung
    5. \n
\n

Alarmgruppierung für mehrere Standorte​

\n

Um „Alert Storms“ zu vermeiden, wenn mehrere Standorte gleichzeitig ausfallen:

\n
# alertmanager.yml
route:
  group_by: ['alertname', 'site']
  group_wait: 30s
  group_interval: 5m
  repeat_interval: 3h
  receiver: 'maintenance-team'

receivers:
  - name: 'maintenance-team'
    email_configs:
      - to: 'maintenance@usine.fr'
        send_resolved: true
    webhook_configs:
      - url: 'https://api.sms-provider.fr/send'
\n

Anmerkungen zu Ereignissen​

\n

Bei Alarmen automatische Anmerkungen zu den Diagrammen hinzufügen:

\n
// Bei einem Fehler eine InfluxDB-Anmerkung erstellen
from(bucket: \"industrie\")
  |> range(start: v.timeRangeStart)
  |> filter(fn: (r) => r[\"_field\"] == \"defaut\" and r[\"_value\"] == 1)
  |> map(fn: (r) => ({r with _value: \"Défaut détecté sur ${r.station}\"}))
\n
\n

Grafana-Vorlagen und -Variablen für mehrere Standorte​

\n

Mit den Template-Variablen können Sie ein generisches Dashboard erstellen, das für alle Ihre Websites wiederverwendbar ist.

\n

Eine Variable „site“ erstellen​

\n

Dashboard Settings → Variables → New Variable:

\n\n

Die Variable in den Panels verwenden​

\n
from(bucket: \"industrie\")
  |> range(start: v.timeRangeStart)
  |> filter(fn: (r) => r[\"station\"] == \"${site}\")
  |> filter(fn: (r) => r[\"_field\"] == \"pression\")
\n

Der Betreiber kann nun den Standort aus einem Dropdown-Menü oben im Dashboard auswählen.

\n
\n

Vorkonfigurierte Grafana-Dashboards für die Industrie​

\n

Dashboard zur Überwachung der Pumpstation​

\n
┌─────────────────────────────────────────────────────────────────┐
│  Messstation: [Dropdown]  │  Zeitraum: [6 Std.|24 Std.|7 Tage|30 Tage] │
├──────────────┬──────────────┬──────────────┬────────────────────┤
│  Druck    │   Durchfluss │  Füllstand │  Pumpenzustand │
│  [gauge]     │   [gauge]    │  [gauge]     │  [stat 🟢/🔴]      │
├──────────────┴──────────────┴──────────────┴────────────────────┤
│  24-Stunden-Trends: Druck / Durchfluss / Füllstand │
│  [time series graph]                                             │
├─────────────────────────────────────────────────────────────────┤
│  Aktive Alarme    │  Letzte Einsätze │
│  [table]            │  [table annotations]                       │
└─────────────────────────────────────────────────────────────────┘
\n

Dashboard für die Produktion an mehreren Standorten​

\n
┌────────────────────────────────────────────────────────────────────┐
│  Vue globale — 15 sites                                            │
├──────────┬──────────┬──────────┬──────────┬──────────┬────────────┤
│ Site 1   │ Site 2   │ Site 3   │ Site 4   │ Site 5   │ ...        │
│ TRS: 87% │ TRS: 91% │ TRS: 73% │ TRS: 94% │ TRS: 82% │            │
│ 🟢 OK    │ 🟢 OK    │ 🔴 Alrm  │ 🟢 OK    │ 🟡 Warn  │            │
├──────────┴──────────┴──────────┴──────────┴──────────┴────────────┤
│  Kumulierte Produktion in 24 Stunden: Ziel vs. Ist [Balkendiagramm] │
└────────────────────────────────────────────────────────────────────┘
\n
\n

Integration von Eziwan in Grafana​

\n

Eziwan bietet zwei Möglichkeiten zur Integration mit Grafana:

\n

Modus 1: Grafana, gehostet bei Eziwan (empfohlen)​

\n

Die Eziwan-Plattform integriert Grafana nativ. Ihre Modbus-/OPC-UA-Daten befinden sich bereits in unserer in Frankreich gehosteten Zeitreihendatenbank. Sie greifen direkt über Ihren Browser auf die Dashboards zu, mit:

\n\n

Modus 2: Export in Ihr bestehendes Grafana​

\n

Wenn Sie bereits über ein internes Grafana verfügen:

\n\n
\n

FAQ – Grafana für die industrielle Überwachung​

\n

Kann Grafana ein SCADA-System im Produktivbetrieb ersetzen?\nFür die Visualisierung und Alarmierung ja, in vielen Fällen. Für die Echtzeitsteuerung (Schreiben an SPS, Steuerungssequenzen) wird weiterhin ein SCADA- oder ein dediziertes HMI-System empfohlen. Grafana zeichnet sich durch Protokollierung, Trendanalyse und standortübergreifendes Monitoring aus.

\n

Welche Datenbank eignet sich zum Speichern von Industriedaten in Grafana?\nInfluxDB ist die Standardwahl für industrielle Zeitreihen (hohe Frequenz, native Komprimierung, leistungsstarke Flux-Abfragen). TimescaleDB (eine PostgreSQL-Erweiterung) eignet sich, wenn Sie bereits PostgreSQL einsetzen. Prometheus ist für Infrastrukturmetriken geeignet, für Prozessdaten jedoch weniger relevant.

\n

Wie kann man den Zugriff auf Grafana über das Internet sichern?\nGrafana hinter einem Reverse-Proxy (Nginx/Traefik) mit TLS bereitstellen, die OIDC/LDAP-Authentifizierung aktivieren, den anonymen Zugriff deaktivieren und Warnmeldungen bei fehlgeschlagenen Anmeldeversuchen konfigurieren. InfluxDB niemals direkt im Internet verfügbar machen.

\n

Kann Grafana 1.000 Standorte und 100.000 Variablen verwalten?\nJa, mit der richtigen Architektur. InfluxDB 2.x unterstützt Milliarden von Datenpunkten. Grafana Enterprise unterstützt Clustering. Bei sehr großen Datenmengen sollten Sie Apache Kafka als vorgelagerte Lösung für das Streaming sowie differenzierte Aufbewahrungsrichtlinien in Betracht ziehen (1-Sekunden-Daten werden 30 Tage lang aufbewahrt, 1-Minuten-Daten 5 Jahre lang).

\n

Kann ich in Grafana ein P&ID-Übersichtsdiagramm erstellen?\nJa, mit dem Plugin Flowcharting (basierend auf draw.io). Sie zeichnen Ihr P&ID-Schema, verknüpfen Grafana-Variablen mit jedem Gerät, und die Werte werden in Echtzeit auf dem Übersichtsdiagramm angezeigt, wobei sich die Farbe je nach Status ändert.

\n
\n

Weiterführende Informationen​

\n\n
\n

Möchten Sie Grafana-Dashboards nutzen, ohne sich um die Infrastruktur kümmern zu müssen? Testen Sie Eziwan 30 Tage lang kostenlos – Ihre Modbus-Daten in Grafana in weniger als einer Stunde.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/grafana-supervision-industrielle-modbus", "title": "Grafana für die industrielle IoT-Überwachung: Modbus-Dashboard, Warnmeldungen, Verlaufsdaten", "summary": "Umfassender Grafana-Leitfaden für die industrielle Überwachung: Modbus-/IoT-Daten einbinden, Produktions-Dashboards erstellen, SMS-/E-Mail-Benachrichtigungen konfigurieren, Daten über 5 Jahre archivieren. Beispiele für Dashboards.", "date_modified": "2026-09-11T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "grafana", "industrielles-iot", "monitoring", "modbus", "dashboard" ] }, { "id": "https://eziwan.com/de/blog/guide-opcua-complet-industrie", "content_html": "

OPC-UA (OPC Unified Architecture) hat sich zum Standardprotokoll für die Interoperabilität in der Industrie 4.0 entwickelt. Dennoch bremst seine scheinbare Komplexität noch immer viele Implementierungen aus. Dieser praktische Leitfaden erklärt OPC-UA auf leicht verständliche Weise: Architektur, Sicherheit, NodeId, Implementierung in Python/Node.js und Cloud-Integration.

\n
\n
\n

Was ist OPC-UA und warum ist es wichtig?​

\n

OPC-UA (IEC 62541) ist ein plattformunabhängiges Kommunikationsprotokoll, das für den sicheren Austausch industrieller Daten entwickelt wurde. Im Gegensatz zu seinem Vorgänger OPC-DA (nur Windows, DCOM) läuft OPC-UA auf jedem Betriebssystem (Linux, Windows, eingebettete Echtzeit-Betriebssysteme) und in jedem Netzwerk (Ethernet, 4G, WLAN).

\n

Warum OPC-UA in der Industrie 4.0 dominiert​

\n\n
\n

OPC-UA-Architektur: Die grundlegenden Konzepte​

\n

Client-Server​

\n

Das OPC-UA-Basismodell ist Client-Server:

\n\n\n

Ein und dasselbe Gerät kann gleichzeitig als Server und als Client fungieren (z. B. ein Gateway, das mehrere SPSen bündelt und die konsolidierten Daten bereitstellt).

\n

Adressraum und NodeId​

\n

Der Address Space ist der Informationsbaum, den ein OPC-UA-Server bereitstellt. Jeder Knoten verfügt über eine eindeutige NodeId:

\n\n

NodeId-Format:

\n\n

Namensräume:

\n\n

Kommunikationswege​

\n
ModusBeschreibungAnwendungsfall
ReadEinmaliges Auslesen eines KnotensAbfrage alle N Sekunden
SubscriptionAbonnement von Änderungen (MonitoredItem)Ereignisse, Alarme
BrowseDurchsuchen des AdressraumsKonfiguration, Erkennung
WriteSchreiben eines WertsSollwerte, Befehle
Method CallMethodenaufrufKomplexe Aktionen
PubsubVeröffentlichung/Abonnement über MQTT oder UDPMassive Cloud-Architekturen
\n

Abonnements sind der richtige Ansatz für die Echtzeitüberwachung: Anstatt jede Sekunde abzufragen, abonniert der Client einen Knoten und erhält nur dann eine Benachrichtigung, wenn sich der Wert über einen konfigurierbaren Schwellenwert (DeadbandValue) hinaus ändert.

\n
\n

OPC-UA-Sicherheit: Der umfassende Leitfaden​

\n

Sicherheit ist eine der Stärken von OPC-UA – und zugleich eine der Ursachen für Komplexität. Hier sind die wesentlichen Konzepte.

\n

Sicherheitsmodi​

\n
ModusVertraulichkeitIntegritätAuthentifizierungNutzung
NoneKeineKeineKeineTests, isoliertes Netzwerk
SignNeinSignaturZertifikatGesichertes Netzwerk
SignAndEncryptAES-256SignaturZertifikatInternet, Cloud
\n
vorsicht

Verwenden Sie SecurityMode: None niemals im Produktivbetrieb in einem von außen zugänglichen Netzwerk.

\n

X.509-Zertifikate​

\n

OPC-UA verwendet X.509-Zertifikate für die gegenseitige Client-Server-Authentifizierung:

\n\n

Erstellung eines selbstsignierten Zertifikats für Testzwecke:

\n
# Avec OpenSSL
openssl req -x509 -nodes -days 3650 -newkey rsa:2048 \\
  -keyout client_key.pem -out client_cert.pem \\
  -subj \"/CN=EziwanGateway/O=Eziwan/C=FR\" \\
  -extensions v3_req \\
  -config <(cat /etc/ssl/openssl.cnf; echo \"[v3_req]\"; echo \"subjectAltName=URI:urn:eziwan:gateway:client\")
\n

Im Produktivbetrieb: Verwenden Sie eine interne PKI oder eine anerkannte Zertifizierungsstelle. Die Zertifikate müssen beim ersten Mal manuell zwischen Client und Server ausgetauscht werden.

\n

Benutzerauthentifizierung​

\n

Neben den Maschinenzertifikaten unterstützt OPC-UA die Benutzerauthentifizierung:

\n\n
\n

OPC-UA in Python implementieren​

\n

Die Bibliothek python-opcua (oder ihr Fork asyncua) ist der Standard in Python.

\n

Installation​

\n
pip install asyncua
\n

OPC-UA-Client in Python – Daten lesen​

\n
import asyncio
from asyncua import Client

async def main():
    url = \"opc.tcp://192.168.1.10:4840/freeopcua/server/\"
    
    async with Client(url=url) as client:
        # Einen Knoten anhand der NodeId abrufen
        node = client.get_node(\"ns=2;s=Station_1.Pression\")
        value = await node.read_value()
        print(f\"Pression: {value} bar\")
        
        # Mehrere Knoten im Batch-Modus lesen
        nodes = [
            client.get_node(\"ns=2;s=Station_1.Pression\"),
            client.get_node(\"ns=2;s=Station_1.Debit\"),
            client.get_node(\"ns=2;s=Station_1.Defaut\"),
        ]
        values = await client.read_values(nodes)
        for node, val in zip(nodes, values):
            print(f\"  {node}: {val}\")

asyncio.run(main())
\n

OPC-UA-Client für Python – Abonnement (Subscription)​

\n
import asyncio
from asyncua import Client
from asyncua.common.subscription import SubHandler

class DataChangeHandler(SubHandler):
    def datachange_notification(self, node, val, data):
        print(f\"[CHANGE] {node} = {val}\")
    
    def event_notification(self, event):
        print(f\"[EVENT] {event}\")

async def main():
    url = \"opc.tcp://192.168.1.10:4840\"
    
    async with Client(url=url) as client:
        handler = DataChangeHandler()
        subscription = await client.create_subscription(500, handler)  # 500ms
        
        nodes = [
            client.get_node(\"ns=2;s=Station_1.Pression\"),
            client.get_node(\"ns=2;s=Station_1.Debit\"),
        ]
        
        monitored_items = await subscription.subscribe_data_change(nodes)
        print(\"Subscriptions actives, attente changements...\")
        
        await asyncio.sleep(30)  # 30 Sekunden anhören
        await subscription.unsubscribe(monitored_items)

asyncio.run(main())
\n

Sichere Verbindung mit Zertifikat​

\n
from asyncua.crypto.security_policies import SecurityPolicyBasic256Sha256
from asyncua.crypto.cert_man import CertificateManager

async def connect_secure():
    client = Client(\"opc.tcp://192.168.1.10:4840\")
    
    await client.set_security(
        SecurityPolicyBasic256Sha256,
        certificate=\"./client_cert.der\",
        private_key=\"./client_key.pem\",
        server_certificate=\"./server_cert.der\"
    )
    
    await client.connect()
    # ... Ihre Vorgänge
    await client.disconnect()
\n
\n

OPC-UA in Node.js implementieren​

\n

Die Bibliothek node-opcua ist die Standardbibliothek für JavaScript/TypeScript.

\n
npm install node-opcua
\n

Daten auslesen​

\n
const opcua = require(\"node-opcua\");

const client = opcua.OPCUAClient.create({
    endpointMustExist: false,
    connectionStrategy: { maxRetry: 5, initialDelay: 2000 }
});

const endpointUrl = \"opc.tcp://192.168.1.10:4840\";

async function main() {
    await client.connect(endpointUrl);
    const session = await client.createSession();
    
    const nodeToRead = {
        nodeId: \"ns=2;s=Station_1.Pression\",
        attributeId: opcua.AttributeIds.Value
    };
    
    const dataValue = await session.read(nodeToRead);
    console.log(`Pression: ${dataValue.value.value} bar`);
    console.log(`Timestamp: ${dataValue.serverTimestamp}`);
    
    await session.close();
    await client.disconnect();
}

main().catch(console.error);
\n
\n

OPC-UA auf den gängigsten Industrie-SPSen​

\n

Siemens S7-1500 / S7-1200​

\n

Der S7-1500 unterstützt seit Firmware 2.0 nativen OPC-UA-Server:

\n\n

Die S7-1200 unterstützt OPC-UA ab Firmware-Version 4.1.

\n

Schneider Electric M580 / M340​

\n

M580: OPC-UA über das Modul BMENOC0311 (Firmware ≥ V2.0)\nM340: keine native OPC-UA-Unterstützung → Modbus TCP empfohlen oder OPC-UA-zu-Modbus-Gateway (z. B. Kepware KEPServerEX)

\n

Allen-Bradley / Rockwell (EtherNet/IP)​

\n

Rockwell-Steuerungen unterstützen OPC-UA nicht nativ. Optionen:

\n\n

Beckhoff TwinCAT 3​

\n

TwinCAT 3 verfügt über einen nativen OPC-UA-Server über TF6100 (OPC-UA-Modul). Konfiguration über den TwinCAT System Manager.

\n

Wago / Phoenix Contact / Pilz​

\n

Die meisten modernen SPSen dieser Hersteller unterstützen OPC-UA. Überprüfen Sie die Firmware und aktivieren Sie den Server in der Netzwerkkonfiguration.

\n
\n

OPC-UA PubSub: Die Erweiterung für die Cloud​

\n

OPC-UA PubSub (IEC 62541-14) ist die Erweiterung, die OPC-UA mit Cloud-basierten IoT-Architekturen kompatibel macht:

\n\n

Unterstützte Protokolle:

\n\n

Kodierungen:

\n\n

Beispiel für eine OPC-UA-PubSub-JSON-Nachricht:

\n
{
  \"MessageId\": \"abc123\",
  \"PublisherId\": \"urn:station1:plc\",
  \"DataSetWriterId\": 1,
  \"MetaDataVersion\": {\"MajorVersion\": 1, \"MinorVersion\": 0},
  \"Timestamp\": \"2026-08-14T10:30:00.000Z\",
  \"Payload\": {
    \"Station_1.Pression\": {\"Value\": 4.2, \"StatusCode\": 0, \"SourceTimestamp\": \"2026-08-14T10:29:59.950Z\"},
    \"Station_1.Debit\": {\"Value\": 125.3, \"StatusCode\": 0, \"SourceTimestamp\": \"2026-08-14T10:29:59.950Z\"}
  }
}
\n
\n

Migration von OPC-DA zu OPC-UA​

\n

Wenn Sie Anlagen unter OPC-DA (OPC Classic, Windows DCOM) betreiben, bietet die Migration zu OPC-UA folgende Vorteile:

\n\n

Migrationswerkzeug: OPC-UA-Wrapper (z. B. Kepware) erstellt einen OPC-UA-Server, der die Daten eines bestehenden OPC-DA-Servers bereitstellt und so eine schrittweise Migration ermöglicht.

\n
\n

OPC-UA mit dem Eziwan-Gateway​

\n

Das Eziwan Gateway verfügt über einen integrierten OPC-UA-Client, der eine Verbindung zu den OPC-UA-Servern Ihrer Geräte herstellen kann:

\n\n

Hauptvorteil: Sie müssen keinen OPC-UA-Client selbst programmieren. Das Gateway übernimmt diese Aufgabe und stellt eine REST-API für Ihr SCADA- oder ERP-System bereit.

\n
\n

FAQ – OPC-UA​

\n

Ist OPC-UA komplexer als Modbus?\nJa, aber bei Anlagen mit Geräten verschiedener Hersteller und bei Industrie-4.0-Projekten ist dies gerechtfertigt. Für eine Anlage mit 2–3 Steuerungen desselben Herstellers kann Modbus TCP ausreichend sein. OPC-UA ist unverzichtbar, wenn Sie heterogene Geräte, Sicherheitsanforderungen oder den Bedarf an ERP/MES-Interoperabilität haben.

\n

Muss Port 4840 in meiner Firewall geöffnet sein?\nBei einer „Zero-Inbound-Port“-Architektur (wie bei Eziwan) initiiert das Gateway die Verbindung zum OPC-UA-Server intern. Von außen ist kein Port geöffnet. Der verschlüsselte VPN-Tunnel leitet die Daten in die Cloud weiter.

\n

Kann OPC-UA MQTT in einer IoT-Architektur ersetzen?\nOPC-UA PubSub mit MQTT-Transport vereint das Beste aus beiden Welten: das semantische Informationsmodell von OPC-UA mit der Leichtigkeit und Skalierbarkeit von MQTT. Dies ist die Richtung, die die Industrie-4.0-Referenzmodelle (Industrie 4.0 Architecture Reference Model, IDS-R) einschlagen.

\n

Welche Leistung kann man von einem eingebetteten OPC-UA-Server erwarten?\nEine Siemens S7-1500 CPU 1515 kann pro Sekunde etwa 10.000 OPC-UA-Knoten im Lesemodus verarbeiten. Bei weniger leistungsstarken SPSen (M221, kleine WAGO-Modelle) sollte das OPC-UA-Polling auf 100–500 Knoten/s begrenzt werden. Bei großen Datenmengen sind Abonnements (Subscription) wesentlich effizienter als das Polling.

\n

Gibt es kostenlose OPC-UA-Server zum Testen?\nJa: ProsysOPC UA Simulation Server (kostenlos, Windows), Node-RED mit node-red-contrib-opcua (kostenlos, plattformübergreifend), python-opcua im Servermodus (Beispiel in der GitHub-Dokumentation). Damit lässt sich ein Client testen, ohne dass eine physische SPS vorhanden sein muss.

\n
\n

Weiterführende Informationen​

\n\n

Benötigen Sie Hilfe bei der Anbindung Ihrer OPC-UA-Server an die Cloud? Fordern Sie eine kostenlose Demo an – unser Team begleitet Sie vom Proof of Concept bis zur Implementierung.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/guide-opcua-complet-industrie", "title": "Umfassender OPC-UA-Leitfaden für die Industrie: Architektur, Sicherheit, Implementierung", "summary": "OPC-UA-Leitfaden für Experten: Informationsmodell, Sicherheit (X.509-Zertifikate, Verschlüsselung), NodeId-Profile, Implementierung mit Python/Node.js, Migration von OPC-DA. Für Automatisierungsingenieure.", "date_modified": "2026-08-28T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "opc-ua", "industrielles-iot", "protokolle", "scada", "iiot", "automation" ] }, { "id": "https://eziwan.com/de/blog/connecter-automate-schneider-m340-m221-cloud", "content_html": "

Ihre Steuerungen Schneider Electric Modicon M340, M221 oder M580 sind seit Jahren im Einsatz, doch ihre Überwachung erfolgt nach wie vor lokal – über ein Bedienfeld vor Ort, ohne Fernzugriff und ohne historische Trends. Dieser Leitfaden zeigt Ihnen, wie Sie diese an die IoT-Cloud anbinden können, ohne Ihr SPS-Programm zu ändern oder die Produktion zu unterbrechen.

\n
\n
\n

Warum sollten Sie Ihr M340/M221 mit der Cloud verbinden?​

\n

Die Steuerungen von Schneider Electric aus der Modicon-Reihe kommen in Tausenden von französischen Industrieanlagen zum Einsatz: Wasseraufbereitung, Pumpstationen, Verarbeitungsprozesse in der Lebensmittelindustrie, Verpackungslinien. Sie sind robust und zuverlässig und haben oft eine Lebensdauer von 15 bis 20 Jahren.

\n

Allerdings sind ihre nativen Kommunikationsmöglichkeiten begrenzt:

\n\n

Die Lösung: ein industrielles IoT-Gateway, das die Modbus-Daten Ihres M340/M221 ausliest und an die Cloud weiterleitet, ohne das SPS-Programm zu ändern.

\n
\n

Modbus-Kompatibilität der Schneider Electric-SPSen​

\n

Modicon M221​

\n

Der M221 (TM221CE16R, TM221CE24T, usw.) verfügt über einen nativen Modbus-RTU-Anschluss an seiner RJ45-Buchse (RS-485 über den Adapter TM3TI4 oder ein spezielles Kabel) sowie einen Modbus-TCP-Anschluss an seinem Ethernet-Anschluss.

\n

Zugängliche Register:

\n\n

Konfiguration des Modbus-Slaves am M221:

\n

In EcoStruxure Machine Expert – Basic:

\n
    \n
  1. Configuration → Modbus Serial oder Modbus TCP
    2. \n
  2. Slave-Adresse: 1 (Standard)
    3. \n
  3. „Slave-Funktion“ aktivieren → OK
    4. \n
\n

Modicon M340​

\n

Der M340 (BMX P34 2020, BMX P34 2030, usw.) verfügt über eine serielle Modbus-RTU-Schnittstelle (RS-485, 9-poliger SUB-D-Stecker) und ein ETH-Modul (BMX NOE 0100 oder BMX NOC 0401) für Modbus-TCP.

\n

Über Modbus zugängliche Register:

\n
SPS-BereichModbus-TypLesefunktionBereich
%MWHalteregisterFC03400001–465535
%IWEingangsregisterFC04300001–365535
%MSpulenFC01000001–065536
%IDiskrete EingängeFC02100001–165536
\n

Modbus-Adresse → Unity Pro-Adresse:

\n\n

Modicon M580 (ePAC)​

\n

Der M580 verfügt über natives Modbus-TCP an seinem CPU-Ethernet-Anschluss und unterstützt dieselben Registertabellen wie der M340, zusätzlich bietet er:

\n\n
\n

Verbindungsarchitektur​

\n

Option 1: Über Modbus TCP (Ethernet) – empfohlen​

\n\n

Voraussetzungen:

\n\n

Vorteile:

\n\n

Option 2: Über Modbus RTU (RS-485)​

\n\n

Für den M221: Verwenden Sie je nach Baureihe das Kabel TCSMCNAM3M002P (RJ45 auf RS-485) oder den Adapter VW3A8306.

\n

Für den M340: 9-poliger SUB-D-Stecker auf der SPS-Seite, Klemmen 3 (+) und 8 (-) für RS-485.

\n

Serielle Einstellungen M221/M340 (Standardwerte):

\n\n
\n

Konfiguration des Eziwan-Gateways für Schneider​

\n

Sobald das Gateway verbunden ist, lässt sich die Konfiguration über die Eziwan-Cloud-Oberfläche mit wenigen Klicks vornehmen.

\n

Ein Modbus-Gerät hinzufügen​

\n
    \n
  1. Auf Flotte → Site → + Équipement zugreifen
    2. \n
  2. Modbus TCP oder Modbus RTU auswählen
    3. \n
  3. Folgende Angaben eingeben:\n\n
    4. \n
\n

Die zu lesenden Variablen konfigurieren​

\n
VariableModbus-RegisterTypBeschreibung
Behälterfüllstand%MW10 → 400011Holding (FC03)0–100 %
Pumpendurchfluss%MW20 → 400021Holding (FC03)0–500 m³/h
Druck%IW0 → 300001Eingang (FC04)0–16 bar
Allgemeiner Fehler%M0 → 000001Spule (FC01)Boolesch
Pumpenbetrieb%M1 → 000002Spule (FC01)Boolesch
\n

Umrechnungstechnik: Einen Multiplikationsfaktor anwenden, wenn die SPS einen Rohwert zurückgibt (z. B. ×0.01, um von 1500 auf 15,00 bar umzurechnen).

\n

Empfohlene Abfrageintervalle​

\n
KritikalitätAbfrageAnwendungsfall
Echtzeit1 sSicherheit, kritische Prozesse
Überwachung5 sProduktion, Energie
Trends30 sZählerstände, Statistiken
Archiv5 minEinfache Fernauslesung
\n
\n

Was Sie in der Cloud erhalten​

\n

Echtzeit-Dashboard​

\n

Sobald das Gateway zum ersten Mal eine Verbindung herstellt, werden die Daten in Echtzeit im Eziwan-Dashboard angezeigt:

\n\n

Warnsystem​

\n

Richten Sie für jede Variable präzise Warnmeldungen ein:

\n
Warnung: Füllstand im Behälter
  Condition : %MW10 < 10 (niveau bas)
  Canal : SMS + Email
  Empfänger: equipe@maintenance.fr, astreinte@maintenance.fr
  Acquittement : requis

Warnung: Pumpenfehler
  Bedingung: %M5 = 1 (Fehlerbit aktiv)
  Kanal: Sofort-SMS
  Priorität: Kritisch
\n

Langzeitgeschichtliche Betrachtung​

\n

Alle Daten werden standardmäßig 5 Jahre lang ohne zusätzliche Kosten archiviert. Sie können:

\n\n
\n

Fallbeispiel: Pumpstation M340​

\n

Hintergrund: Eine Kommune betreibt 12 Pumpstationen, die mit M340 BMX P34 2020 ausgestattet sind. Derzeitige Wartung: 3 Rundgänge vor Ort pro Woche, 2 Techniker.

\n

Eingesetzte Konfiguration:

\n\n

Ergebnisse nach 6 Monaten:

\n\n
\n

Migration von SoMachine / Unity Pro​

\n

Wenn Sie SoMachine (M221) oder Unity Pro (M340/M580) verwenden, sind keine Änderungen am SPS-Programm erforderlich. Das Eziwan-Gateway stellt standardmäßig eine Verbindung im Nur-Lese-Modus her.

\n

Wenn Sie ebenfalls Befehle (Sollwerte, Steuerbefehle) über die Cloud schreiben möchten:

\n\n
zur Sicherheit von Fernsteuerungen

Das Schreiben auf die SPS über die Cloud muss einer Risikoanalyse (HAZOP) unterzogen werden. Kritische Adressen (Not-Aus, Sicherheitsanweisungen) müssen unbedingt als schreibgeschützt gesichert werden.

\n
\n

EcoStruxure-Kompatibilität​

\n

Das Eziwan-Gateway ist in mehrfacher Hinsicht mit EcoStruxure kompatibel:

\n

Parallel zu EcoStruxure Plant​

\n

Das Gateway liest dieselben Register wie Ihr EcoStruxure-SCADA-System, ohne dass es zu Beeinträchtigungen kommt. Ideal für folgende Erweiterungen:

\n\n

Schrittweiser Austausch​

\n

Wenn die Laufzeit Ihrer EcoStruxure Plant-Lizenz bald abläuft, können Sie schrittweise migrieren:

\n
    \n
  1. Das Eziwan-Gateway parallel einrichten
    2. \n
  2. Die Daten 4–8 Wochen lang validieren
    3. \n
  3. Die Hauptüberwachung auf Eziwan umstellen
    4. \n
  4. Reduzieren Sie den Umfang der EcoStruxure-Lizenz auf das tatsächlich erforderliche Maß
    5. \n
\n
\n

Vergleich der Cloud-Verbindungen: M221 vs. M340 vs. M580​

\n
M221M340M580
Natives Modbus RTU✅ (über Kabel)✅ (SUB-D 9)✅
Natives Modbus TCP✅ (ETH-Anschluss)✅ (BMX-NOE-Modul)✅ nativ
Max. Eziwan-Variablen1285121024
Min. Abfrageintervall1 s1 s500 ms
Schreiben von Registern✅ FC06✅ FC06/FC16✅ FC06/FC16
Store&Forward-Kompatibilität✅✅✅
\n
\n

FAQ – Verbindung des M340/M221 mit der Cloud​

\n

Muss das SoMachine/Unity Pro-Programm geändert werden?\nNein. Das Eziwan-Gateway verbindet sich als Modbus-Master mit der Slave-SPS. Es wird keine einzige Zeile Code zur SPS hinzugefügt. Wenn die SPS bereits als Modbus-Slave konfiguriert ist (was standardmäßig der Fall ist), wird die Verbindung sofort hergestellt.

\n

Mein M340 verfügt bereits über ein SCADA Unity Pro – ist das kompatibel?\nJa. Mehrere Modbus-TCP-Master können denselben Slave gleichzeitig abfragen. Das Eziwan-Gateway und Ihr SCADA-System können konfliktfrei nebeneinander betrieben werden, sofern eine angemessene Abfragefrequenz (≥ 1 s) konfiguriert wird.

\n

Kann ich analoge Eingangsmodule (BMX AMI 0410) überwachen?\nJa. Die Analogmodule sind in den Tabellen %IW (Eingänge) und %QW (Ausgänge) aufgeführt. Informationen zur Registerzuordnung Ihrer spezifischen Module finden Sie in der Unity Pro-Dokumentation.

\n

Funktioniert das Gateway auch, wenn die 4G-Verbindung unterbrochen ist?\nJa. Das Eziwan-Gateway verfügt über einen SD-Karten-Puffer: Die Daten werden weiterhin lokal erfasst und nach Wiederherstellung der Verbindung gebündelt übertragen (Store-and-Forward). Lokale Benachrichtigungen (direkte SMS) funktionieren auch ohne Cloud weiterhin.

\n

Ist das Gerät mit der Zelio Logic-Reihe kompatibel?\nDas Zelio Logic Smart Relay unterstützt Modbus RTU in eingeschränkter Form. Je nach Modell (SR2/SR3) kann der Zugriff auf interne Register eingeschränkt sein. Bitte kontaktieren Sie uns, um die Kompatibilität Ihres konkreten Modells zu überprüfen.

\n
\n

Starten Sie Ihren POC​

\n

Sie haben ein M340-, M221- oder M580-Gerät vor Ort und möchten die Cloud-Verbindung überprüfen?

\n

Eziwan bietet einen kostenlosen 30-tägigen POC an, der Folgendes umfasst:

\n\n

Kostenlosen POC starten → | Ihren ROI berechnen →

\n

Weiterführende Informationen​

\n\n
\n

Verwenden Sie andere Produktreihen von Schneider Electric (Altivar, Easergy, PowerLogic)? Kontaktieren Sie uns, um die Kompatibilität mit Ihrer spezifischen Anlage zu überprüfen.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/connecter-automate-schneider-m340-m221-cloud", "title": "So verbinden Sie eine Schneider Electric M340- oder M221-SPS mit der IoT-Cloud", "summary": "Umfassende technische Anleitung zum Anschluss Ihrer Schneider Electric Modicon-Steuerungen M340, M221 und M580 an die IoT-Cloud über Modbus RTU/TCP. Auslesen von Registern, Echtzeit-Überwachung, Warnmeldungen.", "date_modified": "2026-08-14T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "industrielles-iot", "schneider-electric", "steuergerat", "modbus", "connectivity", "iiot" ] }, { "id": "https://eziwan.com/de/blog/lora-zigbee-4g-wifi-choisir-protocole-iot-industriel", "content_html": "

Die Wahl des drahtlosen Kommunikationsprotokolls ist eine der wichtigsten Entscheidungen bei einem industriellen IoT-Projekt. LoRaWAN, Zigbee, 4G LTE oder WLAN: Jede Technologie hat ihre Stärken, Schwächen und idealen Anwendungsfälle. Die Wahl der falschen Technologie kann dazu führen, dass Ihre Lösung nicht skalierbar, im Betrieb zu teuer oder für Ihren industriellen Kontext nicht zuverlässig genug ist.

\n

Dieser Leitfaden vergleicht die vier wichtigsten Funktechnologien, die im industriellen IoT in Frankreich zum Einsatz kommen, und enthält konkrete Empfehlungen für verschiedene Anwendungsfälle.

\n

Überblick: 4 Technologien für 4 unterschiedliche Anforderungen​

\n

Bevor wir ins Detail gehen, hier das Wesentliche in einem Satz pro Technologie:

\n\n
\n

Detaillierter technischer Vergleich​

\n
KriteriumLoRaWANZigbee4G LTEWLAN 802.11n/ac
Reichweite1–15 km (ländlich) / 0,5–3 km (städtisch)10–100 m (Mesh-Netzwerk bis zu 300 m)0,5–30 km30–150 m
Datenrate250 bps bis 50 Kbps20–250 Kbps5–100 Mbps50–1000 Mbps
Latenz1–10 s10–30 ms30–100 ms1–10 ms
StromverbrauchSehr gering (µA im Standby-Modus)Gering (µA–mA)Mittel (mA–W)Hoch (W)
Batterielebensdauer5–15 Jahre1–5 Jahre6–24 MonateTage bis Wochen
InfrastrukturkostenGering (LoRa-Konzentrator)Mittel (Koordinator + Mesh-Netzwerk)Gering (M2M-SIM)Hoch (AP + Switches)
Kosten pro Knoten10–80 €20–150 €100–500 €50–300 €
Frequenz868 MHz (EU)2,4 GHz700/800/1800/2600 MHz2,4 / 5 GHz
Integrierte SicherheitAES-128AES-1283GPP (TLS, SIM)WPA3
StandardisierungLoRa AllianceZigbee Alliance (CSA)3GPPIEEE 802.11
TopologieStern (über Hub)MeshPunkt-zu-Punkt (über Mobilfunknetz)Stern (über AP)
Anzahl der Knoten pro Gateway/AP2.000 bis 10.00065.000 (Zigbee 3.0)k. A. (Mobilfunknetz)30–100 aktive Clients
\n
\n

LoRaWAN im Detail​

\n

Wann sollte man es verwenden?​

\n

LoRaWAN eignet sich ideal für Anwendungsfälle, bei denen sehr große Reichweiten und ein sehr geringer Stromverbrauch erforderlich sind, die Datenübertragungsrate jedoch gering ist (einige Bytes pro Nachricht im Minutentakt bis stündlichen Intervallen).

\n

Ideale industrielle Anwendungsfälle für LoRa:

\n\n

Vorteile von LoRaWAN:

\n\n

Einschränkungen von LoRaWAN:

\n\n

Typische industrielle LoRa-Architektur:

\n\n
\n

Zigbee im Detail​

\n

Wann sollte man es verwenden?​

\n

Zigbee eignet sich ideal für dichte Sensornetzwerke in Innenräumen mit kurzer Reichweite, insbesondere in Gebäuden (Smart Building) und Fabriken, wo die Entfernungen gering, die Anzahl der Knoten jedoch hoch ist.

\n

Ideale industrielle Anwendungsfälle für Zigbee:

\n\n

Vorteile von Zigbee:

\n\n

Einschränkungen von Zigbee:

\n\n
\n

4G LTE im Detail​

\n

Wann sollte man es verwenden?​

\n

4G LTE ist die Technologie der Wahl für Fern-WAN-Verbindungen, abgelegene Standorte ohne Netzwerkinfrastruktur und Anwendungen, die eine ausreichende Übertragungsrate für die Fernüberwachung und den Fernzugriff erfordern.

\n

Ideale industrielle Anwendungsfälle für 4G:

\n\n

Vorteile von 4G LTE für den industriellen Einsatz:

\n\n

Einschränkungen von 4G LTE:

\n\n
\n

WLAN im Detail​

\n

Wann sollte man es verwenden?​

\n

WLAN eignet sich für Standorte mit bestehender Netzwerkinfrastruktur, für Geräte, die eine hohe Bandbreite benötigen, sowie für Bereiche, die vollständig von Zugangspunkten abgedeckt sind.

\n

Ideale industrielle Anwendungsfälle für WLAN:

\n\n

Vorteile von industriellem WLAN:

\n\n

Einschränkungen von industriellem WLAN:

\n\n
\n

Entscheidungshilfe: Wie trifft man die richtige Wahl?​

\n

Entscheidungsbaum​

\n\n

Empfehlungstabelle nach Branchen​

\n
BereichHauptempfehlungSekundäre EmpfehlungZu vermeiden
Wasser/Abwasser (isolierte Anlagen)4G LTELoRaWAN (Zähler)WLAN
Wasser/Abwasser (städtisches Netz)LoRaWAN4G LTE—
Erneuerbare Energien (Anlagen im ländlichen Raum)4G LTELoRaWAN (Wetter)WLAN
Fertigung (überdachte Fabrik)WLAN / 4GZigbeeLoRaWAN
LagerlogistikWLAN / Zigbee4G LTELoRaWAN
Landwirtschaft (ländlicher Betrieb)4G LTELoRaWANWLAN
Smart Building (Dienstleistungssektor)Zigbee / WLANLoRaWAN4G LTE
Fernwartung (Fernzugriff)4G LTE—LoRaWAN, Zigbee
\n
\n

Hybridarchitektur: Das Beste aus beiden Welten​

\n

In der Praxis kommen bei ausgereiften industriellen IoT-Implementierungen mehrere Technologien in Kombination zum Einsatz, die je nach Art der jeweiligen Geräte ausgewählt werden.

\n

Beispiel für eine Hybridarchitektur: 10 Hektar großes Industriegelände

\n\n

Das Eziwan-Gateway fungiert als Multiprotokoll-Hub: Es kommuniziert über Modbus im lokalen OT-Netzwerk, ist mit LoRa- und Zigbee-Hubs für drahtlose Sensoren kompatibel und überträgt alle Daten über 4G LTE in die Cloud. Ein einziger Vertrag, ein einziges Dashboard.

\n
\n

Kostenvergleich über 5 Jahre (Installation von 100 Sensoren)​

\n
KriteriumLoRaWAN (öffentliches Netzwerk)Zigbee (privates Netzwerk)4G LTEIndustrielles WLAN
Hardware pro Knoten30–60 €50–120 €300–500 €100–250 €
Infrastruktur0 € (öffentliches Netzwerk)500–2000 € (Hub)0 €3.000–15.000 € (APs)
Abonnement pro Knoten/Jahr5–15 €0 €120–240 €0 €
Gesamtkosten für Hardware bei 100 Knoten3.000–6.000 €5.000–14.000 €30.000–50.000 €10.000–25.000 €
Gesamtkosten für 5-Jahres-Abonnement2.500–7.500 €0 €60.000–120.000 €0 €
Gesamtbetriebskosten über 5 Jahre (100 Knoten)5.500–13.500 €5.000–14.000 €90.000–170.000 €13.000–40.000 €
\n

Hinweis: 4G LTE ist pro Knoten deutlich teurer, bietet jedoch eine Fern-WAN-Konnektivität, die LoRa und Zigbee nicht bieten können. Der Vergleich gilt nur für Sensoren zur Datenerfassung, nicht für industrielle Gateways, die die Internetverbindung gewährleisten müssen.

\n
\n

Fazit​

\n

Es gibt keine universell „beste“ IoT-Technologie. Die Wahl hängt von drei grundlegenden Kriterien ab:

\n
    \n
  1. Reichweite: kurz (Zigbee), mittel bis lang (LoRaWAN), sehr lang oder WAN (4G LTE)
    2. \n
  2. Stromverbrauch: lange Batterielaufzeit (LoRaWAN > Zigbee > WLAN), Netzbetrieb (alle)
    3. \n
  3. Die Übertragungsrate: Sensordaten (LoRaWAN, Zigbee reichen aus), Überwachung und Fernzugriff (4G LTE, WLAN erforderlich)
    4. \n
\n

Die Eziwan-Lösung ist für 4G LTE als industrielle WAN-Verbindungstechnologie optimiert, da diese am besten für Gateways geeignet ist, die lokale OT-Netzwerke (Modbus, OPC-UA) mit der Überwachungs-Cloud verbinden sollen. Sie kann durch LoRaWAN- oder Zigbee-Konzentratoren für Sensoren mit geringem Stromverbrauch ergänzt werden.

\n

Benötigen Sie Hilfe bei der Auswahl der richtigen Architektur für Ihr Projekt? Kontaktieren Sie unser Ingenieurteam für eine kostenlose Analyse Ihrer Situation.

\n
\n

FAQ​

\n

Kann man LoRaWAN und 4G LTE am selben Standort kombinieren?\nJa – das wird sogar empfohlen. Die batteriebetriebenen LoRaWAN-Sensoren (Wasserzähler, Umweltsensoren, Füllstandssensoren) übertragen ihre Daten über einen LoRa-Konzentrator. Das Eziwan 4G-LTE-Gateway bündelt die Daten der lokalen LoRa-Sensoren und der Modbus-Geräte und sendet sie an die Cloud. 4G wird nur für die WAN-Verbindung genutzt, nicht für jeden einzelnen Sensor.

\n

Ist LoRaWAN für die Überwachung kritischer industrieller Anwendungen zuverlässig?\nLoRaWAN eignet sich für die Überwachung nicht kritischer Anwendungen (Zählerablesungen, Umweltdaten, Anwesenheitserkennung). Für kritische Überwachungsaufgaben (Pumpenalarme, Prozesswerte) ist 4G LTE aufgrund seiner geringen Latenz und seiner Zuverlässigkeit vorzuziehen. Oft werden beide Protokolle parallel eingesetzt: LoRaWAN für Hilfssensoren, 4G für kritische Steuerungen und Bedienoberflächen.

\n

Was ist der Unterschied zwischen LoRa und LoRaWAN?\nLoRa ist die Funktechnologie (CSS-Modulation von Semtech). LoRaWAN ist das auf LoRa basierende Netzwerkprotokoll: Es definiert die Netzwerkarchitektur (Knoten → Konzentratoren → Network Server → Application Server), die Adressverwaltung, die Sicherheit (AES-128) sowie die Geräteklassen (A, B, C). LoRa ohne LoRaWAN kann im proprietären Punkt-zu-Punkt-Modus betrieben werden – mit geringerer Interoperabilität.

\n

Kann Zigbee in einer industriellen Umgebung mit elektromagnetischen Störungen eingesetzt werden?\nZigbee (2,4 GHz) ist anfällig für industrielle Funkstörungen (Motoren, Frequenzumrichter, Schweißgeräte). In stark gestörten Umgebungen sollten Sie Zigbee-Kanäle auf 915 MHz (verfügbar in der Sub-GHz-Version) bevorzugen oder für besonders kritische Geräte eine kabelgebundene Verbindung (RS-485 Modbus) verwenden. Das Zigbee-Mesh-Netzwerk verbessert die Ausfallsicherheit, beseitigt jedoch nicht die physikalischen Einschränkungen.

\n

Ist industrielles WLAN für eine sich bewegende Maschine (AGV, Förderband) geeignet?\nFür AGVs (automatisch geführte Fahrzeuge) und Förderbänder wird WLAN mit 802.11r-Roaming (Fast Transition) verwendet. Ein Netzwerk aus Access Points, das die gesamte Strecke abdeckt, ermöglicht einen schnellen Handover (<50 ms) zwischen den APs. Die Bereitstellung ist komplexer und kostspieliger als bei einem fest installierten Netzwerk, stellt jedoch die Standardlösung für sich bewegende Maschinen in Innenräumen dar.

\n
\n

Weiterführende Informationen​

\n\n
\n

Eziwan ist Experte für industrielle 4G-LTE-IoT-Konnektivität. Unser Multiprotokoll-Gateway (Modbus, OPC-UA, MQTT, LoRaWAN, Zigbee) lässt sich an Ihre bestehende Architektur anpassen. Entdecken Sie das Eziwan-Gateway →

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/lora-zigbee-4g-wifi-choisir-protocole-iot-industriel", "title": "LoRa, Zigbee, 4G oder WLAN: Welches IoT-Protokoll sollten Sie für Ihr Industrieprojekt wählen?", "summary": "Umfassender Vergleich: LoRaWAN vs. Zigbee vs. 4G LTE vs. WLAN für industrielle IoT-Projekte in Frankreich. Reichweite, Datenübertragungsrate, Kosten, Stromverbrauch, industrielle Anwendungsfälle.", "date_modified": "2026-07-31T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "industrielles-iot", "konnektivitat", "protokolle", "4g", "lorawan", "zigbee", "wifi" ] }, { "id": "https://eziwan.com/de/blog/iot-agriculture-elevage-monitoring-france", "content_html": "

Frankreich ist das führende Agrarland Europas. Dennoch sehen sich die französischen landwirtschaftlichen Betriebe einem zunehmenden Druck ausgesetzt: steigende Energiekosten, verschärfte Umweltvorschriften, Mangel an qualifizierten Arbeitskräften und Anforderungen an die Rückverfolgbarkeit in der Agrar- und Lebensmittelbranche. Das industrielle Internet der Dinge (IIoT) bietet konkrete Lösungen für diese Herausforderungen.

\n

Dieser Leitfaden stellt die wichtigsten Anwendungsfälle des IoT in der Landwirtschaft in Frankreich vor, einschließlich kompatibler Geräte, Kosten und ROI, und erklärt, wie man eine robuste Lösung zur Überwachung landwirtschaftlicher Betriebe in ländlichen Gebieten implementiert – auch ohne Glasfaseranschluss.

\n

Die Landwirtschaft: ein fruchtbarer Boden für das industrielle IoT​

\n

In der modernen Landwirtschaft kommen bereits zahlreiche elektronische und elektromechanische Geräte zum Einsatz: automatisierte Bewässerungssysteme, Ventilatoren in Stallungen, Milchkühltanks, Lagersilos, klimatisierte Gewächshäuser, Brunnenpumpen. Die überwiegende Mehrheit dieser Geräte verfügt über Kommunikationsschnittstellen (Modbus RTU, 4–20 mA, Impulsausgänge), die eine IoT-Anbindung ohne Austausch der Geräte ermöglichen.

\n

Was das IoT der Landwirtschaft bringt:

\n\n
\n

Anwendungsfall 1: Überwachung von Stallgebäuden​

\n

Schweineställe, Hühnerställe, Milchvieh​

\n

Stallungen mit Bodenhaltung (Schweinezuchtställe, Hühnerställe, Milchviehställe) eignen sich besonders gut für die IoT-Überwachung. Die zu überwachenden kritischen Parameter sind:

\n

Klimatische Bedingungen im Stall:

\n\n

Lüftungsanlagen:

\n\n

Futter und Wasser:

\n\n

Kompatible Sensoren und Schnittstellen:

\n
ParameterEmpfohlener SensorSchnittstelle
Temperatur/Luftfeuchtigkeit im GebäudeSensirion SHT31, Rotronic HF5Modbus RS-485 oder 4–20 mA
CO₂Senseair S8, COZIR-BlinkModbus RTU oder UART
NH₃ (Ammoniak)Membrapor NH3/M-100, Winsen ZE074–20 mA oder Modbus
SilofüllstandPepperl+Fuchs UC6000, SICK UM304–20 mA oder IO-Link
WasserdurchflussmesserSontex Supercal 5, Itron ActarisImpuls oder Modbus
\n

Typische Alarmschwellen für Stallgebäude:

\n
ParameterGrüner BereichOrangefarbener Bereich (Warnung)Roter Bereich (Notfall)
Temperatur im Maststall18–22 °C< 15 °C oder > 26 °C< 10 °C oder > 30 °C
Luftfeuchtigkeit im Geflügelstall50–70 %> 80 %> 90 %
CO₂-Konzentration in der Geflügelhaltung< 3000 ppm> 3000 ppm> 5000 ppm
NH₃ bei Schweinen< 10 ppm> 10 ppm> 20 ppm (gesetzlicher Grenzwert)
\n
\n

Anwendungsfall 2: Überwachung von Milchtanks​

\n

Das Abkühlen der Milch ist gesetzlich vorgeschrieben (Verordnung vom 15. September 2004 in der geänderten Fassung): Kuhmilch muss innerhalb von zwei Stunden nach dem Melken auf 8 °C abgekühlt und bis zur Abholung bei maximal 4 °C gelagert werden.

\n

Die Nichteinhaltung dieser Temperaturen hat folgende Folgen:

\n\n

IoT-Überwachung des Milchtanks:

\n

Die meisten neueren Milchtanks (Boumatic, Mueller, DeLaval, GEA, Lemmer-Fullwood) verfügen über einen RS-232- oder RS-485-Modbus-Anschluss zur Überwachung. Zu den abrufbaren Parametern gehören:

\n\n

Das Eziwan-Gateway wird über RS-232 oder RS-485 an den Tank angeschlossen und übermittelt die Daten mit einem konfigurierbaren Abfrageintervall von 5 Minuten an die Cloud. Es wird eine SMS-Benachrichtigung gesendet, wenn die Temperatur länger als 15 Minuten über 8 °C liegt.

\n

Kundenbeispiel: Ein Milchviehhalter aus der Bretagne, der drei Milchtanks betreibt (Betrieb mit 120 Kühen), konnte dank der nächtlichen SMS-Benachrichtigungen innerhalb von sechs Monaten zwei abgelehnte Abholungen vermeiden (Kompressorausfall um 2 Uhr morgens erkannt, Reparatur um 4 Uhr vor der Abholung um 6 Uhr). Einsparung: 2 × 800 l × 0,40 €/l = 640 € vermiedener Verlust, zuzüglich Qualitätsstrafen.

\n
\n

Anwendungsfall 3: Überwachung von Gewächshäusern für Gartenbau und Gemüseanbau​

\n

Gartenbaugewächshäuser stellen eine erhebliche Investition dar (50 bis 300 €/m²), deren Rentabilität von der Aufrechterhaltung optimaler klimatischer Bedingungen abhängt. Mithilfe der IoT-Überwachung lassen sich Störungen (Heizungsausfall, blockierte Belüftung, Riss in der Folie) erkennen, bevor sie irreversible Schäden an den Kulturen verursachen.

\n

Zu überwachende Parameter im Gewächshaus:

\n
ParameterBedeutungSchnittstelle
Lufttemperatur (°C)KritischPT100/PT1000 oder Modbus
Relative Luftfeuchtigkeit (%)HochModbus RS-485
Sonneneinstrahlung (W/m²)Mittel4–20 mA (Pyranometer)
CO₂-Konzentration in der Umgebungsluft (ppm)Hoch (bei CO₂-Anreicherung)Modbus RS-485
Blatttemperatur (°C)OptionalThermoelement
Wasserverbrauch für die Bewässerung (m³/Tag)HochImpuls oder Modbus
Temperatur des Nährwassers (°C)Hoch (über Boden)PT100 oder 4–20 mA
Leitfähigkeit des Nährwassers (mS/cm)Hoch (überirdisch)4–20 mA
pH-Wert des NährwassersHoch (überirdisch)4–20 mA
\n

Überwachbare Gewächshausanlagen:

\n\n

ROI der Überwachung eines Gemüsegewächshauses:\nBei einem 5.000 m² großen Tomatengewächshaus (Jahresertrag ~500 t, Verkaufspreis ~0,80 €/kg = 400.000 € Jahresumsatz) kann ein in der Nacht im März unentdeckt gebliebener Heizungsausfall die gesamte Ernte vernichten – ein Verlust von 100.000 bis 200.000 €. Die Kosten für ein Eziwan-Gateway mit SMS-Benachrichtigung: 500 € + 100 €/Jahr für das Abonnement. Sofortiger ROI.

\n
\n

Anwendungsfall 4: Bewässerungsmanagement​

\n

Die Bewässerung macht 45 % des industriellen Wasserverbrauchs in Frankreich aus. Die Vorschriften werden immer strenger (Verordnungen zu Einschränkungen bei Niedrigwasser, Wassergebühren), wodurch eine präzise Steuerung der Bewässerung unerlässlich wird.

\n

IoT-Überwachung der Bewässerung:

\n\n

Einhaltung der gesetzlichen Vorschriften:\nBetriebe, die mehr als 1.000 m³/Jahr an Grund- oder Oberflächenwasser entnehmen, müssen ihre Entnahmen melden (Artikel L214-1 des Umweltgesetzbuchs). Eziwan erstellt automatisch die monatlichen Entnahmegesichtsberichte zur Übermittlung an die DDT/DREAL.

\n
\n

Anwendungsfall 5: Lagersilos​

\n

Die Lagerung von Getreide ist von großer wirtschaftlicher Bedeutung. Ungeeignete Lagerbedingungen (Temperatur, Feuchtigkeit) können zur Bildung von Mykotoxinen (Aflatoxine, DON) oder Schimmel führen, wodurch die Ware an Qualität verliert oder unverkäuflich wird.

\n

Zu überwachende Parameter:

\n\n

Schnittstelle: Die meisten modernen Silo-Steuerungssysteme (Superchief, GSI Fan Controller, Brock NECO) verfügen über einen Modbus-RS-485-Ausgang oder einen RS-232-Anschluss.

\n
\n

4G-Netzabdeckung für landwirtschaftliche Betriebe​

\n

Die überwiegende Mehrheit der französischen landwirtschaftlichen Betriebe verfügt über keinen Glasfaseranschluss. 4G LTE deckt 99,2 % der französischen Gemeinden ab (Quelle: Arcep 2025), doch die Netzabdeckung innerhalb von Gebäuden kann schwach sein.

\n

Lösungen für Gebiete mit schlechter Netzabdeckung:

\n
    \n
  1. \n

    Externe 4G-Richtantenne: Verstärkung von 9 bis 15 dBi, Reichweite bis zu 30 km bei direkter Sichtverbindung, kompatibel mit allen Netzbetreibern. Montage am Giebelende eines Gebäudes oder an einem Mast.

    \n
    2. \n
  2. \n

    Eziwan Multi-Operator-SIM: Testet die drei französischen Netzbetreiber (Orange, SFR, Bouygues) und stellt eine Verbindung zum besten verfügbaren Signal her. Erhöht die Verfügbarkeit in ländlichen Gebieten erheblich.

    \n
    3. \n
  3. \n

    LoRa + 4G-Gateway: Für Sensoren mit sehr geringem Stromverbrauch und großer Reichweite (bis zu 15 km) kann eine LoRaWAN-Architektur mit einem LoRa-Konzentrator, der über das Eziwan-Gateway mit dem 4G-Netz verbunden ist, einen gesamten Betrieb abdecken.

    \n
    4. \n
  4. \n

    Satellitenverbindung (als letzte Möglichkeit): An Standorten ohne jegliche 4G-Abdeckung kann eine Satellitenverbindung (Starlink Low-Latency oder Eutelsat ViaSat) mit dem Eziwan Gateway verbunden werden. Latenzzeit 20–40 ms mit Starlink.

    \n
    5. \n
\n
\n

Agrarvorschriften und das Internet der Dinge​

\n

Tierschutz​

\n

Die EU-Richtlinie 2008/120/EG (Schweine), 2007/43/EG (Masthühner) und 1999/74/EG (Legehennen) schreibt Mindestanforderungen hinsichtlich Temperatur, Platzangebot, Belüftung und Beleuchtung vor. Die IoT-Überwachung ermöglicht es:

\n\n

Nitratrichtlinie​

\n

Betriebe in nitratgefährdeten Gebieten unterliegen dem Regionalen Aktionsprogramm (PAR). Die Überwachung der Ausbringung und der Güllebewirtschaftung (Durchflussmesser an der Ausbringungsvorrichtung, Füllstand der Güllegrube) erleichtert die Einhaltung der Sperrfristen und die Berechnung der Ausbringungsmengen.

\n

Rückverfolgbarkeit in der Lieferkette​

\n

Zahlreiche Produktketten (Label Rouge, AOP, IGP, ökologischer Landbau) verlangen eine Rückverfolgbarkeit der Aufzucht- oder Anbaubedingungen. Die IoT-Daten von Eziwan werden archiviert und können exportiert werden, um Rückverfolgbarkeitstools (Bluerex, Kite Consulting, OAD-Systèmes) zu versorgen.

\n
\n

Kosten und ROI für einen landwirtschaftlichen Betrieb​

\n

Typische Investition​

\n
AusrüstungRichtpreis
Eziwan-Gateway + M2M-SIM-Karte350 – 500 €
Externe 4G-Antenne (falls erforderlich)80 – 150 €
Temperatur-/Feuchtigkeitssensoren (×3)150 – 400 €
RS-485-Verkabelung (50 m)40 – 80 €
Installation (2 Std. Techniker)200 – 400 €
Gesamtkosten für die Installation (1 Gebäude)820 – 1.530 €
\n
AbonnementJährliche Kosten
Eziwan-Plattform (1 Gateway)120 – 240 €
M2M-SIM-Karte (200 MB/Monat)60 – 120 €
Gesamtkosten pro Jahr180 – 360 €
\n

ROI für einen Milchviehbetrieb​

\n\n

Verfügbare Fördermittel​

\n

Der Plan France 2030 und die PCAE-Beihilfen (Plan zur Steigerung der Wettbewerbsfähigkeit und Anpassung der landwirtschaftlichen Betriebe) finanzieren teilweise die Ausrüstung für die digitale Modernisierung der Landwirtschaft. Die Fördersätze variieren je nach Region und Förderprogramm (30 bis 50 % der förderfähigen Investitionen). Erkundigen Sie sich bei Ihrer Landwirtschaftskammer oder Ihrem FranceAgriMer-Berater nach den für Ihr Projekt geltenden Förderprogrammen.

\n
\n

Fazit​

\n

Das industrielle Internet der Dinge (IoT) steht französischen landwirtschaftlichen Betrieben nun dank der flächendeckenden 4G-Netzabdeckung, standardisierter Modbus-Sensoren und kostengünstiger Cloud-Plattformen wie Eziwan zur Verfügung. Die technischen und finanziellen Hürden, die die Einführung bisher gebremst haben, sind deutlich gesunken.

\n

Bei einer Anfangsinvestition von 1.000 bis 2.000 € pro Gebäude und einer Abonnementgebühr von weniger als 400 € pro Jahr profitiert ein Landwirt von einer Rund-um-die-Uhr-Überwachung seiner kritischen Anlagen, sofortigen SMS-Benachrichtigungen und einem dokumentierten Verlauf zur Erfüllung seiner gesetzlichen Verpflichtungen.

\n

Nächster Schritt: Wenden Sie sich an das Eziwan-Team, um eine kostenlose Machbarkeitsstudie zu erhalten, die auf Ihren Betrieb und Ihre Produktionsart zugeschnitten ist.

\n
\n
\n

FAQ​

\n

Ist 4G in den ländlichen Agrargebieten Frankreichs verfügbar?\nDie 4G-Abdeckung im französischen Mutterland umfasst mehr als 99 % der Bevölkerung, aber nur etwa 80 % der Gesamtfläche – einige Betriebe in Funklücken bleiben weiterhin ausgeschlossen. Für diese Gebiete bietet das NB-IoT-Netz (NarrowBand-IoT) eine bessere Durchdringung in Gebäuden und eine größere Reichweite, und für völlig abgelegene Standorte stehen zunehmend Satellitenlösungen (Starlink) zur Verfügung. Vor jeder Bereitstellung ist eine vorherige Überprüfung der Netzabdeckung am genauen Standort unerlässlich.

\n

Kann man einen bestehenden Lagersilo oder eine bestehende Genossenschaftskellerei anschließen, ohne die Anlagen auszutauschen?\nIn den allermeisten Fällen ja. Moderne Silos verfügen über Temperatur- und Feuchtigkeitssensoren mit 4–20-mA- oder RS485-Modbus-Ausgängen – ein IoT-Gateway lässt sich direkt anschließen. Für ältere Anlagen ohne digitale Schnittstelle sind Modbus-RTU-kompatible Ersatzsensoren ab 50 bis 100 € pro Messpunkt erhältlich.

\n

Welche gesetzlichen Auflagen lassen sich mithilfe der IoT-Überwachung dokumentieren?\nIn der Tierhaltung: die Auflagen zur Rückverfolgbarkeit im Bereich der Tiergesundheit (Prophylaxe, Tierkennzeichnung, Transportbedingungen – EU-Verordnung 2016/429), Tierschutz (Temperaturen, Belüftung, Besatzdichte) sowie DPE-/PAC-Kontrollen können sich auf IoT-Datenhistorien als Nachweis stützen. Das automatische Protokoll aller Messungen mit zertifiziertem Zeitstempel ist ein wesentlicher Vorteil bei Kontrollen.

\n
\n

Weiterführende Informationen​

\n\n
\n

Eziwan unterstützt Landwirte, Genossenschaften und Lagerunternehmen bei der IoT-Überwachung ihrer Anlagen. Unsere Lösung lässt sich ohne Austausch an bestehende Geräte anpassen und verfügt über eine für ländliche Gebiete optimierte 4G-Konnektivität. Entdecken Sie unsere Lösungen →

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/iot-agriculture-elevage-monitoring-france", "title": "IoT und vernetzte Landwirtschaft: Überwachung landwirtschaftlicher Betriebe in Frankreich 2026", "summary": "Wie das Internet der Dinge (IoT) die Landwirtschaft und Viehzucht in Frankreich verändert: Überwachung von Gewächshäusern, Silos, Milchtanks, Bewässerungssystemen und Umgebungsbedingungen. Praktischer Leitfaden 2026.", "date_modified": "2026-07-17T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "landwirtschaft", "industrielles-iot", "monitoring", "4g", "edge-computing" ] }, { "id": "https://eziwan.com/de/blog/supervision-reseau-eau-potable-collectivite-guide", "content_html": "

Die Modernisierung der Fernüberwachung von Trinkwassernetzen ist für die französischen Kommunen zu einer Priorität geworden. Angesichts zunehmender gesetzlicher Auflagen (Selbstüberwachung, NIS2, DSGVO), veralteter Fernüberwachungsanlagen aus den 2000er Jahren und der Leistungsanforderungen in den Dienstleistungsverträgen (DSP) müssen die Wasserversorger ihre Überwachungsarchitektur neu konzipieren.

\n

Dieser praktische Leitfaden richtet sich an technische Leiter, Leiter der Wasser- und Abwasserwirtschaft sowie IT-Leiter von kommunalen Einrichtungen – Wasserverbände, kommunale Versorgungsbetriebe, Gemeindeverbände –, die Trinkwassernetze betreuen.

\n

Bestandsaufnahme: Der Bestand an Fernüberwachungssystemen für die Wasserversorgung in Frankreich​

\n

Ein alternder Fuhrpark​

\n

Die Fernüberwachung der Trinkwassernetze in Frankreich stützt sich heute weitgehend auf Anlagen, die zwischen 2000 und 2015 installiert wurden. Die vorherrschenden Technologien sind:

\n\n

Die Schließung von 2G: ein Auslöser für die Modernisierung​

\n

Orange hat (nach mehreren Verschiebungen) offiziell angekündigt, das 2G-Netz im Jahr 2026 abzuschalten. SFR hat sein 2G-Netz in mehreren Gebieten bereits abgeschaltet. Bouygues Telecom verfolgt denselben Kurs.

\n

Die SOFREL S4W-Modems und andere 2G/GPRS-RTUs, die an Wassertürmen, Pumpwerken und Hebewerken eingesetzt werden, werden nach diesen Abschaltungen nicht mehr funktionieren.

\n

Dies ist eine hervorragende Gelegenheit zur Modernisierung hin zu 4G-LTE-Lösungen mit einer zentralisierten Cloud-Überwachungsplattform.

\n
\n

Moderne Überwachungsarchitektur für ein Trinkwassernetz​

\n

Typische zu überwachende Standorte​

\n
StandorttypWichtige ParameterAusrüstung vor Ort
PumpstationFördermenge, Druck, Wasserstand im Behälter, Betriebsstunden, StromverbrauchSPS Schneider M340 oder Siemens S7-1200, 4–20-mA-Sensoren
Wasserturm / SpeicherbeckenWasserstand, Ein-/Auslassdruck, FüllventilUltraschall- oder Druck-Wasserstandssensor, Modbus-Durchflussmesser
AufbereitungsanlageTrübung, Restchlorgehalt, pH-Wert, Leitfähigkeit, Temperatur, behandelte DurchflussmengeMultiparametersonden von YSI, Hach, WTW über Modbus RS-485
DruckerhöhungsanlageDruck nach der Anlage, Durchfluss, Zustand der Aggregate, MotorfehlerModbus-Frequenzumrichter, lokale SPS
NetzzählerDurchfluss, Zählerstand, Erkennung von nächtlichen LeckagenMID-Zähler mit Impulsausgang oder Modbus
\n

Empfohlene Architektur​

\n\n
\n

Migration von bestehenden Systemen​

\n

Austausch eines SOFREL S4W-Modems​

\n

Das SOFREL S4W ist das am weitesten verbreitete Modem in den französischen Wassernetzen. Die Umstellung auf das Eziwan Gateway ist so konzipiert, dass sie ohne Eingriffe erfolgt.

\n

Schritte der Migration:

\n
    \n
  1. Vorab-Audit (1 Stunde per Fernzugriff): Ermittlung der auf dem S4W konfigurierten Modbus-Register, Zuordnung der verwendeten E/A (digitale Eingänge, analoge Eingänge, Relaisausgänge), Liste der aktuellen SMS-Empfänger
    2. \n
  2. Lieferung des vorkonfigurierten Gateways: Das Eziwan-Gateway wird mit Ihrer Konfigurationsvorlage geliefert (Modbus-Register identisch mit denen des S4W, gleiche Alarmschwellen, gleiche SMS-Empfänger)
    3. \n
  3. Physischer Austausch (30–45 Minuten pro Standort): Das Gateway wird an dieselbe RS-485-Verkabelung angeschlossen. Die 4G-SIM-Karte wird eingelegt und aktiviert. Die Cloud-Verbindung wird automatisch hergestellt
    4. \n
  4. Überprüfung: Ein Eziwan-Techniker übernimmt per Fernzugriff die Kontrolle, um die Datenübertragung und die Warnmeldungen zu überprüfen
    5. \n
  5. Inbetriebnahme: Der Standort ist im Cloud-Dashboard mit allen historischen Daten sichtbar (ab dem Zeitpunkt der Migration – die S4W-Historien werden nicht übertragen)
    6. \n
\n

Kompatibilität: Das Eziwan Gateway liest alle auf Ihrer SPS konfigurierten Modbus-Register aus (Schneider M340, Siemens S7-1200, Lacroix E30...). Für die Migration sind keine Änderungen an der Feld-SPS erforderlich.

\n

Migrationskosten: Das Eziwan-Gateway ist günstiger als ein neues SOFREL S4W und bietet dabei erweiterte Funktionen (VPN, Unterstützung mehrerer Protokolle, OTA). Bei einer Flotte von 50 Stationen macht sich die Investition im Vergleich zum Kauf neuer S4W-Geräte sofort bezahlt.

\n
\n

Migration von einem delegierten System (Ende des DSP)​

\n

Bei einer Rückübernahme in eigene Regie oder einem Wechsel des Konzessionsnehmers verliert die Kommune häufig den Zugriff auf das proprietäre Überwachungssystem des bisherigen Betreibers. Der Übergang kann dazu führen, dass wochen- oder monatelang keine zentrale Überwachung stattfindet.

\n

Der Eziwan-Ansatz für DSP-Übergänge:

\n
    \n
  1. Vorzeitige Bereitstellung: Installation der Eziwan-Gateways 3–6 Monate vor Ablauf des DSP-Vertrags, parallel zum bestehenden System
    2. \n
  2. Parallele Validierung: Vergleich der Eziwan-Daten mit den Daten des bisherigen Betreibers zur Überprüfung der Konsistenz
    3. \n
  3. Reibungslose Umstellung: Bei Ablauf des DSP-Vertrags ist die Eziwan-Überwachung bereits betriebsbereit und validiert
    4. \n
  4. Kontinuität der historischen Daten: 3–6 Monate historische Daten sind bereits auf der Eziwan-Plattform verfügbar
    5. \n
\n
\n

Einhaltung gesetzlicher Vorschriften​

\n

Selbstkontrolle und Verpflichtungen der ARS​

\n

Der Erlass vom 21. Juli 2015 zur Änderung des Erlasses vom 2. Mai 2007 schreibt Selbstüberwachungspflichten für Kläranlagen (STEP) und Trinkwasseraufbereitungsanlagen (UPEP) vor:

\n

Zu überwachende und zu archivierende Parameter (UPEP):

\n\n

Anforderungen an die Archivierung:

\n\n

So erfüllt Eziwan diese Anforderungen:

\n\n
\n

NIS2-Richtlinie: Anwendbarkeit auf Trinkwasser​

\n

Die Umsetzung der NIS2-Richtlinie in Frankreich (Gesetz vom 16. April 2024) unterteilt die Wasserversorger je nach ihrer Größe in folgende Kategorien:

\n

Wesentliche Einrichtungen:

\n\n

Bedeutende Unternehmen:

\n\n

Für die Fernüberwachung von Wasserversorgungssystemen relevante NIS2-Anforderungen:

\n
AnforderungVorgabeWie Eziwan diese erfüllt
OT/IT-NetzwerksegmentierungVom Büronetzwerk isoliertes OT-GatewayDas Gateway arbeitet im OT-Bereich, kein eingehender Datenverkehr
FernzugriffskontrolleMFA + ProtokollierungOpenVPN/IPSec-VPN + MFA + vollständiges Sitzungsprotokoll
SchwachstellenmanagementPatch-ManagementAutomatisches OTA-Firmware-Update für das Gateway
Meldung von Vorfällen< 24 Stunden an die ANSSIExportierbares Vorfallprotokoll, dokumentiertes Verfahren
LieferketteLieferanten-AuditEziwan ISO 27001, Hosting in Frankreich, DSGVO
\n
\n

Fallbeispiel: Wasserversorgungsverband mit 80 Stationen​

\n

Hintergrund: Ein interkommunaler Verband verwaltet 80 Pumpstationen (12 bis 350 m³/h) und 6 Wassertürme in einem ländlichen Gebiet mit 45 Gemeinden. Bestehende Ausstattung: SOFREL S4W 2G-Modems, eingeschränkte lokale Überwachung, 3 Techniker.

\n

Probleme:

\n\n

Eziwan-Implementierung:

\n\n

Ergebnisse nach 6 Monaten:

\n\n
\n

Kompatible Protokolle und Geräte​

\n

Wasserzähler​

\n
ProtokollKompatible ZählerErfasste Parameter
M-Bus (EN 13757)Sensus iPERL, Itron Actaris BDE, Landis+Gyr E120, SagemcomZählerstand (m³), Momentan Durchfluss, Alarme (Manipulation, Trockenlauf)
Impuls (Digital-Eingang)Jeder Zähler mit Impulsausgang (Reed-Schalter-Ausgang)Kumulierter Zählerstand, berechneter Durchfluss (Anzahl der Impulse × Volumen/Impuls)
Modbus RTUEndress+Hauser Promag, Krohne Optiflux, Siemens Sitrans FMDurchfluss (m³/h), Geschwindigkeit (m/s), Temperatur, kumulierter Zählerstand
MBUS LoRaWANLoRaWAN-Zähler für Gebiete ohne NetzabdeckungÜber LoRaWAN-Konzentrator + Eziwan-Gateway (MQTT)
\n

Messsonden für Wasser​

\n
ParameterKompatible SensorenSchnittstelle
RestchlorHach CL17sc, YSI MultiLab, Bürkert Typ 8905Modbus RS-485 oder 4–20 mA
pH/RedoxWTW IQ SensorNet, Endress+Hauser CPS11DModbus RS-485 oder 4–20 mA
TrübungHach TU5200, Yokogawa FLXA21Modbus RS-485
LeitfähigkeitEndress+Hauser Liquiline CM44Modbus RS-485
FüllstandVega Vegapuls, Endress+Hauser FMR51, Keller Serie 264–20 mA oder Modbus
\n

Feldsteuerungen für die Wasserversorgung​

\n
SteuerungSchnittstelleKompatibilität
Schneider Electric M340Modbus RTU RS-485✅ Getestet und validiert
Schneider Electric M221/M241Modbus RTU RS-485 + Modbus TCP✅ Getestet und validiert
Siemens S7-1200/S7-1500Modbus TCP (über Ethernet)✅ Getestet und freigegeben
Lacroix Tbox LT2 / MS3Modbus RTU / TCP✅ Kompatibel
Wago 750-860Modbus TCP✅ Kompatibel
CODESYS Modbus-SlaveModbus RTU / TCP✅ Kompatibel
\n
\n

Berechnung des ROI für eine Kommune​

\n

Durch IoT-Überwachung vermiedene Kosten​

\n

Einsätze von Technikern:

\n\n

Verhinderte Schäden (Leckagen, Ausfälle, Überläufe):

\n\n

Bereitschaftsdienst:

\n\n

Einhaltung gesetzlicher Vorschriften:

\n\n

Beispiel für eine ROI-Berechnung bei 80 Stationen​

\n
PostenJährlicher Wert
Vermeidbare Fahrten40.750 €
Frühzeitig erkannte Leckagen15.000 €
Reduzierung der Bereitschaftsdienste15.000 €
Vermeidung von Verstößen gegen Vorschriften10.000 €
Geschätzte jährliche Einsparungen insgesamt80.750 €
\n
InvestitionBetrag
80 Eziwan-Gateways + Installation48.000 €
Cloud-Abonnement (80 Standorte/Jahr)14.400 €
4G-M2M-SIM-Karten (80 Standorte × 10 €/Monat)9.600 €
Gesamtinvestition im ersten Jahr72.000 €
\n

ROI im ersten Jahr: 80.750 − 72.000 = +8.750 € bereits im ersten Jahr\nROI ab dem zweiten Jahr: 80.750 − (14.400 + 9.600) = +56.750 € pro Jahr

\n
\n

Finanzierung und verfügbare Fördermittel​

\n

EFRE und regionale Zuweisungen​

\n

Modernisierungsprojekte für die Fernüberwachung von Trinkwassernetzen können im Rahmen der regionalen operationellen Programme 2021–2027 unter dem Schwerpunkt „Digitaler Wandel im öffentlichen Dienst“ Fördermittel aus dem EFRE (Europäischer Fonds für regionale Entwicklung) erhalten.

\n

Wasserbehörden​

\n

Die sechs französischen Wasserbehörden (Artois-Picardie, Rhein-Maas, Seine-Normandie, Loire-Bretagne, Adour-Garonne, Rhône-Mittelmeer-Korsika) bieten Fördermittel für die Modernisierung der Wasserverteilungsnetze an. Zu den Förderkriterien gehören die Reduzierung von Leckagen (Netzausbeute), die Einhaltung gesetzlicher Vorschriften und die digitale Transformation.

\n

Wenden Sie sich an Ihre örtliche Wasserbehörde, um sich über die laufenden Förderprogramme und die für Ihr Projekt geltenden Fördersätze zu informieren.

\n

Fördermittel zur Unterstützung lokaler Investitionen (DSIL) und DETR​

\n

Die DSIL und die DETR (Dotation d'Équipement des Territoires Ruraux) können digitale Projekte für ländliche Gemeinden finanzieren. Projekte zur Modernisierung von Wasserversorgungsnetzen mittels IoT fallen unter die Ziele „lokale Dienstleistungen“ und „digitaler Wandel“ dieser Förderprogramme.

\n
\n

FAQ​

\n

Kommt die IoT-Überwachung für den „Plan France Relance“ oder für regionale Fördermittel in Frage?\nJa, es kommen mehrere Förderprogramme in Frage. Die DSIL (Dotation de Soutien à l’Investissement Local) finanziert digitale Projekte von Kommunen. Die DETR (Dotation d’Équipement des Territoires Ruraux) deckt ländliche Gemeinden ab. Die Wasserbehörden (Seine-Normandie, Loire-Bretagne usw.) verfügen über spezifische Programme zur Verlustminderung und zur Selbstüberwachung. In der Regel ist ein technisches Dossier mit einer bezifferten Kapitalrendite (ROI) erforderlich (Einsparungen durch Leckagenvermeidung, vermiedene Kosten).

\n

Ist die Migration von einem bestehenden SOFREL-System mit einem großen Aufwand verbunden?\nNein. Das Eziwan-Gateway wird parallel zu den bestehenden SOFREL-Geräten über Modbus RTU/TCP oder 4–20 mA angeschlossen. Das bestehende System muss während der Umstellung nicht abgeschaltet werden. Die Migration kann schrittweise erfolgen: Zunächst erfolgt das Auslesen der Daten, dann die schrittweise Umstellung der Pilotstationen und schließlich der vollständige Austausch entsprechend Ihrem Zeitplan für die Erneuerung der Geräte.

\n

Inwiefern erfüllt die Lösung die Anforderungen des ARS-Selbstüberwachungsberichts?\nDie Eziwan-Plattform ermöglicht den Export der Selbstüberwachungsdaten in den erforderlichen Formaten (CSV, Excel) mit zertifizierten Zeitstempeln. Die Leistungsindikatoren (Verlustquote, Nenn- vs. Ist-Durchfluss, Druckstörungen) werden automatisch aus den Messwerten berechnet und können für die von der ARS geforderten Zeiträume extrahiert werden.

\n
\n

Fazit und nächste Schritte​

\n

Die Modernisierung der Fernüberwachung von Trinkwassersystemen ist für französische Kommunen keine Option mehr. Die Abschaltung des 2G-Netzes, die NIS2-Vorgaben, die Anforderungen der ARS an die Selbstüberwachung und der Druck auf die Betriebskosten führen gemeinsam dazu, dass diese Investition unumgänglich ist.

\n

Die gute Nachricht: Der ROI stellt sich schnell ein (in der Regel < 18 Monate), die Migration von bestehenden Systemen (SOFREL usw.) ist dokumentiert und erfolgt ohne Eingriffe, und die modernen Lösungen (4G-Gateway + Cloud) sind deutlich kostengünstiger als die proprietären Geräte der ersten Generation.

\n

Ihre nächsten Schritte:

\n
    \n
  1. Bestandsaufnahme Ihrer aktuellen Infrastruktur: Bestandsaufnahme der Geräte, Ermittlung der 2G-Modems, Kartierung der Feldsteuerungen
    2. \n
  2. ROI-Simulation: Unser Team kann Ihnen eine individuelle Berechnung auf Basis Ihrer Infrastruktur erstellen
    3. \n
  3. Pilotprojekt: Start mit 5 bis 10 Pilotstationen, um die Lösung vor der flächendeckenden Einführung zu validieren
    4. \n
\n

Wenden Sie sich an das Eziwan-Team, um eine kostenlose Bestandsaufnahme Ihrer Fernüberwachungsinfrastruktur für die Wasserversorgung zu erhalten.

\n
\n

Weiterführende Informationen​

\n\n
\n

Eziwan arbeitet mit Kommunen, Wasserverbänden und kommunalen Versorgungsbetrieben bei der Modernisierung ihrer Fernüberwachungssysteme zusammen. Wir unterstützen den Übergang zu Dienstleistungsverträgen (DSP) sowie die Migration von SOFREL-, Lacroix- und anderen RTU-Systemen für die Wasserversorgung. Entdecken Sie unsere Lösung für die Wasserversorgung →

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/supervision-reseau-eau-potable-collectivite-guide", "title": "Überwachung des Trinkwassernetzes: IoT-Leitfaden für französische Kommunen 2026", "summary": "Umfassender Leitfaden zur Modernisierung der Überwachung Ihrer Trinkwassernetze: SOFREL-Migration, M-Bus-/Modbus-Protokolle, ARS-Konformität, NIS2 und ROI für französische Kommunen.", "date_modified": "2026-07-03T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "wasser-und-abwasserentsorgung", "monitoring", "industrielles-iot", "gemeinschaft", "modbus", "4g" ] }, { "id": "https://eziwan.com/de/blog/scada-cloud-vs-on-premise-guide-decision", "content_html": "

Cloud oder On-Premise? Diese Frage stellen sich heute die meisten Automatisierungsleiter und IT-Leiter in der Industrie. Die SCADA-Überwachung entwickelt sich weiter: SaaS-Cloud-Lösungen gewinnen gegenüber herkömmlichen On-Premise-Installationen an Boden, doch die Entscheidung fällt nicht immer leicht.

\n

Dieser Leitfaden vergleicht die beiden Architekturen objektiv anhand von sieben Schlüsselkriterien – Gesamtkosten, Sicherheit, Latenz, Skalierbarkeit, Compliance, Wartbarkeit und Ausfallsicherheit –, um Ihnen dabei zu helfen, die für Ihren industriellen Kontext richtige Entscheidung zu treffen.

\n

Was wir vergleichen​

\n

SCADA vor Ort (klassisch):\nPhysische Server, die in Ihren Räumlichkeiten oder Ihrem Serverraum installiert sind. Lokal installierte SCADA-Software (Wonderware InTouch/System Platform, Ignition, PCVue, WinCC). Datenhistorie auf einem lokalen SQL-Server. Zugriff über das lokale Netzwerk (LAN) oder per VPN für den Fernzugriff.

\n

SCADA-Cloud / IIoT-SaaS:\nIn der Cloud gehostete Plattform (AWS, Azure, GCP oder souveräne französische Cloud). Industrielle Gateways vor Ort, die die Felddaten erfassen und an die Cloud senden. Dashboard, auf das von jedem Browser aus zugegriffen werden kann. Verlauf in der Cloud. Beispiele: Eziwan, Axonize, Samsara, Siemens MindSphere, AWS IoT SiteWise.

\n
\n

Kriterium 1: Gesamtbetriebskosten (TCO über 3 Jahre)​

\n

SCADA vor Ort – Typische Gesamtbetriebskosten (TCO) für 10 Industriestandorte​

\n
PostenKosten (3 Jahre)
SCADA-Softwarelizenzen (Wonderware System Platform, 10 Verbindungen)45.000 – 80.000 €
Physische Server (2 redundante Server)18.000 – 30.000 €
Netzwerkinfrastruktur (verwaltete Switches, Router)8.000 – 15.000 €
Installation und Konfiguration (Systemintegrator)20.000 – 40.000 €
Jährliche Wartung und Support (15–20 % der Lizenzkosten)20.000 – 45.000 €
Größere Updates (1 Version alle 3 Jahre)15.000 – 25.000 €
Interne IT-Ressourcen (Administration, Datensicherung)15.000 – 30.000 €
Gesamtkosten für 3 Jahre141.000 – 265.000 €
\n

SCADA-Cloud-SaaS – Typische Gesamtbetriebskosten (TCO) für 10 Industriestandorte​

\n
PostenKosten (3 Jahre)
Cloud-Plattform-Abonnement (10 Standorte, 500 Datenpunkte)18.000 – 36.000 €
Industrielle Gateways (1 pro Standort × 10)8.000 – 15.000 €
Installation und Inbetriebnahme (einfacher)5.000 – 15.000 €
4G/SIM-M2M-Konnektivität (falls kein Glasanschluss)3.600 – 7.200 €
Schulung des Teams2.000 – 5.000 €
Gesamtkosten über 3 Jahre36.600 – 78.200 €
\n

Fazit zu den Gesamtbetriebskosten (TCO): Die SaaS-Cloud ist bei Bereitstellungen an mehreren Standorten über einen Zeitraum von drei Jahren 2- bis 4-mal günstiger. Der Vorteil nimmt mit der Anzahl der Standorte zu. Bei einem einzelnen Standort mit einem bereits abgeschriebenen SCADA-System kann eine On-Premise-Lösung weiterhin sinnvoll sein.

\n
\n

Kriterium 2: Sicherheit​

\n

Das ist oft das Hauptargument der Befürworter von On-Premise-Lösungen. Schauen wir uns einmal an, was davon tatsächlich zutrifft.

\n

Was für die On-Premise-Lösung gilt:​

\n\n

Was über On-Premise-Lösungen oft falsch ist:​

\n\n

Was für die Cloud gilt:​

\n\n

Was als Cloud-Risiko gilt:​

\n\n

Sicherheitsurteil: Bei gleichem Reifegrad ist eine nach ISO 27001 zertifizierte, in Frankreich gehostete Cloud in der Regel sicherer als eine nicht verwaltete On-Premise-Lösung. Für OIV (Betreiber von kritischer Bedeutung) oder besonders sensible Branchen wird die souveräne französische Cloud (ANSSI-zertifizierte SecNumCloud) empfohlen.

\n
\n

Kriterium 3: Latenz und Echtzeit​

\n

Die Wahrheit über die Latenz in der Cloud​

\n

Die Round-Trip-Latenz zwischen einem Feld-Gateway und einem in Paris gehosteten Cloud-Server beträgt je nach Qualität der 4G- oder Glasfaserverbindung 50 bis 200 ms.

\n

Ist das für Ihre Anwendung akzeptabel?

\n
AnwendungErforderliche LatenzCloud OK?
SPS-Regelkreis (PID)1 – 10 ms❌ Nein – verbleibt auf der lokalen SPS
Motion-Control-Regelung1 – 5 ms❌ Nein – verbleibt auf dem Antrieb/Servo
Sicherheitsalarme (SIL, PLe)10 – 100 ms❌ Nein – verbleibt auf der Sicherheits-SPS
Maschinenzustandsüberwachung100 ms – 1 s✅ Ja
Warnmeldungen und Benachrichtigungen1 – 30 s✅ Ja
Produktions-Dashboards1 – 60 s✅ Ja
Berichte und VerlaufOhne Einschränkungen✅ Ja
Fernwartung (VNC/SSH)50 – 500 ms✅ Ja (akzeptabel)
\n

Goldene Regel: Die Echtzeitsteuerung erfolgt IMMER über die lokale Steuerung. Die Cloud übernimmt die Überwachung, die Alarmierung, die Protokollierung und die Fernwartung. Diese Aufgabenteilung ist der Schlüssel zu einer korrekten IIoT-Architektur.

\n

Fazit zur Latenz: Die Cloud-Latenz ist für 95 % der Fälle in der industriellen Überwachung vollkommen akzeptabel. Lediglich der Echtzeit-Regelkreis muss lokal verbleiben.

\n
\n

Kriterium 4: Skalierbarkeit​

\n

On-Premise: Schwierige und kostspielige Skalierbarkeit​

\n

Die Erweiterung von 10 auf 50 lokal überwachte Standorte erfordert:

\n\n

Übliche Bearbeitungszeit: 4 bis 12 Wochen. Hohe Grenzkosten.

\n

Cloud: nahezu sofortige Skalierbarkeit​

\n

Einen neuen Standort in der SaaS-Cloud hinzufügen:

\n
    \n
  1. Ein Gateway bestellen (Lieferzeit 5–7 Tage)
    2. \n
  2. Es installieren und an das OT-Netzwerk des Standorts anschließen (30–60 Minuten)
    3. \n
  3. Konfigurieren Sie die Datenpunkte über das Web-Dashboard
    4. \n
  4. Der Standort ist sofort im zentralen Dashboard sichtbar
    5. \n
\n

Typische Lieferzeit: 1 bis 2 Wochen (die Lieferzeit hängt hauptsächlich von der Beschaffung der Materialien ab). Geringe Grenzkosten.

\n

Fazit zur Skalierbarkeit: Die Cloud hat hier klar die Nase vorn. Dies ist besonders entscheidend für Bereitstellungen an mehreren Standorten oder für Systemintegratoren, die einen Bestand von mehreren Dutzend bis zu mehreren Hundert Kundenstandorten verwalten.

\n
\n

Kriterium 5: Compliance und Regulierung​

\n

NIS2 (EU-Richtlinie zur Cybersicherheit)​

\n

Für wesentliche und wichtige Einrichtungen, die der NIS-2-Richtlinie unterliegen (Wasser, Energie, kritische Industrie), gelten unabhängig von der Architektur dieselben Cybersicherheitsanforderungen. Der Unterschied liegt in der Fähigkeit, die Konformität nachzuweisen:

\n\n

DSGVO und personenbezogene Daten​

\n

Wenn Ihr SCADA-System personenbezogene Daten verarbeitet (Anwesenheitszeiten von Bedienern, biometrische Zugänge), ist der Speicherort der Daten von Bedeutung:

\n\n

Regulierungsbehaftete Branchen (Pharma, Lebensmittelindustrie)​

\n

FDA 21 CFR Part 11 (elektronische Rückverfolgbarkeit im Pharmabereich) und EU-GMP-Anhang 11 sind mit der Cloud kompatibel, sofern ein Dienstleister ausgewählt wird, der die von den Auditoren geforderten Validierungsnachweise (IQ/OQ/PQ) vorlegen kann.

\n

Konformitätsurteil: Die in Frankreich von einem nach ISO 27001 zertifizierten Anbieter gehostete Cloud ist mit NIS2, der DSGVO und den wichtigsten Branchenvorschriften kompatibel. Überprüfen Sie die Zertifikate des Anbieters.

\n
\n

Kriterium 6: Wartbarkeit​

\n

On-Premise: Der versteckte IT-Aufwand​

\n

Unternehmen unterschätzen häufig den Wartungsaufwand eines lokal betriebenen SCADA-Systems:

\n\n

In der Praxis erfordert ein lokal installiertes SCADA-System über den gesamten Zeitraum hinweg 0,3 bis 0,5 IT-Vollzeitäquivalente (gemeinsam mit anderen Systemen genutzt).

\n

Cloud: Ausgelagerte Wartung​

\n

Auf einer SaaS-Cloud-Plattform übernimmt der Anbieter folgende Aufgaben:

\n\n

Ihr Team kümmert sich ausschließlich um die Wartung der Gateways vor Ort (automatisierbare OTA-Firmware-Updates) und die Anwendungskonfiguration.

\n

Fazit zur Wartbarkeit: Die Cloud reduziert den Betriebsaufwand um 70–80 %. Dies ist entscheidend für kleine und mittlere Unternehmen ohne eigenes IT-Team.

\n
\n

Kriterium 7: Ausfallsicherheit und Verfügbarkeit​

\n

On-Premise: Ein zweischneidiges Schwert​

\n

Vorteile:

\n\n

Schwächen:

\n\n

Cloud: Hohe Verfügbarkeit von Grund auf​

\n

Seriöse industrielle Cloud-Plattformen garantieren eine Verfügbarkeit von 99,9 % (vertraglich festgelegte SLA = < 8,76 Stunden Ausfallzeit pro Jahr) oder sogar 99,95 %.

\n

Multi-AZ-Architektur (Multi-Rechenzentrum): Der Ausfall eines Rechenzentrums hat keine Auswirkungen auf den Dienst. Die Notfallwiederherstellung (Disaster Recovery, DR) erfolgt automatisch.

\n

Größtes Cloud-Risiko: Wenn die Internet-/4G-Verbindung am Standort unterbrochen wird, verliert das Gateway die Verbindung zur Cloud. Die Daten werden lokal zwischengespeichert (Store-and-Forward) und bei Wiederherstellung der Verbindung weitergeleitet. Die Fernüberwachung ist während der Unterbrechung nicht verfügbar.

\n

Antwort: Bei kritischen Standorten sollte eine Ausweichverbindung eingerichtet werden (4G-SIM-Karte mit zwei Netzbetreibern als Failover über Glasfaser oder als letzte Möglichkeit ein VSAT-Satellitenanschluss).

\n

Fazit zur Ausfallsicherheit: Die Cloud bietet eine höhere Verfügbarkeit der Plattform. Die On-Premise-Lösung ist ausfallsicherer, da sie eine lokale Überwachung ohne Netzwerkabhängigkeit ermöglicht. Eine Hybridlösung (lokale Steuerung + Überwachung über die Cloud) vereint die Vorteile beider Ansätze.

\n
\n

Hybridarchitektur: Das Beste aus beiden Welten​

\n

Die meisten neuen industriellen Implementierungen basieren auf einer Hybridarchitektur:

\n\n

Vorteile der Hybridlösung:

\n\n

Genau diese Architektur setzt Eziwan ein: ein industrielles Gateway an jedem Standort (Edge) und eine Cloud-Plattform für die zentrale Überwachung.

\n
\n

Übersichtstabelle​

\n
KriteriumOn-PremiseCloud-SaaSHybrid
Gesamtbetriebskosten über 3 Jahre (10 Standorte)141–265 k€37–78 k€50–100 k€
SicherheitHängt von Ihrer IT abISO 27001ISO 27001 + OT-Isolierung
Latenz bei der SteuerungAusgezeichnetNicht zutreffendAusgezeichnet (lokal)
Latenz bei der ÜberwachungAusgezeichnet50–200 ms50–200 ms
SkalierbarkeitSchwierigEinfachEinfach
WartbarkeitIT-Aufwand 0,3–0,5 VollzeitäquivalenteMinimalMinimal
Plattformverfügbarkeit~99 % (bei Redundanz)99,9 %+ (SLA)99,9 %+
Ausfallsicherheit bei InternetausfallVollständigEingeschränktGut (Store-and-Forward)
NIS2-/DSGVO-KonformitätMöglichMöglichMöglich
Bereitstellungsdauer4–12 Wochen1–2 Wochen1–2 Wochen
\n
\n

Wann sollte man was wählen?​

\n

Entscheiden Sie sich für die SaaS-Cloud, wenn:​

\n\n

Entscheiden Sie sich für die On-Premise-Lösung, wenn:​

\n\n

Entscheiden Sie sich für die Hybridlösung, wenn:​

\n\n
\n

Fazit​

\n

Es gibt keine allgemeingültige Antwort. Die Entscheidung hängt von der Anzahl Ihrer Standorte, dem Reifegrad Ihrer IT-Infrastruktur, Ihren regulatorischen Auflagen und Ihren Skalierbarkeitszielen ab.

\n

Eines ist sicher: Bei Bereitstellungen an mehreren Standorten spricht die TCO-Bilanz eindeutig für die SaaS-Cloud. Und das Sicherheitsargument gilt nur, wenn Ihre On-Premise-Lösung ordnungsgemäß gewartet wird – was in kleinen und mittleren Unternehmen ohne eigenes Cybersicherheitsteam selten der Fall ist.

\n

Die Edge-+-Cloud-Hybridarchitektur, wie sie beispielsweise durch Lösungen wie Eziwan verkörpert wird, ermöglicht es heute, lokale Steuerung (Null-Latenz, Offline-Betrieb) mit der Leistungsfähigkeit der Cloud (zentralisierte Überwachung, Fernzugriff, unbegrenzte Protokollierung) zu kombinieren – ohne sich entscheiden zu müssen.

\n
\n

FAQ​

\n

Kann ein Cloud-SCADA-System auch bei einer Internetunterbrechung funktionieren?\nBei einer hybriden Architektur (Edge-Gateway + Cloud) läuft der industrielle Prozess weiter (die SPS arbeitet autonom), und die Daten werden vom Gateway lokal zwischengespeichert (Store-and-Forward). Die Echtzeitüberwachung wird während der Unterbrechung unterbrochen, aber die Daten gehen nicht verloren – sie werden nach der Wiederherstellung der Verbindung übertragen. Für kritische Alarme sollten Sie lokale Warnmeldungen (Relais, SMS über das Edge-Gateway) konfigurieren, die ohne Internet funktionieren.

\n

Welche On-Premise-SCADA-Systeme sind mit einem Cloud-IoT-Gateway kompatibel?\nWonderware AVEVA, Ignition (Inductive Automation), CODESYS, FactoryTalk (Rockwell), WinCC (Siemens), Citect – alle lassen sich über OPC-UA, Modbus TCP oder REST-API in IoT-Cloud-Gateways integrieren. Bei der hybriden Architektur übernimmt das On-Premise-SCADA-System die lokale Steuerung, während ein IoT-Cloud-Gateway für die Fernüberwachung und den Fernzugriff durch Techniker hinzugefügt wird.

\n

Ist die SaaS-Cloud für Betriebsgeheimnisse (Rezepturen, firmeneigene Verfahren) geeignet?\nKritische Prozessdaten (Rezepturen, firmeneigene Parameter) können von der Datenübertragung in die Cloud ausgeschlossen werden – Sie übermitteln nur das, was Sie für die Überwachung benötigen (Temperaturen, Drücke, Maschinenzustände). Für die sensibelsten Daten bietet das Cloud-Hosting in Frankreich (OVHCloud, Scaleway), das dem französischen Recht unterliegt, ein zusätzliches Schutzniveau im Vergleich zu US-amerikanischen Anbietern, die dem CLOUD Act unterliegen.

\n

Wie lange dauert die Migration von einem lokalen SCADA-System in die Cloud?\nBei einem Standort mit bestehendem SCADA-System dauert die Bereitstellung einer Cloud-Ebene (Fernzugriff, standortübergreifende Überwachung) 1 bis 4 Wochen, ohne dass das lokale SCADA-System beeinträchtigt wird. Das bestehende SCADA-System bleibt bestehen; das IoT-Cloud-Gateway wird parallel dazu hinzugefügt. Eine vollständige Migration zu einem Cloud-SCADA-System (ohne lokales SCADA-System) dauert je nach Komplexität der Anlage 2 bis 6 Monate.

\n
\n

Weiterführende Informationen​

\n\n
\n

Sie sind sich bei Ihrem Überwachungsprojekt nicht sicher, ob Sie sich für die Cloud oder eine On-Premise-Lösung entscheiden sollen? Kontaktieren Sie unser Team für eine individuelle Beratung, die auf Ihre industriellen Gegebenheiten zugeschnitten ist.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/scada-cloud-vs-on-premise-guide-decision", "title": "SCADA in der Cloud vs. vor Ort: Entscheidungsleitfaden für französische Industrieunternehmen 2026", "summary": "SCADA in der Cloud oder vor Ort? Vergleich hinsichtlich Gesamtbetriebskosten, Sicherheit, Latenz und Compliance. Umfassender Leitfaden zur Auswahl der für Ihren Kontext geeigneten Architektur für die industrielle Überwachung.", "date_modified": "2026-06-19T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "scada", "cloud", "monitoring", "industrie-4-0", "industrielles-iot", "infrastructure" ] }, { "id": "https://eziwan.com/de/blog/cybersecurite-ot-menaces-industrie-2026", "content_html": "

Industrielle Systeme sind zum vorrangigen Ziel von Cyberkriminellen geworden. Im Jahr 2025 betrafen 68 % der bei der ANSSI gemeldeten Cybersicherheitsvorfälle OT-Systeme (Operational Technology), gegenüber 41 % im Jahr 2022. Die zunehmende Vernetzung von IT- und OT-Netzwerken, die durch Industrie 4.0 beschleunigt wird, hat die Angriffsfläche von Fabriken, Kraftwerken und Wasserversorgungsnetzen erheblich vergrößert.

\n

Dieser Leitfaden stellt die wichtigsten im Zeitraum 2025–2026 identifizierten OT-Bedrohungen, die am stärksten gefährdeten Branchen in Frankreich sowie konkrete Maßnahmen zur Verringerung Ihres Risikos vor.

\n

Warum OT-Systeme zur Zielscheibe Nummer 1 geworden sind​

\n

Jahrzehntelang wurden industrielle Systeme durch den Air Gap geschützt: ihre vollständige physische Isolierung von IT-Netzwerken und dem Internet. Dieser natürliche Schutz ist mit der Digitalisierung der Industrie verschwunden.

\n

Die Faktoren, die den Ausschlag gegeben haben:

\n\n

Folge: OT-Systeme weisen eine Vielzahl unbehobener Sicherheitslücken, unsichere Protokolle und eine zunehmende Netzwerkexposition auf. Für einen Angreifer sind sie damit ein ideales Ziel.

\n
\n

Die 6 größten OT-Bedrohungen im Jahr 2026​

\n

1. Ransomware für industrielle Steuerungssysteme (ICS-Ransomware)​

\n

Ransomware ist nach wie vor die größte Bedrohung. Doch in den Jahren 2025–2026 haben cyberkriminelle Gruppen speziell auf industrielle Systeme zugeschnittene Varianten entwickelt, die in der Lage sind:

\n\n

In Europa aktive Gruppen: LockBit 3.0, BlackCat/ALPHV, Play und Cl0p haben alle in den Jahren 2024–2025 französische Branchen ins Visier genommen. Auf das verarbeitende Gewerbe entfallen 28 % der Ransomware-Opfer in Europa.

\n

Durchschnittliche Auswirkungen eines industriellen Ransomware-Angriffs:

\n\n

Häufigste Angriffsvektoren:

\n
    \n
  1. Kompromittiertes VPN ohne MFA durch Credential Stuffing
    2. \n
  2. Fernzugriff von Wartungsdienstleistern (TeamViewer, AnyDesk) mit gemeinsam genutzten Zugangsdaten
    3. \n
  3. Gezieltes Phishing gegen Ingenieure mit Zugriff auf OT-Systeme
    4. \n
  4. Ausnutzung von Schwachstellen in HMI (Human-Machine Interface), die im Internet exponiert sind
    5. \n
\n
\n

2. Angriffe auf Steuerungsgeräte (SPS/RTU)​

\n

SPSen stehen nun direkt im Visier. Bei den raffiniertesten Angriffen wird die Programmlogik (Firmware oder Ladder-Logik) verändert, um:

\n\n

Von der ANSSI identifizierte wiederkehrende Sicherheitslücken (2024–2025):

\n
HerstellerArt der SicherheitslückeCVE
Siemens S7-1500Pufferüberlauf im Modbus-TCP-ServerCVE-2023-46156
Schneider Electric M340Fehlende Authentifizierung am FTP-PortCVE-2024-8935
Rockwell Automation ControlLogixRCE über EtherNet/IP ohne AuthentifizierungCVE-2024-6077
Mitsubishi MELSEC iQ-RDenial-of-Service durch fehlerhafte PaketeCVE-2024-7419
Wago 750 SeriesStandard-Anmeldedaten nicht geändertCVE-2023-4156
\n

Wichtige Präventivmaßnahme: Isolierung der Steuerungsgeräte in dedizierten VLANs, Verbot direkter Verbindungen aus dem IT-Netzwerk, Einsatz industrieller DMZs gemäß der Purdue-Architektur.

\n
\n

3. Angriffe auf ungesicherte Industrieprotokolle​

\n

Modbus, DNP3, BACnet und Profinet wurden in den 1970er- bis 1990er-Jahren mit dem Ziel entwickelt, Zuverlässigkeit und Geschwindigkeit zu gewährleisten. Keines dieser Protokolle verfügt über eine native Authentifizierung. Jedes Gerät im selben Netzwerk kann:

\n\n

Typischer Angriff: Ein Angreifer, der Zugriff auf das OT-Netzwerk erhält (über ein kompromittiertes VPN, einen infizierten Wartungsrechner oder ein physisch angeschlossenes Kabel), kann Modbus-Befehle direkt an die Steuerung einer Pumpe oder eines Kompressors senden.

\n

Abwehrmaßnahmen:

\n\n
\n

4. Angriffe auf HMI- und SCADA-Schnittstellen​

\n

Mensch-Maschine-Schnittstellen (MMS) und SCADA-Server sind oft die Schwachstellen, denn:

\n\n

Häufiges Angriffsszenario:

\n
    \n
  1. Der Angreifer kompromittiert einen IT-Rechner mittels Phishing
    2. \n
  2. Netzwerkscan → entdeckt einen Wonderware-SCADA-Server auf Port 80
    3. \n
  3. Ausnutzung einer Web-Schwachstelle oder von Standard-Anmeldedaten
    4. \n
  4. Zugriff auf die Produktionsüberwachung → Änderung der Alarmschwellenwerte, um eine Anomalie zu verschleiern
    5. \n
  5. Verbreitung von Ransomware vom SCADA-Server auf das übrige OT-Netzwerk
    6. \n
\n

Faktencheck 2025: Die Plattform Shodan listet in Frankreich mehr als 15.000 industrielle Benutzeroberflächen auf, auf die direkt über das Internet zugegriffen werden kann, davon etwa 3.400 ohne konfigurierte Authentifizierung.

\n
\n

5. Angriffe auf die Lieferkette (Supply Chain OT)​

\n

Die Bedrohung durch OT-Supply-Chain-Angriffe nimmt stark zu. Dabei wird Hardware, Software oder ein Dienstleister kompromittiert, bevor diese beim Endnutzer ankommen.

\n

Identifizierte Vektoren:

\n\n

Unmittelbar damit verbundene NIS2-Anforderungen: Artikel 21 der NIS2-Richtlinie schreibt ausdrücklich vor, dass wesentliche und wichtige Stellen Maßnahmen zur Gewährleistung der Sicherheit der Lieferkette ergreifen müssen.

\n
\n

6. Interne Bedrohungen (Insider)​

\n

Interne Bedrohungen werden in der Branche oft unterschätzt. Sie betreffen:

\n\n

Statistiken 2024 (Verizon DBIR-Bericht): Bei 18 % der OT-Vorfälle ist ein interner Akteur oder ein kompromittierter vertrauenswürdiger Dienstleister beteiligt.

\n

Kernmaßnahme: Zero-Trust-Zugriff – jeder Zugriff muss authentifiziert (MFA), zeitlich begrenzt und protokolliert werden. Ein Auftragnehmer darf niemals einen dauerhaften, uneingeschränkten Zugriff haben.

\n
\n

Die am stärksten betroffenen Branchen in Frankreich​

\n

1. Wasser und Abwasserentsorgung​

\n

Der Wassersektor ist laut ANSSI und Europol das Hauptziel von OT-Angriffen. Die Gründe:

\n\n

Referenzvorfall: Im Februar 2021 manipulierte ein Angreifer über einen ungesicherten TeamViewer-Zugang den Natronlauge-Gehalt in einer Wasseraufbereitungsanlage in Florida. Ein aufmerksamer Bediener erkannte die Anomalie rechtzeitig. Ein Angriff dieser Art ist auf jedem Wasser-SCADA-System möglich, das nicht über strenge Zugriffskontrollen verfügt.

\n

In Frankreich stuft die NIS2-Richtlinie Wasserversorger, die mehr als 10.000 Einwohner versorgen, als kritische Einrichtungen ein, für die seit dem 17. Oktober 2024 verschärfte Cybersicherheitsauflagen gelten.

\n

2. Energie und Stromnetze​

\n

Die Angriffe auf die Energieinfrastruktur (Erzeugung, Übertragung, Verteilung) haben sich in Europa seit 2022 verdreifacht. Verteilernetzbetreiber (VNB), Erzeuger erneuerbarer Energien und Industriestandorte mit Umspannwerken sind davon betroffen.

\n

Betroffene Protokolle: IEC 60870-5-101/104, IEC 61850 GOOSE, DNP3 – alle ohne native Authentifizierung in ihren Basisversionen.

\n

3. Pharma- und Lebensmittelindustrie​

\n

In diesen Branchen gelten strenge Vorschriften (FDA 21 CFR Part 11, EU-GMP Anhang 11) in Verbindung mit kritischen OT-Systemen. Eine Kontamination eines Herstellungsprozesses durch Manipulation von Steuerungen kann schwerwiegende gesundheitliche Folgen haben.

\n

Angriffe, die auf die Unterbrechung der Produktion abzielen (Wettbewerbssabotage), nehmen in diesen Branchen mit hoher Wertschöpfung zu.

\n

4. Kommunen und Smart Cities​

\n

Smart Cities setzen in großem Umfang Sensoren, Aktoren und IoT-Gateways ein, oft mit unzureichenden Sicherheitsbudgets. Die Straßenbeleuchtung, das Parkraummanagement und die städtischen Verkehrssysteme sind mittlerweile alle vernetzt – und potenziell angreifbar.

\n
\n

Die 10 wichtigsten Maßnahmen zur Absicherung Ihres OT im Jahr 2026​

\n

Stufe 1: Grundlagen (sofort zu erledigen)​

\n

1. Bestandsaufnahme aller OT-Assets\nWas Sie nicht kennen, können Sie nicht schützen. Erfassen Sie alle Steuerungen, SCADA-Systeme, HMIs, Gateways und Netzwerkgeräte mit ihren Betriebssystemen, Firmware, Protokollen und Verbindungen. Verwenden Sie passive Erkennungstools (Nozomi Networks, Claroty, Dragos), die das OT-Netzwerk nicht stören.

\n

2. IT/OT-Netzwerksegmentierung\nTrennen Sie Ihr OT-Netzwerk mithilfe einer industriellen Firewall oder einer dedizierten DMZ vom IT-Netzwerk. Die Purdue-Architektur (Ebenen 0 bis 5) gilt nach wie vor als Maßstab. Als Mindestanforderung gilt: Jede direkte Kommunikation zwischen Desktop-PCs und Feldsteuerungen muss unterbunden werden.

\n

3. Abschaffung ungesicherter Fernzugriffe\nÜberprüfen Sie alle bestehenden Fernzugriffe (VPN, TeamViewer, AnyDesk, RDP). Deaktivieren Sie diejenigen, die nicht unbedingt erforderlich sind. Führen Sie für berechtigte Zugriffe die MFA ein und beschränken Sie die Zugangszeiten.

\n

4. Ändern der Standard-Anmeldedaten\nAlle Geräte (SPS, Switches, HMIs, Router), die mit Standard-Anmeldedaten (admin/admin, root/root) ausgeliefert werden, müssen bei der ersten Inbetriebnahme geändert werden. Dokumentieren Sie die Anmeldedaten in einem Passwort-Tresor (Bitwarden, HashiCorp Vault).

\n

5. Sicherung der SPS-Konfigurationen\nExportieren und sichern Sie die Projekte aus TIA Portal, Unity Pro und Studio 5000 offline an einem vom OT-Netzwerk isolierten Speicherort. Im Falle einer Ransomware-Attacke muss die Wiederherstellung aus einer sauberen Sicherung innerhalb von Stunden und nicht erst nach Wochen möglich sein.

\n
\n

Stufe 2: Kräftigung (über einen Zeitraum von 6–12 Monaten zu planen)​

\n

6. Starke Authentifizierung bei Fernzugriffen\nRichten Sie ein industrielles VPN mit MFA (TOTP oder FIDO2) für alle Fernzugriffe ein – interne Techniker, Subunternehmer, Integratoren. Jede Sitzung muss zu Audit-Zwecken aufgezeichnet werden (Session Recording).

\n

7. Überwachung des OT-Netzwerkverhaltens (NDR)\nSetzen Sie eine passive Überwachungssonde in Ihrem OT-Netzwerk ein, um Kommunikationsanomalien zu erkennen: neue Geräte, ungewöhnliche Modbus-Funktionscodes, Kommunikation mit unbekannten IP-Adressen, Firmware-Änderungen. Die Lösungen von Nozomi Networks, Claroty und Dragos sind marktführend.

\n

8. Management von OT-Sicherheitslücken\nAbonnieren Sie die Sicherheitsbulletins Ihrer Hersteller (Siemens ProductCERT, Schneider Electric PSIRT, Rockwell Automation Security Advisories). Bewerten Sie kritische CVEs (CVSS ≥ 7,0) und planen Sie die Installation von Patches für die nächsten Wartungsfenster ein.

\n

9. OT-Notfallplan\nDokumentieren Sie den spezifischen OT-Notfallprozess: an wen ist sich zu wenden (ANSSI, falls es sich um eine NIS2-Einrichtung handelt), wie lässt sich ein kompromittiertes Segment isolieren, ohne den Betrieb zu unterbrechen, und welche Verfahren gelten für die Wiederherstellung aus Backups? Testen Sie den Plan einmal jährlich im Rahmen einer Simulation.

\n

10. Schulung der Teams (OT Security Awareness)\nAutomatisierungsingenieure haben in der Regel keine Schulung im Bereich Cybersicherheit erhalten. Zwei- bis vierstündige Schulungen zu spezifischen OT-Bedrohungen, Phishing, dem Umgang mit USB-Sticks und sicheren Fernzugriffen reduzieren das interne Risiko erheblich.

\n
\n

Wie Eziwan die OT-Sicherheitsanforderungen erfüllt​

\n

Das Eziwan-Gateway und die Eziwan-Plattform wurden von Anfang an so konzipiert, dass die OT-Sicherheit als kritische nicht-funktionale Anforderung berücksichtigt wurde.

\n

Zero-Trust-Architektur:

\n\n

Detaillierte Fernzugriffskontrolle:

\n\n

Integrierte OT-Überwachung:

\n\n

Hosting in Frankreich:

\n\n
\n

OT-Sicherheitscheckliste 2026​

\n

Verwenden Sie diese Checkliste, um den Reifegrad Ihrer OT-Cybersicherheit zu bewerten:

\n

Governance

\n\n

Netzwerkarchitektur

\n\n

Zugriff und Identitäten

\n\n

Wartung und Updates

\n\n

Erkennung und Reaktion

\n\n
\n

FAQ – OT-Cybersicherheit und Bedrohungen für die Industrie im Jahr 2026​

\n

Kann eine Ransomware, die das IT-Netzwerk befällt, auch OT-Steuerungen erreichen?

\n

Ja, wenn die OT- und IT-Netzwerke ohne strikte Trennung miteinander verbunden sind. Genau das war der Übertragungsweg von NotPetya (2017) und zahlreicher industrieller Vorfälle seitdem. Die Ransomware verschlüsselt die IT-Server, verbreitet sich über Active Directory und Netzwerkfreigaben, und wenn sich das OT-Netzwerk im selben LAN befindet oder über dieselbe Windows-Domäne erreichbar ist, werden die SCADA-Überwachungsstationen und manchmal auch die Steuerungsgeräte infiziert.

\n

Können Steuerungen von Siemens oder Schneider direkt mit Malware infiziert werden?

\n

Industrielle Steuerungen „infizieren“ sich nicht im herkömmlichen Sinne (kein Standard-Dateisystem, keine Ausführung von beliebigem Code über übliche Vektoren). Sie können jedoch aus der Ferne neu programmiert werden, wenn ein Zugriff gelungen ist (siehe Stuxnet). Das eigentliche Risiko besteht häufiger in der Abschaltung oder Manipulation der Steuerungen durch einen kompromittierten Bediener oder einen unzureichend gesicherten Fernzugriff als in einer direkten Infektion der Firmware.

\n

Welche Meldepflicht besteht gegenüber der ANSSI im Falle eines OT-Vorfalls gemäß NIS2?

\n

Für Unternehmen, die der NIS2-Richtlinie unterliegen (kritische und wichtige Unternehmen), gilt folgende Verpflichtung: Vorabmeldung innerhalb von 24 Stunden, wenn der Vorfall voraussichtlich erhebliche Auswirkungen hat, Zwischenbericht innerhalb von 72 Stunden, Abschlussbericht innerhalb eines Monats. Die Meldung an die ANSSI kann über das dafür vorgesehene Formular auf ihrer Website erfolgen. Bei Nichteinhaltung drohen Sanktionen in Höhe von bis zu 10 Mio. € oder 2 % des weltweiten Umsatzes.

\n

Sind Lösungen zur Segmentierung von OT-Netzwerken für kleine und mittlere Unternehmen sehr kostspielig?

\n

Nein. Eine grundlegende Segmentierung (OT/IT-VLANs auf einem verwaltbaren Switch für 200–400 €, mit restriktiven Regeln zwischen den VLANs) ist für jedes kleine und mittlere Unternehmen erschwinglich. Für eine höhere Sicherheitsstufe sind kompakte industrielle Firewalls (Stormshield SNi40, Fortinet FortiGate Rugged) ab 500–800 € erhältlich. Die Segmentierung bietet das beste Preis-Leistungs-Verhältnis in der OT-Cybersicherheit – sie eindämmt Vorfälle, bevor sie sich ausbreiten können.

\n

Sollten unsichere Protokolle wie Modbus TCP im OT-Netzwerk deaktiviert werden?

\n

Im internen OT-Netzwerk kann Modbus TCP aktiv bleiben – das Fehlen einer Authentifizierung ist in einem physisch isolierten und segmentierten Netzwerk akzeptabel. Der kritische Fehler besteht darin, den Modbus-Port (502) unkontrolliert im Internet oder im IT-Netzwerk freizugeben. Vorrangig ist es, sicherzustellen, dass kein OT-Port von außen zugänglich ist, und nicht unbedingt, Modbus kurzfristig durch ein sichereres Protokoll zu ersetzen.

\n
\n

Fazit​

\n

Cybersicherheit im Bereich der Betriebstechnik (OT) ist für französische Industrieunternehmen keine Option mehr. Die NIS2-Richtlinie, die Anforderungen der Norm IEC 62443 und die Realität von Sicherheitsvorfällen (Ransomware, Angriffe auf Wasserversorgungsnetze, Sabotageakte an der Energieinfrastruktur) machen den Schutz von OT-Systemen unverzichtbar.

\n

Die gute Nachricht: Anders als viele Unternehmer glauben, muss nicht alles von Grund auf neu gestaltet werden, um deutliche Fortschritte zu erzielen. Die fünf grundlegenden Maßnahmen, die in diesem Leitfaden vorgestellt werden – Bestandsaufnahme, Segmentierung, Beseitigung unsicherer Zugriffe, Standard-Anmeldedaten und Datensicherungen – reduzieren das Risiko eines schwerwiegenden Vorfalls um 80 % – und das bei vertretbarem Aufwand und überschaubarer Komplexität.

\n

Ihr nächster Schritt: Führen Sie ein OT-Audit Ihrer Infrastruktur durch (Eziwan bietet ein kostenloses Audit Ihrer Fernverbindungen an) und legen Sie die drei wichtigsten Maßnahmen fest, die in den nächsten 30 Tagen umgesetzt werden sollen.

\n
\n

Dieser Artikel wurde vom Eziwan-Team verfasst. Eziwan ist Anbieter von IIoT-Gateways und einer industriellen Überwachungsplattform für französische KMU, Kommunen und Automatisierungsintegratoren. Erfahren Sie mehr über unseren Ansatz zur OT-Sicherheit →

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/cybersecurite-ot-menaces-industrie-2026", "title": "Cybersicherheit in der industriellen Steuerung (OT): Überblick über die Bedrohungen für die französische Industrie im Jahr 2026", "summary": "Umfassender Überblick über Cyberbedrohungen für industrielle OT-Systeme im Jahr 2026: ICS-Ransomware, Angriffe auf SPSen, SCADA-Schwachstellen. Ein praktischer Leitfaden zum Schutz Ihrer OT-Systeme.", "date_modified": "2026-06-05T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "cybersicherheit", "ot-security", "nis2", "iec-62443", "industrie-4-0", "scada" ] }, { "id": "https://eziwan.com/de/blog/iec-62443-guide-pratique-industrie-francaise", "content_html": "

Die Norm IEC 62443 hat sich zum internationalen Maßstab für die Cybersicherheit industrieller Steuerungssysteme (ICS/SCADA/OT) entwickelt. Mit dem Inkrafttreten der NIS2-Richtlinie in Frankreich wird sie nun ausdrücklich als technischer Referenzrahmen für wesentliche und wichtige Einrichtungen genannt.

\n

Dennoch gilt die Norm als komplex und umfangreich. Dieser praktische Leitfaden fasst das Wesentliche für französische Industrieunternehmen zusammen: Was die Norm konkret vorschreibt, wie man sie einhält und welche Prioritäten für 2026 gelten.

\n

Was ist die Norm IEC 62443?​

\n

Die Norm IEC 62443 (früher ISA-99) ist eine von der ISA (International Society of Automation) entwickelte und von der IEC veröffentlichte Normenfamilie. Sie befasst sich mit der Cybersicherheit von industriellen Automatisierungs- und Steuerungssystemen (IACS).

\n

Der Aufbau der Norm​

\n

Die Norm ist in vier Reihen gegliedert:

\n
ReiheTitelZielgruppe
62443-1.xAllgemeines (Konzepte, Modelle, Terminologie)Alle
62443-2.xRichtlinien & VerfahrenIndustriebetreiber, CISO
62443-3.xSystem (Architektur, Sicherheitsstufen)Architekten, Integratoren
62443-4.xKomponenten (Produktsicherheit)Gerätehersteller
\n

Für ein französisches Industrieunternehmen, das die Anforderungen von NIS2 erfüllen möchte, sind folgende Teile besonders relevant:

\n\n
\n

Sicherheitsstufen (SL): Ein Überblick über die Sicherheitsstufen​

\n

Der zentrale Begriff der Norm IEC 62443 ist der Security Level – die je nach Kritikalität des Systems erforderliche Schutzstufe.

\n

Die 4 Stufen​

\n
SicherheitsstufeBeschreibungGegen welche Bedrohung?
SL 0Kein spezifischer Schutz— (nicht vernetzte Systeme)
SL 1Schutz vor versehentlichen AngriffenMenschliches Versagen, nicht gezielte böswillige Handlungen
SL 2Schutz vor gezielten Angriffen mit geringen MittelnHacktivisten, Opportunisten
SL 3Schutz vor Angriffen mit ausgefeilten MittelnOrganisierte kriminelle Gruppen
SL 4Schutz vor staatlichen AngriffenStaatliche APTs
\n

Für die große Mehrheit der französischen Industrieunternehmen: Die Stufe SL 2 ist das geeignete Ziel. SL 3 ist den Betreibern von Einrichtungen von entscheidender Bedeutung (OIV) mit sehr kritischen Systemen vorbehalten. SL 4 gilt fast ausschließlich für militärische und nukleare Infrastrukturen.

\n

Wie lässt sich der für Ihr System erforderliche SL ermitteln?​

\n

Der Vorgang erfolgt in drei Schritten:

\n

1. Bereiche und Leitungen identifizieren (IEC 62443-3-2)

\n

Beginnen Sie damit, Ihre OT-Systeme in Sicherheitszonen (Security Zones) zu unterteilen:

\n\n

Identifizieren Sie anschließend die Conduits (Conduits) – die Kommunikationswege zwischen den Zonen (Fernzugriffs-VPN, SCADA-Verbindungen, IT/OT-Gateways).

\n

2. Bewertung der Kritikalität jedes Bereichs (CASC)

\n

Bewerten Sie für jeden Bereich die Folgen einer Kompromittierung anhand der CASC-Kriterien:

\n\n

3. Festlegen des Ziel-SL pro Zone

\n

Die bewertete Kritikalität bestimmt den angestrebten Sicherheitslevel (SL): Ein Bereich mit Sicherheitssteuerungen (SIL) in einer SEVESO-Anlage strebt SL 3 an, während für einen Überwachungsbereich einer Trinkwasserpumpstation in der Regel SL 2 angestrebt wird.

\n
\n

Die 7 Grundlagen (Foundational Requirements) der IEC 62443-3-3​

\n

Die Norm IEC 62443-3-3 definiert sieben grundlegende Anforderungen (FR) für Systeme. Jede FR wird je nach Sicherheitsstufe (SL) in detaillierte Anforderungen unterteilt.

\n

FR 1 — Identitäts- und Authentifizierungskontrolle​

\n

Was das in der Praxis bedeutet:

\n\n

Eziwan-App: Jeder Techniker verfügt über einen individuellen OpenVPN/IPSec-VPN-Schlüssel. Die MFA-Authentifizierung ist auf der Cloud-Plattform verfügbar.

\n

FR 2 – Nutzungskontrolle​

\n

Was das bedeutet:

\n\n

Anwendung: Mit dem RBAC-System von Eziwan lassen sich für jeden Techniker Zugriffsrechte nach Standort, Gerät und Zeitfenster festlegen.

\n

FR 3 – Datenintegrität​

\n

Was das bedeutet:

\n\n

Anwendung: Die gesamte Kommunikation über Eziwan wird mit OpenVPN verschlüsselt (Authentifizierung + Verschlüsselung). Die Konfigurationen sind digital signiert.

\n

FR 4 – Datenschutz​

\n

Was das bedeutet:

\n\n

Anwendung: AES-256-GCM-Verschlüsselung der gesamten Kommunikation, verschlüsselte Speicherung der Daten in der französischen Cloud-Infrastruktur.

\n

FR 5 – Eingeschränkter Datenfluss​

\n

Was das bedeutet:

\n\n

Eziwan-Anwendung: Zero-Inbound-Port-Architektur – das OT-Netzwerk ist zu keinem Zeitpunkt direkt exponiert. Der Datenverkehr wird über die Eziwan-Cloud geleitet, die als zentraler Kontrollpunkt fungiert.

\n

FR 6 – Reaktion auf Ereignisse​

\n

Das bedeutet:

\n\n

Anwendung: Umfassende Protokollierung aller Sicherheitsereignisse, konfigurierbare Warnmeldungen bei Verbindungsstörungen, Export der Protokolle für SIEM.

\n

FR 7 – Verfügbarkeit von Ressourcen​

\n

Das bedeutet:

\n\n

Anwendung: Dual-SIM-Failover, Multi-AZ-Cloud-Infrastruktur, automatische Backups der Gateway-Konfigurationen.

\n
\n

Der 6-stufige Prozess zur Einhaltung der Norm IEC 62443​

\n

Hier ist ein pragmatischer Ansatz für französische Industrieunternehmen, die die NIS2-Richtlinie unter Bezugnahme auf die Norm IEC 62443 einhalten müssen.

\n

Schritt 1: Bestandsaufnahme der OT-Ressourcen (3–5 Tage)​

\n

Listen Sie alle Ihre OT-Systeme auf:

\n\n

Für jedes Gerät: Firmware-/Softwareversion, Netzwerkkonnektivität, Datum des letzten Sicherheitsupdates, bestehende Fernzugriffsmöglichkeiten.

\n

Schritt 2: Kartierung der Bereiche und Leitungen (2–3 Tage)​

\n

Zeichnen Sie das aktuelle OT-Netzwerkschema mit den Sicherheitszonen und den Kommunikationsflüssen auf. Ermitteln Sie:

\n\n

Schritt 3: Vereinfachte Risikoanalyse (1 Woche)​

\n

Bewerten Sie für jeden Bereich:

\n\n

Legen Sie Prioritäten für die Bereiche fest, die zuerst behandelt werden sollen: hohe Kritikalität + hohe Anfälligkeit = Priorität 1.

\n

Schritt 4: Festlegung des SL-Zielwerts nach Zone​

\n

Auf der Grundlage der Risikoanalyse:

\n\n

Schritt 5: Sanierungsplan (über einen Zeitraum von 6–18 Monaten)​

\n

Legen Sie für jeden Bereich, dessen aktueller Stand unter dem Ziel-SL liegt, Korrekturmaßnahmen fest:

\n

Vorrangige Maßnahmen SL 2:

\n
    \n
  1. Alle Standardpasswörter auf OT-Geräten entfernen
    2. \n
  2. Unsichere Fernzugriffe (offenes RDP, TeamViewer) durch ein Zero-Trust-VPN ersetzen
    3. \n
  3. MFA-Authentifizierung für alle Fernzugriffe einrichten
    4. \n
  4. Namensgebundene Konten erstellen (keine gemeinsam genutzten generischen Konten)
    5. \n
  5. Die Zugriffsprotokollierung auf allen Geräten aktivieren, die dies unterstützen
    6. \n
  6. Das OT-Netzwerk vom IT-Büro-Netzwerk trennen (DMZ oder VLAN mit ACL)
    7. \n
\n

Wichtige Maßnahmen SL 2:\n7. Aktualisierung der Firmware der OT-Geräte (Gateways, industrielle Switches)\n8. Dokumentation der Verfahren zur Reaktion auf Vorfälle\n9. Schulung der Wartungsteams zu den Risiken der OT-Cybersicherheit

\n

Schritt 6: Bewertung und kontinuierliche Verbesserung​

\n

Die Einhaltung der Norm IEC 62443 ist kein einmaliges Projekt, sondern ein fortlaufender Prozess. Planen Sie Folgendes:

\n\n
\n

IEC 62443 und NIS2: Was französische Einrichtungen tun müssen​

\n

Die NIS2-Richtlinie (in Frankreich durch das Gesetz vom 8. Oktober 2024 umgesetzt) erwähnt die Norm IEC 62443 zwar nicht ausdrücklich, doch entsprechen die darin vorgeschriebenen Maßnahmen direkt dieser Norm.

\n

Die betroffenen Stellen​

\n

Systemrelevante Bereiche: Energie (Strom, Gas, Erdöl), Verkehr (Luftverkehr, Schienenverkehr, Seeverkehr, Straßenverkehr), Bankwesen, Finanzinfrastruktur, Wasser (Wasserversorgung, Abwasserentsorgung), Gesundheitswesen, digitale Infrastruktur.

\n

Wichtige Branchen: Postdienste, Abfallwirtschaft, Chemikalien, Lebensmittel, industrielle Fertigung (Medizinprodukte, Elektronik, Maschinenbau), digitale Dienstleister.

\n

Erforderliche Maßnahmen zur Cybersicherheit (Art. 21 NIS2)​

\n
    \n
  1. Sicherheitsrichtlinie für Informationssysteme (IEC 62443-2-1)
    2. \n
  2. Vorfallmanagement: Erkennung, Reaktion, Benachrichtigung innerhalb von 24 Stunden (IEC 62443-2-1, FR 6)
    3. \n
  3. Geschäftskontinuität: Datensicherungen, Notfallpläne (IEC 62443-3-3 FR 7)
    4. \n
  4. Sicherheit der Lieferkette: Sicherheit von Subunternehmern mit OT-Zugriff (IEC 62443-2-4)
    5. \n
  5. Sicherheit bei der Beschaffung: Sicherheitsbewertung vor der Inbetriebnahme von OT-Geräten (IEC 62443-4-2)
    6. \n
  6. Schulung und Sensibilisierung: alle Mitarbeiter mit Zugang zu OT-Systemen
    7. \n
  7. Kryptografie und Verschlüsselung: verschlüsselte Kommunikation, Schutz sensibler Daten
    8. \n
  8. Zugangskontrolle: starke Authentifizierung, RBAC, Protokollierung (IEC 62443-3-3 FR 1, FR 2)
    9. \n
  9. Personalsicherheit: Hintergrundüberprüfungen, Verfahren beim Ausscheiden
    10. \n
  10. Risikobewertung: formeller, dokumentierter Prozess (IEC 62443-3-2)
    11. \n
\n
\n

Die 5 Fehler, die man bei einem IEC 62443-Projekt vermeiden sollte​

\n

Fehler 1: Zuerst die Unterlagen prüfen, bevor man die Bestandsaufnahme durchführt​

\n

Viele Unternehmen geben Sicherheitsrichtlinien in Auftrag, bevor sie eine tatsächliche Bestandsaufnahme durchgeführt haben. Das Ergebnis: theoretische Dokumente, die keinen Bezug zur Praxis haben. Beginnen Sie immer mit der Bestandsaufnahme und der Kartierung.

\n

Fehler 2: Die Norm IEC 62443 als IT-Projekt behandeln​

\n

Die OT-Sicherheit unterliegt besonderen Einschränkungen: Die Anlagen dürfen für Updates nicht vom Netz genommen werden, die Protokolle sind veraltet (Modbus aus dem Jahr 1979) und die Teams bestehen aus Automatikern – nicht aus Informatikern. Beziehen Sie die Produktionsteams von Anfang an mit ein.

\n

Fehler 3: Ohne triftigen Grund SL 3 oder SL 4 anstreben​

\n

SL 3 und SL 4 stellen sehr strenge Anforderungen (starke Authentifizierung auf den Steuerungen, Verschlüsselung aller industriellen Protokolle einschließlich Modbus), die oft den Austausch von OT-Geräten erfordern. Für die meisten Industrieunternehmen ist SL 2 das realistische und ausreichende Ziel.

\n

Fehler 4: Die Sicherheit bei Zugriffen durch Dritte vernachlässigen​

\n

Die häufigsten OT-Vorfälle betreffen den Fernzugriff von Wartungsdienstleistern. Die Sicherheit beim Zugriff durch Dritte sollte vorrangig behandelt werden (auf den Namen lautende Konten, MFA, Nachverfolgbarkeit), bevor man sich den eher technischen Aspekten zuwendet.

\n

Fehler 5: Zu glauben, dass die Einhaltung der NIS2-Vorschriften gleichbedeutend mit der Einhaltung der Norm IEC 62443 ist​

\n

NIS2 schreibt Sicherheitsmaßnahmen vor, zertifiziert jedoch nicht nach IEC 62443. Die Zertifizierung nach IEC 62443 (durch eine akkreditierte Stelle) ist von der NIS2-Konformität zu unterscheiden. Für die meisten Industrieunternehmen reicht eine dokumentierte Konformität mit der Norm IEC 62443 ohne formelle Zertifizierung aus, um die Anforderungen von NIS2 zu erfüllen.

\n
\n

FAQ​

\n

Ist eine Zertifizierung nach IEC 62443 zwingend erforderlich, um die NIS2-Konformität zu gewährleisten?\nNein. Die NIS2-Richtlinie schreibt technische und organisatorische Sicherheitsmaßnahmen vor, verlangt jedoch keine formelle Zertifizierung nach IEC 62443 (die von akkreditierten Stellen wie dem TÜV, Bureau Veritas usw. ausgestellt wird). Allerdings ist der Nachweis, dass Ihre Vorgehensweisen mit der Norm IEC 62443 im Einklang stehen, eine hervorragende Möglichkeit, gegenüber der ANSSI Ihre NIS2-Konformität nachzuweisen.

\n

Mit welchem Teil der IEC 62443 sollte ein industrielles PMI beginnen?\nFür ein PMI sollten Sie mit der IEC 62443-2-1 (Richtlinien und Verfahren) und der IEC 62443-3-3 beginnen (Systemanforderungen für die Sicherheitsstufen 1 und 2). Dies sind die Teile, die am unmittelbarsten anwendbar sind und von Auftraggebern am häufigsten verlangt werden. Die Teile 4.x (Komponenten) sind eher für Gerätehersteller von Interesse.

\n

Was ist eine Sicherheitszone (Security Zone) gemäß IEC 62443?\nEine Sicherheitszone ist eine Gruppe von Systemen mit derselben geforderten Sicherheitsstufe, die durch Leitungen (kontrollierte Kommunikationskanäle) von anderen Zonen getrennt sind. Beispiel: Zone 1 = Produktionssteuerungen (SL2), Zone 2 = SCADA (SL2), Zone 3 = IT (SL1). Die Kommunikation zwischen den Zonen muss zwingend über eine Firewall oder eine kontrollierte DMZ erfolgen.

\n

Wie bestimme ich das für meine Anlage angestrebte Sicherheitsniveau (SL)?\nDas angestrebte SL hängt von den Folgen eines Vorfalls ab: SL1 bei begrenztem Risiko (vorübergehende Unterbrechung eines nicht kritischen Prozesses), SL2 bei erheblichem Risiko (Auswirkungen auf die Produktion oder die Sicherheit von Personen), SL3 bei kritischen Systemen (Energie, Wasser, Gesundheit). Die meisten industriellen KMU streben für ihre SCADA-Systeme SL2 und für ihre Unterstützungssysteme SL1 an.

\n

Behandelt die Norm IEC 62443 die Sicherheit von VPN-Fernzugriffen?\nJa. Die IEC 62443-3-3 befasst sich ausdrücklich mit der Authentifizierung (SR 1.1, SR 1.2), der Verschlüsselung der Kommunikation (SR 4.1), der Sitzungsverwaltung (SR 1.3) und der Nachverfolgbarkeit (SR 2.8). Ein OpenVPN/IPSec-VPN mit Zertifikatsauthentifizierung und Protokollierung erfüllt in diesen Punkten die Anforderungen der Sicherheitsstufen 1 und 2.

\n
\n

Weitere Ressourcen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/iec-62443-guide-pratique-industrie-francaise", "title": "IEC 62443: Der praktische Leitfaden für französische Industrieunternehmen im Jahr 2026", "summary": "Umfassender Leitfaden zur Norm IEC 62443 für die französische Industrie: Sicherheitsstufen, praktische Anforderungen, Vorgehensweise zur Einhaltung der Vorschriften. Gilt ab 2026 mit der NIS2-Richtlinie.", "date_modified": "2026-05-26T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "cybersicherheit", "iec-62443", "nis2", "ot-security", "industrie-4-0" ] }, { "id": "https://eziwan.com/de/blog/roi-iot-industriel-calcul-optimisation", "content_html": "

Eines der größten Hindernisse für die Einführung des industriellen IoT ist die Schwierigkeit, die Investition gegenüber den Entscheidungsträgern zu rechtfertigen: Wie hoch ist der tatsächliche ROI? Wie lässt er sich messen? In welchem Zeitraum lässt er sich erzielen?

\n

Dieser Leitfaden bietet eine strukturierte Methode zur Berechnung der Kapitalrendite eines Projekts zur industriellen IoT-Überwachung, ergänzt durch Zahlenbeispiele aus realen Implementierungen.

\n

Warum der ROI des IoT oft unterschätzt wird​

\n

Die meisten Berechnungen zum ROI des IoT konzentrieren sich auf direkte und offensichtliche Einsparungen. Das industrielle IoT generiert jedoch Vorteile in vier Kategorien, die oft unterschätzt werden:

\n
    \n
  1. Direkte Einsparungen: vermiedene Kosten (Reisen, Notfalleinsätze, ungeplante Ausfälle)
    2. \n
  2. Produktivitätssteigerungen: durch die Automatisierung der Überwachung gewonnene Zeit
    3. \n
  3. Risikominderung: vermiedene Kosten durch Vorfälle (Vertragsstrafen, behördliche Bußgelder, Reputationsschäden)
    4. \n
  4. Wert der Daten: durch die neu verfügbaren Daten ermöglichte Optimierungen
    5. \n
\n

Projekte, die ausschließlich die Kategorie 1 berücksichtigen, weisen dem IoT systematisch einen zu niedrigen ROI zu.

\n
\n

Die Formel für den ROI im industriellen IoT​

\n

Der ROI wird über einen bestimmten Zeitraum (in der Regel 1, 2 oder 3 Jahre) berechnet:

\n
ROI (%) = [(Gesamtgewinn – Gesamtkosten) / Gesamtkosten] × 100
\n

Gesamtkosten = Anfangsinvestition + laufende Kosten

\n\n

Gesamtvorteile = Summe der Einsparungen und Gewinne in den vier Kategorien

\n
\n

Kategorie 1: Direkte Einsparungen​

\n

Reduzierung der Dienstreisen der Techniker​

\n

Dies ist oft der wichtigste und am einfachsten zu beziffernde Posten.

\n

Tatsächliche Kosten für einen Techniker-Einsatz (Frankreich, 2026):

\n
KomponenteGeschätzte Kosten
Fahrzeit (2 Stunden hin und zurück)60–120 €
Kilometerpauschale (50 km × 0,33 €)33 €
Einsatzzeit vor Ort (1–2 Std.)60–120 €
Bereitschaftsdienst (Zuschlag 25–50 %)+30–80 €
Gesamtkosten für den Einsatz im Bereitschaftsdienst180–350 €
Gesamtkosten für den Tageseinsatz150–250 €
\n

Wie die IoT-Überwachung den Reiseaufwand reduziert:

\n\n

Typische Einsparungen:

\n\n

Reduzierung ungeplanter Ausfälle​

\n

Ein unerwarteter Ausfall kostet im Durchschnitt 3- bis 5-mal so viel wie eine vergleichbare vorbeugende Maßnahme.

\n

Kosten eines ungeplanten Stillstands (Beispiel: Industrie-KMU):

\n\n

Dank IoT-Überwachung und Frühwarnungen werden Anzeichen einer Fehlfunktion bereits vor dem Ausfall erkannt: Die Vibration nimmt allmählich zu, die Temperatur überschreitet den Schwellenwert, die Motorstromaufnahme steigt ungewöhnlich stark an. Die Reparatur wird während eines geplanten Stillstands eingeplant.

\n

ROI der Prävention: Schon die Vermeidung von 1 bis 2 ungeplanten Stillständen pro Standort und Jahr reicht oft aus, um die gesamten IoT-Investitionen zu amortisieren.

\n
\n

Kategorie 2: Produktivitätssteigerungen​

\n

Durch die Automatisierung der Überwachung frei werdende Arbeitszeit des Bedieners​

\n

Ohne IoT-Überwachung verbringen Betreiber und Techniker Zeit damit,

\n\n

Geschätzte Zeitersparnis (bei 20 überwachten Anlagen):

\n
Aufgegebene oder reduzierte AufgabeZeitaufwand/Woche vorherZeitaufwand/Woche danachZeitersparnis
Kontrollrundgänge8 Std.2 Std.6 Std.
Manuelle Erfassung der Messwerte3 Std.0 Std.3 Std.
Erstellung von Berichten2 Std.0 Std. (automatisch)2 Std.
Bearbeitung von Bereitschaftsanrufen4 Std.1 Std.3 Std.
Gesamt17 Std.3 Std.14 Std./Woche
\n

14 Stunden/Woche × Stundensatz (60 €) = 840 €/Woche an Produktivitätsverlusten, d. h. 43.000 €/Jahr.

\n

Verkürzung der Diagnosezeit​

\n

Da die Datenhistorie in der Cloud verfügbar ist, dauert die Fehlerdiagnose nur noch 10 bis 15 Minuten statt 1 bis 2 Stunden vor Ort. Der Techniker ruft die Trendkurve auf, identifiziert die Abweichung und plant die gezielte Maßnahme.

\n
\n

Kategorie 3: Risikominderung​

\n

Vermeidung von Verstößen gegen gesetzliche Vorschriften​

\n

In den von NIS2 betroffenen Sektoren (Wasser, Energie, Verkehr, Gesundheitswesen) können die Bußgelder bei Nichteinhaltung der Vorschriften für ein kritisches Unternehmen bis zu 2 % des weltweiten Jahresumsatzes betragen.

\n

Die IoT-Überwachung mit Zugriffsprotokollierung, Nachverfolgbarkeit von Eingriffen und automatischen Auditberichten verringert das Risiko von Verstößen gegen Vorschriften erheblich.

\n

Vermeidbare Strafgebühren​

\n

Für Unternehmen mit einem SLA (Wartungsdienstleister, Netzbetreiber) kann jede Stunde, in der der Dienst nicht verfügbar ist, Vertragsstrafen nach sich ziehen.

\n

Beispiel: Ein Betreiber eines Wasserversorgungsnetzes, bei dem bei Druckabweichungen eine Strafe von 2.000 € pro Stunde fällig wird. Eine Störung, die dank IoT vier Stunden früher erkannt wurde = 8.000 € an vermiedenen Strafen.

\n
\n

Kategorie 4: Wert der Daten​

\n

Optimierung des Energieverbrauchs​

\n

Anhand der in Echtzeit erfassten Stromverbrauchsdaten lassen sich unnötige Verbrauchsspitzen, nicht optimal genutzte Anlagen und Möglichkeiten zur Lastabsenkung identifizieren.

\n

Typische Einsparungen: 5 bis 15 % Senkung der Stromrechnung für die überwachten Anlagen.

\n

Konkretes Beispiel: Eine Pumpstation, deren Pumpen rund um die Uhr mit voller Leistung laufen. Die IoT-Analyse zeigt, dass der Bedarf nachts um 40 % geringer ist. Reduzierung der Pumpendrehzahl über einen Frequenzumrichter (bereits vorhanden) → Einsparung von 22 % beim Stromverbrauch.

\n

Datengestützte Entscheidungen vs. Intuition​

\n

Vor dem IoT basierten Wartungsentscheidungen auf Erfahrung und Unterlagen in Papierform. Nach dem IoT basieren sie auf tatsächlichen Daten:

\n\n
\n

Beispiele für die ROI-Berechnung nach Branchen​

\n

Wasserversorgung – Netz mit 40 Pumpstationen​

\n

Anfangsinvestition:

\n\n

Jährlich wiederkehrende Kosten:

\n\n

Jährliche Einsparungen:

\n\n

ROI im ersten Jahr: (103.600 – 24.000 – 19.200) / 43.200 = 140 %\nAmortisationszeit: 4 bis 5 Monate

\n

Industrielles KMU – 3 Produktionsstandorte​

\n

Anfangsinvestition:

\n\n

Jährlich wiederkehrende Kosten:

\n\n

Jährliche Einsparungen:

\n\n

ROI im ersten Jahr: (54.000 – 9.000 – 7.200) / 16.200 = 234 %\nAmortisationszeit: 3 Monate

\n
\n

Faktoren, die den ROI maximieren​

\n

1. Beginnen Sie mit den wichtigsten Standorten und Anlagen​

\n

Der ROI ist bei Anlagen mit hohen Ausfallkosten und an den am weitesten entfernten Standorten (hohe Anfahrtskosten) am höchsten. Priorisieren Sie:

\n\n

2. Die Überwachung in die Instandhaltungsprozesse integrieren​

\n

Ein IoT-System, das nicht in die Wartungsabläufe integriert ist, schafft nur wenig Mehrwert. Der ROI ist am höchsten, wenn:

\n\n

3. Kontinuierlich messen und optimieren​

\n

Legen Sie zu Beginn folgende KPIs zur Überwachung fest:

\n\n

Führen Sie vierteljährliche Vergleiche durch, um Verbesserungsmöglichkeiten zu identifizieren.

\n
\n

Fehler, die den ROI schmälern​

\n

Die Kosten für die anfängliche Einführung unterschätzen​

\n

Eine schlampige Installation führt zu kostspieligen Nachbesserungen. Planen Sie 30 bis 50 % der Materialkosten für Installation, Konfiguration und Schulung ein.

\n

Das Change Management vernachlässigen​

\n

Um den maximalen ROI zu erzielen, müssen die Teams die neuen Vorgehensweisen auch wirklich umsetzen. Ein Techniker, der den Fernzugriff nicht nutzt, bevor er sich vor Ort begibt, spart nichts.

\n

Eine nicht skalierbare Plattform wählen​

\n

Die Kosten für die Migration von einer IoT-Plattform zu einer anderen sind oft höher als die Anschaffungskosten. Prüfen Sie die Skalierbarkeit, die offene API und die Zukunftssicherheit des Anbieters, bevor Sie sich festlegen.

\n
\n

Fazit​

\n

Der ROI des industriellen IoT ist selten das Problem, das man sich vorstellt: Bei der überwiegenden Mehrheit der industriellen Implementierungen wird er in weniger als 12 Monaten erreicht, oft sogar schon in 3 bis 6 Monaten.

\n

Die eigentliche Frage lautet nicht „Lohnt es sich?“, sondern „Wo soll man anfangen?“ Die Antwort: Beginnen Sie mit 5 bis 10 besonders kritischen Standorten oder Anlagen, messen Sie den tatsächlichen ROI über einen Zeitraum von drei Monaten und führen Sie die Lösung dann auf der Grundlage konkreter Daten in großem Maßstab ein.

\n
\n

FAQ​

\n

Wie berechnet man den ROI eines industriellen IoT-Projekts ohne historische Ausfalldaten?\nNutzen Sie branchenspezifische Schätzungen als Ausgangspunkt: Ein ungeplanter Ausfall kostet die Fertigungsindustrie im Durchschnitt 5 bis 15 % des jährlichen Produktionswerts. Bei Wasserversorgungsunternehmen sollten Sie mit 2.500 bis 5.000 € pro ungeplantem Notfalleinsatz rechnen. Verfeinern Sie die Schätzungen anhand Ihrer Ist-Daten nach drei Monaten Pilotbetrieb.

\n

Ist der ROI des industriellen IoT für ein KMU derselbe wie für einen Großkonzern?\nNein. Großkonzerne profitieren von Skaleneffekten bei Gateways und Abonnements und verfügen über mehr kritische Anlagen – der absolute ROI ist höher. Demgegenüber ist der relative ROI (% der Einsparungen im Vergleich zum Wartungsbudget) für KMU oft besser, da sie keine dedizierten IT-Ressourcen haben und durch die Automatisierung der Überwachung proportional mehr einsparen.

\n

Sollte der ROI vor oder nach dem Start eines Pilotprojekts berechnet werden?\nBeides. Vorher: Ein geschätzter ROI rechtfertigt das Budget für das Pilotprojekt gegenüber der Geschäftsleitung. Danach: Der gemessene ROI (mit Ist-Daten) rechtfertigt die vollständige Einführung und untermauert die ursprünglichen Annahmen. Die Erfahrung zeigt, dass der tatsächliche ROI oft höher ist als der geschätzte, da während des Pilotprojekts unerwartete Vorteile zutage treten (bessere Transparenz, schnellere Entscheidungen usw.).

\n

Welche Kosten sollten bei einem industriellen IoT-Projekt berücksichtigt werden?\nDie klassischen unterschätzten Kosten: Installation der RS-485-Verkabelung (200–500 € pro Standort einplanen), Schulung der Wartungsteams (mindestens 2 Tage), SCADA-Konfiguration (Integration der neuen Daten in die bestehenden Tools) und Change Management (die Techniker vor Ort an die neuen Tools gewöhnen).

\n
\n

Weiterführende Ressourcen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/roi-iot-industriel-calcul-optimisation", "title": "ROI im industriellen IoT: So berechnen und maximieren Sie Ihre Kapitalrendite", "summary": "Umfassende Methode zur Berechnung des ROI eines industriellen IoT-Projekts: Reduzierung von Dienstreisen, Einsparungen bei der Wartung, Produktivitätssteigerungen. Zahlenbeispiele nach Branchen.", "date_modified": "2026-05-12T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "roi", "industrielles-iot", "wartung", "industrie-4-0", "monitoring" ] }, { "id": "https://eziwan.com/de/blog/supervision-industrielle-distance-guide-complet", "content_html": "

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.

\n

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

\n

Was ist industrielle Fernüberwachung?​

\n

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

\n\n

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

\n

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

\n

Diese Begriffe werden oft verwechselt. Hier sind die Unterschiede:

\n
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
\n

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).

\n
\n

Architekturen für die Fernüberwachung​

\n

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

\n\n

Vorteile:

\n\n

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

\n

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

\n\n

Vorteile:

\n\n

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

\n

Architektur 3: Edge-Computing + Hybrid-Cloud​

\n

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.

\n\n
\n

Industrielle Protokolle für die Fernüberwachung​

\n

Modbus RTU/TCP – der universelle Standard​

\n

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

\n\n

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.

\n

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

\n

MQTT – das Protokoll des IIoT​

\n

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

\n

Vorteile für die Fernüberwachung:

\n\n

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

\n

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

\n

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

\n

Vorteile:

\n\n

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.

\n
\n

Cybersicherheit bei der Fernüberwachung​

\n

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.

\n

Die 5 goldenen Regeln der OT-Cybersicherheit​

\n

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

\n

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.

\n

2. VPN und Verschlüsselung sind obligatorisch

\n

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.

\n

3. Starke Authentifizierung für den Fernzugriff

\n

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.

\n

4. Prinzip der geringsten Berechtigungen

\n

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.

\n

5. Vollständiges Auditprotokoll

\n

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.

\n

NIS2 und Fernüberwachung​

\n

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:

\n\n

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

\n
\n

Praktische Umsetzung: 1 bis 1.000 Standorte​

\n

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

\n

Benötigte Ausrüstung:

\n\n

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

\n

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

\n

Für 10 bis 50 Standorte​

\n

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

\n

ZTP-Prozess von Eziwan:

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

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

\n

Für 100+ Standorte (Flottenmanagement)​

\n

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

\n\n
\n

Konkrete Anwendungsfälle​

\n

Wasserversorgung – Netz mit 80 Pumpstationen​

\n

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

\n

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.

\n

Ergebnisse:

\n\n

Lebensmittelindustrie – 3 Produktionsstätten​

\n

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

\n

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.

\n

Ergebnisse:

\n\n

Photovoltaikpark – 15 Kraftwerke​

\n

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

\n

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).

\n

Ergebnisse:

\n\n
\n

Checkliste für die Einrichtung der Fernüberwachung​

\n

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

\n

Konnektivität​

\n\n

Feldgeräte​

\n\n

Cybersicherheit​

\n\n

Cloud-Plattform​

\n\n
\n

Fazit​

\n

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.

\n

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.

\n

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.

\n
\n

FAQ – Industrielle Fernüberwachung​

\n

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

\n

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.

\n

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

\n

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).

\n

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

\n

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.

\n

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

\n

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.

\n

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

\n

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.

\n
\n

Weitere Ressourcen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/supervision-industrielle-distance-guide-complet", "title": "Industrielle Fernüberwachung: Der umfassende Leitfaden 2026", "summary": "Umfassender Leitfaden zur industriellen Fernüberwachung: Cloud-basierte SCADA-Architekturen, Protokolle, Cybersicherheit, Implementierung. Für Automatisierungsingenieure und Instandhaltungsleiter.", "date_modified": "2026-04-28T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "monitoring", "scada", "fernzugriff", "wartung", "industrielles-iot" ] }, { "id": "https://eziwan.com/de/blog/modbus-mqtt-opcua-protocoles-industrie", "content_html": "

Die Frage „Welches Protokoll soll ich für mein industrielles IoT-Projekt verwenden?“ taucht bei Projekten zur Modernisierung von Fabriken immer wieder auf. Modbus, MQTT und OPC-UA sind die drei am häufigsten genannten Protokolle – doch sie sind keine gleichwertigen Alternativen. Sie arbeiten auf unterschiedlichen Ebenen, erfüllen unterschiedliche Anforderungen und ergänzen sich oft eher, als dass sie miteinander konkurrieren.

\n

Dieser Artikel erläutert die grundlegenden Unterschiede, Stärken und Grenzen dieser Protokolle und bietet Ihnen eine Entscheidungshilfe, um das für Ihren Anwendungsfall geeignete Protokoll auszuwählen.

\n

Zunächst einmal: Protokolle unterschiedlicher Art​

\n

Bevor man einen Vergleich anstellt, muss man verstehen, dass Modbus, MQTT und OPC-UA nicht auf derselben Ebene arbeiten:

\n

Modbus ist ein Protokoll zum Auslesen von Daten: Es ermöglicht es, ein Gerät abzufragen, um dessen Register (Messwerte, Zustände) auszulesen. Es handelt sich um ein Feldprotokoll im Master-Slave-Prinzip, das für die Datenerfassung an industriellen Anlagen konzipiert ist.

\n

MQTT ist ein Nachrichtenübermittlungsprotokoll: Es ermöglicht das Veröffentlichen und Abonnieren von Datenströmen über einen zentralen Broker. Es handelt sich um ein Protokoll zur Übertragung von Nachrichten, nicht um eine direkte Datenerfassung auf einem Gerät.

\n

OPC-UA ist eine Dienstarchitektur: Sie vereint Datenerfassung, Zugriff auf das Datenmodell, Sicherheit, Alarme und Historien in einem einzigen, einheitlichen Industriestandard. Es ist die umfassendste – und komplexeste – Lösung.

\n

In der Praxis: Die meisten modernen industriellen IoT-Architekturen nutzen alle drei Protokolle. Modbus zum Auslesen der Feldgeräte, MQTT zum Transport der Daten in die Cloud und OPC-UA für die Interoperabilität zwischen komplexen Systemen.

\n
\n

Modbus RTU und Modbus TCP​

\n

Was ist Modbus?​

\n

Modbus wurde 1979 von Modicon (heute Schneider Electric) entwickelt. Es ist das älteste noch aktiv genutzte Industrieprotokoll – und in der französischen Industrie mit Abstand das am weitesten verbreitete.

\n

Modbus RTU wird über eine serielle RS-485-Verbindung (oder RS-232) betrieben. Es handelt sich um ein asynchrones Master/Slave-Protokoll mit einer linearen Bus-Topologie (Multidrop). An einem einzigen RS-485-Bus können bis zu 247 Slaves angeschlossen werden.

\n

Modbus TCP ist Modbus, der in TCP/IP-Pakete gekapselt ist. Es läuft über Ethernet, Port 502. Es behält das Master-Slave-Modell bei, ermöglicht jedoch beliebige Netzwerktopologien (Stern, Baum). Es gibt keine strenge Begrenzung der Anzahl der Slaves auf Netzwerkebene.

\n

Was lässt sich über Modbus auslesen?​

\n

Modbus stellt 4 Datentypen bereit:

\n\n

Um einen Temperaturmesswert von einem Sensor auszulesen: Der Master sendet eine Anfrage „Register 3x01 bis 3x02 auslesen“, woraufhin der Slave mit den beiden Registern antwortet, die den Wert enthalten (in der Regel ein 32-Bit-Float-Wert, verteilt auf zwei benachbarte Register).

\n

Vorteile von Modbus​

\n

Absolute Universalität: Wenn Sie ein Industriegerät mit einem RS-485-Anschluss oder einem Ethernet-Anschluss haben und nicht wissen, welches Protokoll es verwendet, probieren Sie zunächst Modbus aus. Die Wahrscheinlichkeit ist sehr hoch, dass es Modbus unterstützt.

\n

Einfachheit: Das Protokoll ist einfach – nummerierte Register, Standard-Lese-/Schreibfunktionen. Jeder Entwickler kann innerhalb weniger Stunden einen Modbus-Client implementieren.

\n

Ausfallsicherheit: Keine Abhängigkeit von einem Broker oder einem zentralen Server. Der Master fragt jeden Slave direkt ab. Ein Ausfall des Masters hat keine Auswirkungen auf die Kommunikation zwischen den Slaves untereinander.

\n

Ausgereiftheit: 45 Jahre industrielle Nutzung. Modbus-Bibliotheken gibt es für alle Programmiersprachen (Python, C, Java, JavaScript ...).

\n

Einschränkungen von Modbus​

\n

Reine Pull-Architektur: Der Master muss jeden Slave proaktiv abfragen. Die Geräte senden nicht von sich aus Daten. Bei einem Bus mit 50 Slaves, die jede Sekunde abgefragt werden, kann die tatsächliche Abfragefrequenz pro Slave auf 20 Sekunden sinken.

\n

Keine integrierte Sicherheit: Modbus RTU und Modbus TCP verfügen über keinerlei Authentifizierungs- oder Verschlüsselungsmechanismen. Jedes Gerät im Netzwerk kann die Register eines ungeschützten Modbus-Geräts lesen oder beschreiben. Sicherheitsmaßnahmen müssen auf Netzwerkebene getroffen werden (VPN, Segmentierung).

\n

Keine automatische Erkennung: Es gibt keinen Mechanismus zur Erkennung von Modbus-Geräten auf einem Bus. Sie müssen die Slave-Adresse und die Registeradressen jedes einzelnen Geräts kennen.

\n

Keine semantische Benennung: Das Register 40001 gibt keinen Hinweis auf seinen Inhalt – man muss die Herstellerdokumentation zu Rate ziehen, um zu erfahren, dass es sich um die „Wassereintrittstemperatur“ handelt. Keine Selbstbeschreibung.

\n

Wann sollte Modbus verwendet werden?​

\n\n
\n

MQTT (Message Queuing Telemetry Transport)​

\n

Was ist MQTT?​

\n

MQTT wurde 1999 von IBM für die Telemetrie über Satellitenverbindungen mit geringer Übertragungsrate entwickelt. Es wurde 2014 (MQTT 3.1.1) und 2019 (MQTT 5.0) von OASIS standardisiert.

\n

MQTT ist ein Publish/Subscribe-Protokoll: Publisher senden Nachrichten an Topics, Subscriber empfangen die Nachrichten zu den Topics, die sie abonniert haben. Ein zentraler MQTT-Broker leitet die Nachrichten zwischen Publishern und Subscribern weiter.

\n

MQTT-Architektur​

\n\n

Der Broker ist das Herzstück der MQTT-Architektur. Die Clients (Publisher und Subscriber) stellen eine Verbindung zum Broker her – sie kommunizieren niemals direkt miteinander.

\n

Vorteile von MQTT​

\n

Push-Architektur: Die Publisher senden Daten, sobald sie etwas mitzuteilen haben. Kein Polling – der Abonnent erhält die Daten sofort nach der Veröffentlichung. Typische Latenz: 10–50 ms von Ende zu Ende.

\n

Leichtgewichtig: Das Protokoll wurde für Geräte mit begrenzten Ressourcen (Mikrocontroller, 2G-Modems) entwickelt. Eine MQTT-Nachricht kann in 2 Bytes untergebracht werden (minimaler Header). Sehr bandbreitenschonend.

\n

Konfigurierbares QoS: Drei Stufen der Dienstgüte: QoS 0 (höchstens einmal), QoS 1 (mindestens einmal), QoS 2 (genau einmal). Bei kritischen Anwendungen gewährleistet QoS 2, dass die Daten genau einmal zugestellt werden.

\n

Cloud-Interoperabilität: Alle großen Cloud-Anbieter (AWS IoT Core, Azure IoT Hub, Google Cloud IoT) stellen einen nativen MQTT-Broker bereit. MQTT ist das De-facto-Protokoll für IoT-Cloud-Architekturen.

\n

Natives TLS: MQTT unterstützt TLS 1.3 nativ. Die Sicherheit ist in das Protokoll integriert und keine nachträgliche Ergänzung.

\n

Einschränkungen von MQTT​

\n

Kann Geräte nicht direkt auslesen: Ein Modbus-RTU-Gerät unterstützt MQTT nicht von Haus aus. Es wird ein Gateway benötigt, das die Modbus-Daten ausliest und als MQTT-Nachrichten veröffentlicht. Aus diesem Grund werden Modbus und MQTT in industriellen IoT-Architekturen häufig gemeinsam eingesetzt.

\n

Abhängigkeit vom Broker: Fällt der MQTT-Broker aus, bricht die gesamte Messaging-Architektur zusammen. Die Ausfallsicherheit des Brokers ist daher von entscheidender Bedeutung. Verwaltete Broker (AWS IoT, HiveMQ Cloud) sind zwar sehr zuverlässig, führen jedoch zu einer Abhängigkeit von einem externen Dienst.

\n

Kein standardisiertes Datenmodell: MQTT legt weder das Format der Nachrichten noch die Struktur der Topics fest. Jede Implementierung ist frei gestaltbar – was die Interoperabilität beeinträchtigt. Zwei MQTT-Systeme verschiedener Anbieter kommunizieren nicht unbedingt ohne Anpassungen miteinander.

\n

Keine native Anfrage-Antwort-Struktur: MQTT ist auf unidirektionale Ereignisse ausgerichtet. Um ein Anfrage-Antwort-Muster zu implementieren (z. B. eine Abfrage eines Parameters bei einem Gerät), muss MQTT 5.0 mit korrelierten Antwort-Topics verwendet werden – dies ist möglich, jedoch komplexer.

\n

Wann sollte man MQTT verwenden?​

\n\n
\n

OPC-UA (OPC Unified Architecture)​

\n

Was ist OPC-UA?​

\n

OPC-UA (IEC 62541) wurde ab 2006 von der OPC Foundation als Nachfolger von OPC Classic (basierend auf Windows COM/DCOM) entwickelt. Es handelt sich um den anspruchsvollsten Industriestandard: Er vereint Datenerfassung, semantisches Modell, Sicherheit, Historien, Alarme und den Zugriff auf Methoden in einem einzigen Protokoll.

\n

OPC-UA ist heute das bevorzugte Protokoll der Steuerungshersteller für Industrie-4.0-Architekturen: Siemens TIA Portal (S7-1500), Rockwell ControlLogix, Beckhoff TwinCAT, B&R Automation – alle unterstützen OPC-UA seit 5 bis 10 Jahren nativ.

\n

Stärken von OPC-UA​

\n

Semantisches Datenmodell: Im Gegensatz zu Modbus (anonyme, nummerierte Register) stellt OPC-UA eine Baumstruktur aus benannten und typisierten Objekten bereit. Der Knoten „ns=2;i=1001“ kann beispielsweise „Maschine1/Hauptmotor/Lagertemperatur“ heißen und über Metadaten (Einheit, Bereich, Beschreibung) verfügen. Die Selbstbeschreibung ist nativ integriert.

\n

Integrierte Sicherheit: Authentifizierung, Autorisierung, Verschlüsselung, Nachrichtenintegrität – all das ist im Protokoll enthalten. OPC-UA unterstützt mehrere Sicherheitsprofile (None, Sign, SignAndEncrypt) mit modernen Algorithmen (AES-256, RSA-2048+).

\n

Publish/Subscribe über OPC-UA PubSub (2017): OPC-UA kann nun nicht mehr nur im Anfrage-Antwort-Modus (Pull), sondern auch im asynchronen Veröffentlichungsmodus (Push) betrieben werden. Es kann Daten an MQTT-Broker veröffentlichen, wodurch sich OPC-UA und MQTT ergänzen, anstatt miteinander zu konkurrieren.

\n

Zugriff auf Methoden: Mit OPC-UA lassen sich Methoden an Geräten aufrufen – es werden nicht nur Werte ausgelesen. Eine Ventilbetätigung, ein Motorstartbefehl – alles wird als OPC-UA-Objekt modelliert.

\n

Semantik und Interoperabilität: Die OPC-UA-„Companion Specifications“ definieren branchenstandardisierte Modelle: OPC-UA für die Kunststoffindustrie, für die Robotik, für PackML (Verpackung), für den Bergbau … Eine SCADA-Software, die OPC-UA for PackML unterstützt, kann ohne spezielle Konfiguration eine Verbindung zu jeder konformen Verpackungslinie herstellen.

\n

Einschränkungen von OPC-UA​

\n

Komplexität: OPC-UA ist das Protokoll, dessen Implementierung und Konfiguration am komplexesten ist. Die Spezifikationen umfassen mehr als 1000 Seiten. Für Teams ohne Vorkenntnisse in OPC-UA ist die Lernkurve beträchtlich.

\n

Erforderliche Ressourcen: Ein vollwertiger OPC-UA-Server benötigt mehr Ressourcen als ein Modbus-Slave. Ältere SPSen oder Mikrocontroller mit begrenzten Ressourcen können keinen vollständigen OPC-UA-Stack hosten (es gibt jedoch vereinfachte „Nano“-Profile).

\n

Nicht flächendeckend im Feld: Ältere Geräte (vor 2010–2015) unterstützen OPC-UA nicht. In einer heterogenen Industrieumgebung werden Sie bei den vorhandenen Feldgeräten weitaus häufiger auf Modbus als auf OPC-UA stoßen.

\n

Netzwerk-Overhead: OPC-UA-Nachrichten sind umfangreicher als Modbus-Nachrichten (je nach Übertragungsart als XML oder Binärdaten). Bei 4G-Verbindungen mit geringer Übertragungsrate kann dies eine Rolle spielen.

\n

Wann sollte OPC-UA verwendet werden?​

\n\n
\n

Entscheidungshilfe: Welcher Anzug passt zu Ihrem Projekt?​

\n

Typische einfache industrielle IoT-Architektur​

\n\n

Anwendungsbereich: Prozessüberwachung, Warnmeldungen, Verlaufsdaten. 80 % der französischen IoT-Projekte im industriellen Bereich entsprechen diesem Schema.

\n
\n

Architektur mit Cloud-Integrationsbus​

\n\n

Anwendungsbereich: Projekte mit mehreren Datenverbrauchern (SCADA + ERP + BI). MQTT als Integrationsbus.

\n
\n

Industrie 4.0-Architektur mit OPC-UA​

\n\n

Einsatzbereich: Fabriken mit modernen Steuerungen, Industrie-4.0-Projekte, MES-Integration.

\n
\n

Entscheidungsmatrix​

\n
AnforderungModbus RTUModbus TCPMQTTOPC-UA
RS-485-Feldsensoren auslesen✓✓———
SPSen im Netzwerk auslesen✓✓✓—✓
Daten an die Cloud senden——✓✓✓
SCADA/MES-Interoperabilität✗✗Teilweise✓✓
Integrierte Sicherheit✗✗TLS✓✓
Ältere Geräte✓✓✓—✗
Neuere Steuerungen (>2015)✓✓—✓✓
Cloud-native Architekturen✗✗✓✓✓
KMU ohne Protokoll-Know-how✓✓✓✓✓✗
\n
\n

Wie Eziwan die drei Protokolle verwaltet​

\n

Das Eziwan-Gateway ist unabhängig von den Feldprotokollen:

\n\n

In der Cloud werden die Daten intern standardisiert und über folgende Schnittstellen bereitgestellt:

\n\n

Sie können Modbus RTU an den Feldgeräten mit MQTT in Ihre AWS-/Azure-Cloud kombinieren, ohne irgendetwas ändern zu müssen – das Gateway übernimmt die Konvertierung.

\n
\n

Fazit​

\n

Im Jahr 2026 lautet die Antwort auf die Frage „Modbus oder MQTT oder OPC-UA?“ in der Regel „alle drei zusammen“:

\n\n

Es handelt sich nicht um einen Wettbewerb – es ist eine mehrschichtige Architektur. Die Frage lautet nicht „Welches Protokoll?“, sondern „Welches Protokoll auf welcher Schicht für welches Gerät?“.

\n
\n

FAQ – Modbus, MQTT und OPC-UA​

\n

Kann man Modbus und MQTT gleichzeitig auf demselben Gateway nutzen?

\n

Ja, und das ist die gängigste Architektur im IIoT. Das Gateway sammelt die Daten der Steuerungen über Modbus TCP oder RTU (Feldebene) und überträgt sie per MQTT in die Cloud (Transportschicht). Modbus endet am Gateway – es wird niemals im Internet exponiert. MQTT übernimmt den Transport in die Cloud, mit TLS 1.3 und Authentifizierung.

\n

Kann OPC-UA Modbus bei bestehenden Steuerungen (S7-1200, M340) ersetzen?

\n

Bei den Siemens S7-1200 ist der OPC-UA-Server erst ab Firmware-Version V4.4 verfügbar und muss im TIA Portal explizit konfiguriert werden. Bei den S7-1500 ist er ab Firmware-Version V2.0 nativ integriert. Bei den Schneider M340-Steuerungen ist OPC-UA nicht nativ integriert – hierfür wäre ein zusätzliches Modul erforderlich. In der Praxis bleibt Modbus TCP für bestehende Anlagen die universelle Lösung; OPC-UA ist vor allem für neue Projekte mit aktuellen Steuerungen relevant.

\n

MQTT mit QoS 0 vs. QoS 1 vs. QoS 2 – was ist die richtige Wahl für die industrielle Überwachung?

\n

Für die Überwachung von Prozessdaten (Temperaturen, Drücke) bietet QoS 1 („At Least Once“) das richtige Gleichgewicht: Die Zustellung ist auch nach einer erneuten Verbindung gewährleistet, wobei es zu einigen Duplikaten kommen kann (was für Überwachungsdaten akzeptabel ist). QoS 2 (Exactly Once) ist aufgrund des Hin- und Rücklaufs der Bestätigung aufwändiger und für Messwerte selten erforderlich. QoS 0 (At Most Once) eignet sich für sehr häufig anfallende Daten (> 1/s), bei denen ein gelegentlicher Verlust akzeptabel ist.

\n

Reicht ein öffentlicher MQTT-Broker (HiveMQ, EMQX Cloud) für Industrieunternehmen aus?

\n

Für Pilotprojekte oder nicht sensible Anwendungen, ja. Für eine Produktion mit Vertraulichkeitsanforderungen (Prozessdaten, Identitäten der Anlagen) ist jedoch ein privater, in Frankreich gehosteter Broker vorzuziehen. MQTT-Daten, die über öffentliche US-Broker übertragen werden, unterliegen potenziell dem CLOUD Act – dies ist je nach Sensibilität der Daten und der Branche zu prüfen.

\n

Hat OPC-UA im Vergleich zu Modbus Auswirkungen auf die Leistung der SPS?

\n

OPC-UA beansprucht deutlich mehr CPU-Leistung und Arbeitsspeicher als Modbus TCP. Auf einer S7-1500-CPU 1511 mit einem aktiven OPC-UA-Server und 50 Client-Verbindungen kann sich die Zykluszeit um 5 bis 15 % erhöhen. Auf einer S7-1200 sind die Ressourcen begrenzter – testen Sie daher systematisch die Auswirkungen mit dem vollständigen Produktionsprogramm, bevor Sie OPC-UA im Produktivbetrieb einsetzen.

\n
\n

Weiterführende Informationen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/modbus-mqtt-opcua-protocoles-industrie", "title": "Modbus, MQTT, OPC-UA: Welches Industrieprotokoll soll man 2026 wählen?", "summary": "Umfassender Vergleich: Modbus RTU/TCP vs. MQTT vs. OPC-UA – Architekturen, Leistung, Anwendungsfälle, Einschränkungen. Leitfaden zur Auswahl des richtigen Protokolls für Ihr industrielles IoT-Projekt.", "date_modified": "2026-04-15T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "modbus", "mqtt", "opc-ua", "industrieprotokolle", "industrielles-iot" ] }, { "id": "https://eziwan.com/de/blog/choisir-gateway-iot-industriel-criteres", "content_html": "

Der Markt für industrielle IoT-Gateways hat sich in den letzten Jahren erheblich erweitert. Angesichts eines überbordenden Angebots – von taiwanesischen Marken für 80 € bis hin zu integrierten Lösungen für 2000 €, von einfachen Modbus-Geräten bis hin zu Gateways mit VPN und Edge-Computing – wie findet man da den Überblick?

\n

Dieser Leitfaden beschreibt die neun Kriterien, anhand derer sich ein für industrielle Umgebungen wirklich geeignetes Gateway von einem schlecht umgerüsteten Produkt für den Massenmarkt unterscheiden lässt. Er richtet sich an Instandhaltungsleiter, Automatisierungstechniker und IT-Leiter in der Industrie, die ein Projekt zur Vernetzung oder Überwachung planen.

\n

Kriterium 1: Nativ unterstützte Industrieprotokolle​

\n

Das ist das wichtigste Kriterium. Wenn Ihr Gateway das Protokoll Ihrer Geräte nicht „versteht“, sind alle anderen Kriterien zweitrangig.

\n

Die unverzichtbaren Protokolle in Frankreich im Jahr 2026​

\n

Modbus RTU (RS-485) – Der absolute Standard in der französischen Industrie. Energiezähler, HLK-Steuerungen, Messfühler, Frequenzumrichter: Wenn Ihre Geräte über einen seriellen RS-485-Anschluss verfügen, kommunizieren sie wahrscheinlich über Modbus RTU. Jedes industrielle Gateway, das diesen Namen verdient, muss diesen Standard nativ unterstützen.

\n

Modbus TCP (Ethernet) – Die Netzwerkversion von Modbus. Neuere Steuerungen, Modbus-Ethernet-Gateways, Geräte mit RJ45-Schnittstelle. Zu prüfen: Unterstützt das Gateway die Rolle als Modbus-Master (aktives Polling) oder nur als Server (passiv)?

\n

MQTT – Das IoT-Messaging-Protokoll schlechthin. Wird verwendet, um Daten an Cloud-Broker (AWS IoT, Azure IoT Hub, lokalen MQTT-Mosquitto-Server) zu senden. Unverzichtbar für Cloud-native Architekturen.

\n

OPC-UA — Industriestandard IEC 62541, der von Siemens, Rockwell und Beckhoff für neuere Steuerungen übernommen wurde. Wenn Ihr IT-System Siemens-SPSen vom Typ S7-1500/1200 oder eine aktuelle Version des TIA-Portals umfasst, überprüfen Sie bitte die OPC-UA-Kompatibilität.

\n

Spezifische Protokolle:

\n\n

Checkliste Protokolle:

\n\n
\n

Kriterium 2: Netzwerkkonnektivität und Redundanz​

\n

4G LTE: Der aktuelle Standard​

\n

Ein industrielles Gateway muss im Jahr 2026 mindestens über ein 4G-LTE-Modul der Kategorie Cat-M1/Cat-4 verfügen. Das 4G-Netz deckt 97 % des französischen Staatsgebiets (gemessen an der Bevölkerung) ab und reicht für 95 % der industriellen IoT-Anwendungen aus (Echtzeitüberwachung, Warnmeldungen, Fernzugriff).

\n

Zu beachtende Punkte:

\n\n

Dual-SIM: Echte Netzredundanz​

\n

Eine einzige SIM-Karte = ein einziger Anbieter = eine einzige Schwachstelle. In bestimmten Industriegebieten (teilweise funklose Zonen, Tunnel, Gebiete mit schwachem Empfang) kann es vorkommen, dass bei einem Anbieter die Verbindung abbricht, während der andere das Signal aufrechterhält.

\n

Die Dual-SIM-Funktion mit zwei SIM-Karten verschiedener Anbieter und automatischer Umschaltung ist die Lösung für kritische Anwendungen. Eziwan unterstützt die Dual-SIM-Funktion nativ.

\n

Fragen, die Sie stellen sollten:

\n\n

Kabelgebundene Verbindung als Backup​

\n

An Standorten, an denen Glasfaser oder Ethernet verfügbar ist, ermöglicht ein Gateway mit Ethernet-WAN-Anschluss die Nutzung von Glasfaser als Hauptverbindung und 4G als Backup. Beide Verbindungen müssen gleichzeitig verwaltet werden, wobei ein automatisches und transparentes Failover gewährleistet sein muss.

\n
\n

Kriterium 3: Sicherheit und Zero-Trust-Architektur​

\n

Die Cybersicherheit industrieller IoT-Gateways ist zu einem unverzichtbaren Kriterium geworden, was durch die NIS2-Richtlinie noch beschleunigt wurde, die nun einen großen Bereich von Industrieunternehmen abdeckt.

\n

Was zu überprüfen ist​

\n

Outbound-only-Architektur: Das Gateway darf ausschließlich ausgehende Verbindungen herstellen. In Ihrem OT-Netzwerk dürfen keine eingehenden Ports geöffnet sein. Dadurch wird die vom Internet aus zugängliche Angriffsfläche beseitigt. Dies entspricht der Zero-Trust-Architektur: „Niemals vertrauen, immer überprüfen.“

\n

VPN-Protokoll: OpenVPN ist heute der Maßstab: Es ist robust, wurde umfassend geprüft, durchdringt Firewalls über TCP 443 und authentifiziert sich über ein X.509-Zertifikat (AES-256-GCM-Verschlüsselung). IPSec (IKEv2) ist weiterhin relevant für FIPS 140-2-konforme Umgebungen.

\n

Verschlüsselung der Daten während der Übertragung: Mindestens TLS 1.3 für die Cloud-Kommunikation. Stellen Sie sicher, dass das Gateway nicht unverschlüsselt mit einem unverschlüsselten MQTT-Broker kommuniziert.

\n

Authentifizierung: Kryptografische Schlüssel pro Gerät, die einzeln widerrufen werden können. Vermeiden Sie Gateways mit einem Administratorpasswort, das für alle Geräte gleich ist.

\n

Sichere Firmware-Aktualisierung (OTA): Nicht aktualisierte Gateways werden zu Angriffsvektoren. Vergewissern Sie sich, dass das Gateway kryptografisch signierte OTA-Updates unterstützt.

\n

NIS2 und Haftung​

\n

Seit Oktober 2024 verpflichtet die NIS2-Richtlinie kritische und wichtige Einrichtungen dazu, die Sicherheit ihrer digitalen Lieferkette zu gewährleisten, einschließlich der IoT-Gateways. Ein Gateway, das eingehende Ports im OT-Netzwerk öffnet oder unverschlüsselt kommuniziert, stellt einen Verstoß gegen die NIS2-Richtlinie dar.

\n
\n

Kriterium 4: Robustheit für industrielle Umgebungen​

\n

Ein „industrielles“ Gateway muss den realen industriellen Umgebungsbedingungen standhalten. Folgende Zertifizierungen und Spezifikationen sollten überprüft werden:

\n

Betriebstemperatur​

\n
AnwendungMin. TemperaturMax. Temperatur
Klimatisierter Technikraum-10 °C+40 °C
Nicht klimatisierter Schrank-20 °C+60 °C
Außenbereich / Kaltzone-40 °C+70 °C
\n

Ein Standard-IT-Gateway arbeitet bei Temperaturen zwischen 0 °C und +40 °C. Ein echtes Industrie-Gateway arbeitet typischerweise bei Temperaturen zwischen -20 °C und +70 °C.

\n

IP-Schutzklasse​

\n

IP20: Mindestschutz, Einsatz ausschließlich in einem geschlossenen Schaltschrank in einem sauberen Raum.
\nIP40: Schutz vor Festkörpern mit einer Größe von mehr als 1 mm. Standard-Schaltschrank.
\nIP65: Staubdicht + spritzwassergeschützt. Für staubige Umgebungen (Lebensmittelindustrie, Bauwesen, im Freien unter Überdachung).
\nIP67: Vorübergehendes Eintauchen bis zu 1 Meter. Für sehr feuchte Umgebungen.
\nIP68: Längeres Eintauchen. Selten erforderlich, aber nützlich für unterirdisch verlegte Anlagen.

\n

Vibrationen und Stöße​

\n

Für Anwendungen in Nutzfahrzeugen, Laufkränen, Kompressoren oder vibrationsbehafteten Umgebungen: Überprüfen Sie die Konformität mit EN 61131-2 oder IEC 60068 hinsichtlich der mechanischen Prüfungen.

\n

Montage auf DIN-Schiene​

\n

Für den Einbau in einen Schaltschrank ist die Montage auf einer 35-mm-DIN-Schiene der Industriestandard. Vermeiden Sie Gateways, die Wandschrauben oder eine nicht standardmäßige Montage in einem 19-Zoll-Rack für Industrieanlagen erfordern.

\n

Gesetzlich vorgeschriebene Zertifizierungen​

\n

CE (EU-Konformitätszeichen) (obligatorisch): Das CE-Zeichen ist für alle in Europa verkauften elektronischen Geräte vorgeschrieben.
\nATEX (Explosionsgefährdete Bereiche): Für Standorte in der Chemie- und Erdölindustrie mit potenziell explosionsgefährdeten Atmosphären. ATEX-Zone 1/2 oder Zone 21/22 je nach Anwendung.
\nEN 61131-2: Spezifische Norm für Geräte, die mit speicherprogrammierbaren Steuerungen (SPS) verwendet werden.

\n
\n

Kriterium 5: Zero-Touch-Provisioning (ZTP)​

\n

Das ZTP ist ein Kriterium, das oft unterschätzt wird, insbesondere bei der Bereitstellung von mehreren Dutzend oder Hunderten von Gateways.

\n

Ohne ZTP: Jedes Gateway muss vor der Bereitstellung manuell konfiguriert werden. Ein Techniker muss sich mit der lokalen Schnittstelle verbinden und die IP-Adresse des Cloud-Servers, die Anmeldedaten sowie die Netzwerkparameter eingeben … Bei 50 Standorten sind das 50 Einsätze von jeweils mindestens 30 Minuten = 25 Stunden technischer Arbeitsaufwand, zuzüglich der Anfahrtszeiten.

\n

Mit ZTP: Das Gateway verbindet sich beim ersten Einschalten automatisch mit der Verwaltungs-Cloud (über eine vorkonfigurierte M2M-SIM-Karte). Es lädt seine Konfiguration vom Server herunter und ist in weniger als 5 Minuten betriebsbereit, ohne dass ein Eingriff vor Ort erforderlich ist.

\n

Fragen an den Anbieter:

\n\n
\n

Kriterium 6: Edge-Computing und lokale Logik​

\n

Die fortschrittlichsten Gateways verfügen über Rechenleistung, mit der sich Logik lokal ausführen lässt, ohne auf die Cloud angewiesen zu sein:

\n

Lokale Aggregation: Berechnung von Durchschnittswerten, Minimal- und Maximalwerten sowie Summen über einen bestimmten Zeitraum (z. B. Energieverbrauch in kWh pro Stunde) vor der Übertragung in die Cloud. Reduziert die benötigte Bandbreite.

\n

Lokale Warnmeldungen: Auslösen eines lokalen Alarms (Relais, Summer, Direkt-SMS) ohne Umweg über die Cloud. Nützlich bei einem Netzwerkausfall – das Gateway überwacht weiterhin und gibt lokal Warnmeldungen aus.

\n

Datenfilterung: Es werden nur Daten gesendet, die sich um mehr als einen festgelegten Schwellenwert geändert haben. Dies senkt die Kosten für mobile Daten bei zahlreichen Standorten drastisch.

\n

Logikskripte: Auf erweiterten Gateways (Eziwan, bestimmte Teltonika-Modelle) besteht die Möglichkeit, Python- oder JavaScript-Skripte lokal auszuführen, um komplexe Geschäftslogik zu realisieren.

\n
\n

Kriterium 7: Verwaltung und Überwachung über eine zentrale Konsole​

\n

Bei Projekten mit mehreren Standorten (ab 3–4 Standorten) ist die zentrale Verwaltungskonsole ein wichtiges Unterscheidungsmerkmal:

\n

Flotten-Dashboard: Echtzeit-Übersicht über den Status aller Gateways (verbunden/getrennt, Signalstärke, aktive Warnmeldungen).

\n

Firmware-Updates per Fernzugriff: Ein Sicherheitsupdate auf 50 Gateways mit nur wenigen Klicks bereitstellen, ohne vor Ort sein zu müssen.

\n

Fernkonfiguration: Einen Alarmschwellenwert ändern, einen neuen Sensor hinzufügen, eine Netzwerkparameter anpassen – alles über die Webkonsole.

\n

Flottenwarnungen: Erhalten Sie eine Benachrichtigung, wenn ein Gateway die Verbindung verliert oder wenn ein Gerät einen Schwellenwert überschreitet.

\n
\n

Kriterium 8: Datenhosting und digitale Souveränität​

\n

Dieses Kriterium hat für französische Unternehmen im Zuge von NIS2 und den Anforderungen an die digitale Souveränität strategische Bedeutung erlangt.

\n

Wichtige Fragen:

\n\n

Für NIS2-kritische Einrichtungen und Betreiber von kritischer Infrastruktur ist die Speicherung der Daten in Frankreich bei einem Dienstleister, der keinen ausländischen extraterritorialen Gesetzen unterliegt, faktisch eine zwingende Voraussetzung.

\n
\n

Kriterium 9: Technischer Support und Betreuung​

\n

Selbst das beste Gateway der Welt nützt nichts ohne einen Support, der Ihre technischen Fragen in Echtzeit beantworten kann:

\n

Support-SLA: Welche Reaktionszeit wird garantiert? 4 Stunden, 8 Stunden, 24 Stunden? Für kritische industrielle Anwendungen wird ein SLA von weniger als 4 Arbeitsstunden empfohlen.

\n

Branchenspezifisches Fachwissen: Verfügt der Support über Kenntnisse der industriellen Protokolle Modbus, PROFIBUS und Siemens S7? Oder handelt es sich um einen allgemeinen IT-Support?

\n

Dokumentation: Dokumentierte API (OpenAPI 3.0)? Code-Beispiele? Python-/Node-Bibliotheken?

\n

Projektbegleitung: Bietet der Anbieter Unterstützung bei der ersten Implementierung an?

\n
\n

Zusammenfassende Checkliste: 9 Kriterien​

\n
□ Protocoles
  □ Modbus RTU (RS-485) Master
  □ Modbus-TCP-Master
  □ MQTT TLS
  □ Branchenspezifische Protokolle

□ Connectivité
  □ Integriertes 4G LTE
  □ Dual-SIM mit zwei Anbietern
  □ Port Ethernet WAN (optionnel)
  □ Délai failover < 30 secondes

□ Sécurité
  □ Architecture outbound-only (zero inbound port)
  □ OpenVPN/IPSec-VPN oder ein vergleichbares modernes VPN
  □ TLS 1.3 für die Cloud-Kommunikation
  □ Authentifizierung mittels kryptografischem Schlüssel
  □ Signiertes OTA-Update

□ Robustesse
  □ Temperatur: mindestens -20 °C / +70 °C
  □ Mindestens IP40 (IP65 bei staubiger Umgebung)
  □ Montage rail DIN 35mm
  □ CE-Zertifizierungen (+ ATEX, falls erforderlich)

□ ZTP
  □ Bereitstellung ohne Eingriffe vor Ort
  □ Vorkonfigurierte M2M-SIM-Karte

□ Edge computing
  □ Lokale Aggregation
  □ Alertes locales sans cloud
  □ Logique locale configurable

□ Zentrale Konsole
  □ Echtzeit-Flotten-Dashboard
  □ OTA-Firmware-Updates
  □ Fernkonfiguration

□ Datenhosting
  □ Hosting in Frankreich oder der EU
  □ Non soumis au CLOUD Act
  □ ISO 27001 minimum

□ Support
  □ Dokumentierte SLA
  □ Expertise protocoles industriels
  □ Dokumentierte OpenAPI-Schnittstelle
\n
\n

FAQ​

\n

Was ist der Unterschied zwischen einem industriellen IoT-Gateway und einem industriellen 4G-Router?\nEin industrieller 4G-Router sorgt für die IP-Netzwerkkonnektivität (Routing, NAT, VPN). Ein industrielles IoT-Gateway bietet zusätzliche Funktionen für den Feldeinsatz: einen RS-485-Anschluss für Modbus RTU, Edge-Computing sowie Cloud-native Integration (MQTT, REST-API). Einige Produkte, wie beispielsweise das Eziwan Gateway, vereinen beide Funktionen in einem einzigen Gerät.

\n

Kann man ein industrielles IoT-Gateway auch ohne Eziwan-Cloud-Abonnement nutzen?\nDie Eziwan-Gateway-Hardware kann im Standalone-Modus mit Ihrem eigenen MQTT-Broker oder Ihrer eigenen API betrieben werden. Die Eziwan-Cloud-Plattform (Dashboard, ZTP, Flottenmanagement, Benachrichtigungen) ist optional. Sie ist jedoch im Abonnement enthalten und erspart Ihnen die Verwaltung der Serverinfrastruktur.

\n

Wie viele Modbus-Register können gleichzeitig abgefragt werden?\nDas Eziwan-Gateway kann pro Abfrageintervall bis zu 500 Modbus-Register (RTU oder TCP) verarbeiten. Bei Anwendungen mit höheren Anforderungen (Mehrkreis-Energiezähler, Leitungen mit zahlreichen Sensoren) kann das Abfragen auf mehrere konfigurierbare Zeitfenster verteilt werden.

\n

Was ist Edge-Computing auf einem industriellen Gateway und brauche ich es?\nEdge-Computing ermöglicht es, Logik direkt auf dem Gateway auszuführen (Aggregation, Filterung, lokale Anomalieerkennung, Warnmeldungen ohne Cloud). Nützlich, wenn: die Konnektivität unregelmäßig ist (die Daten werden lokal verarbeitet und zwischengespeichert), das Rohdatenvolumen zu groß ist, um es an die Cloud zu senden, oder eine schnelle Reaktion erforderlich ist (<1 s), ohne die Cloud zu durchlaufen.

\n

Wie lässt sich überprüfen, ob ein Gateway die NIS2-Vorschriften erfüllt?\nDie NIS2-Konformität für Gateways umfasst: die Verschlüsselung der Kommunikation (mindestens TLS 1.3), starke Authentifizierung (X.509-Zertifikate, keine Standardpasswörter), die Nachverfolgbarkeit von Zugriffen (Audit-Protokoll), Sicherheitsupdates (signierte OTA-Updates) sowie die Speicherung der Daten in der EU (DSGVO). Fragen Sie Ihren Anbieter nach seiner Konformitätsbescheinigung oder seinen ISO 27001-Zertifizierungen.

\n
\n

Weiterführende Informationen​

\n\n
\n

Ressourcen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/choisir-gateway-iot-industriel-criteres", "title": "So wählen Sie das richtige industrielle IoT-Gateway aus: 9 wesentliche Kriterien (Leitfaden 2026)", "summary": "Umfassender Leitfaden zur Auswahl eines industriellen IoT-Gateways im Jahr 2026: unterstützte Protokolle, 4G/5G-Konnektivität, Zero-Trust-Sicherheit, Zertifizierungen, ZTP, Datenhosting. Vergleich und Checkliste.", "date_modified": "2026-04-02T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "gateway-iot", "konnektivitat", "industrierouter", "industrielles-iot", "einkaufsratgeber" ] }, { "id": "https://eziwan.com/de/blog/maintenance-predictive-conditionnelle-industrie", "content_html": "

Die Terminologie rund um die industrielle Instandhaltung sorgt oft für Verwirrung: vorausschauende Instandhaltung, zustandsorientierte Instandhaltung, vorbeugende Instandhaltung, korrektive Instandhaltung – diese Begriffe werden regelmäßig synonym verwendet, bezeichnen jedoch grundlegend unterschiedliche Ansätze mit sehr unterschiedlichen ROI-Werten.

\n

Dieser Artikel erläutert die Definitionen, vergleicht die Ansätze anhand konkreter Kriterien und hilft Ihnen dabei, die für Ihren Kontext im Jahr 2026 geeignete Strategie auszuwählen – ganz gleich, ob es sich um ein kleines Werk mit 20 Anlagen oder um einen großen Industriestandort mit mehr als 500 Anlagen handelt.

\n

Die vier Instandhaltungsstrategien: Genaue Definitionen​

\n

1. Korrektive Instandhaltung​

\n

Definition: Man greift erst nach dem Ausfall ein. Wenn die Anlage ausfällt, wird sie repariert.

\n

Varianten:

\n\n

Typische Kosten: 4- bis 5-mal höher als bei einer vergleichbaren vorbeugenden Wartung (Express-Ersatzteile, Überstunden, Produktionsausfälle).

\n

Wann dies akzeptabel ist: Nicht kritische, leicht austauschbare Anlagen, bei denen die Überwachungskosten höher sind als die Ausfallkosten.

\n
\n

2. Systematische vorbeugende Wartung​

\n

Definition: Der Austausch oder die Überholung erfolgt nach einem festen Zeitplan (Zeit- oder Produktionsintervalle), unabhängig vom tatsächlichen Zustand.

\n

Beispiel: Ölwechsel am Getriebe alle 2000 Stunden, auch wenn das Öl noch in gutem Zustand ist.

\n

Hauptproblem: 30 bis 40 % der bei vorbeugenden Wartungen ausgetauschten Teile sind noch brauchbar. Dadurch werden sowohl Ressourcen als auch Bauteile verschwendet.

\n

Typische Kosten: 2- bis 3-mal höher als bei einer gut abgestimmten zustandsorientierten Instandhaltung.

\n

Wenn dies relevant ist: Anlagen mit bekannten und im Zeitverlauf vorhersehbaren Verschleißverläufen, deren gesetzlicher Rahmen regelmäßige Überprüfungen vorschreibt.

\n
\n

3. Zustandsorientierte Instandhaltung (Condition-Based Maintenance – CBM)​

\n

Definition: Es werden Maßnahmen ergriffen, wenn der tatsächliche Zustand der Anlage dies erfordert, basierend auf kontinuierlichen physikalischen Messungen (Schwingung, Temperatur, Strom, Geräuschpegel usw.).

\n

Prinzip: Jedes Gerät „spricht“ über seine Daten. Wir hören ihm zu.

\n

Beispiel: Das Lager wird ausgetauscht, wenn die Schwingung einen bei der Inbetriebnahme festgelegten kritischen Schwellenwert überschreitet, nicht zu einem festgelegten Zeitpunkt.

\n

Dokumentierter ROI: Reduzierung der ungeplanten Ausfälle um 25 bis 55 %, Einsparungen von 10 bis 30 % bei den Gesamtwartungskosten.

\n

Was Sie benötigen: An den Geräten installierte Sensoren, Datenerfassung in Echtzeit, konfigurierte Alarmschwellenwerte.

\n
\n

4. Vorausschauende Instandhaltung (Predictive Maintenance – PdM)​

\n

Definition: Der Zeitpunkt eines zukünftigen Ausfalls wird mithilfe eines mathematischen Modells (statistisch oder maschinelles Lernen) vorhergesagt, das mit historischen Daten und Echtzeitdaten gefüttert wird.

\n

Unterschied zum Konditional: Die CBM besagt: „Die Ausrüstung ist in schlechtem Zustand, greifen Sie bald ein.“ Die PdM besagt: „Die Ausrüstung wird mit einer Wahrscheinlichkeit von 87 % in 3 bis 5 Tagen ausfallen.“

\n

Was benötigt wird: Historische Daten von mindestens 12–18 Monaten pro Anlage, Fachwissen im Bereich der Modellierung sowie Teams, die in der Lage sind, die Prognosen zu nutzen.

\n

Die Realität vor Ort im Jahr 2026: Echte vorausschauende Instandhaltung (ML + physikalische Modelle) ist heute für Großunternehmen und mittelständische Unternehmen mit eigenen Datenteams zugänglich. Für KMU bietet die zustandsorientierte Instandhaltung 80 % der Vorteile bei nur 20 % der Komplexität.

\n
\n

Vergleich anhand von 7 Kriterien​

\n
KriteriumKorrektivPräventivBedingtPrädiktiv
EinrichtungskostenSehr geringGeringMittelHoch
BetriebskostenSehr hochMittelGeringMittel
Technische KomplexitätKeineGeringMittelHoch
Erforderliche DatenKeineZeitplanEchtzeitHistorische Daten + Echtzeit
ROI-ZeithorizontSofort12–18 Monate8–14 Monate18–36 Monate
VorhersehbarkeitKeineGutGutAusgezeichnet
Für KMU geeignetJaJaJaManchmal
\n
\n

Welche Sensoren eignen sich für die zustandsorientierte Instandhaltung?​

\n

Die zustandsorientierte Instandhaltung basiert auf physikalischen Messungen. Hier sind die am häufigsten verwendeten Sensoren, geordnet nach ihrem ROI:

\n

1. Vibration (Beschleunigungsmesser)​

\n

Was erkannt wird: Unwucht, Wellenversatz, Lagerschäden, Kavitation in Pumpen, Verschleiß an Zahnrädern.

\n

Anwendungsbereiche: Elektromotoren, Kreiselpumpen, Kompressoren, Ventilatoren, Förderanlagen.

\n

Früherkennungsmerkmale: Anstieg des Gesamtvibrationspegels (RMS), Auftreten charakteristischer Oberschwingungen, Anstieg der Kurtosis (Impulsivität).

\n

Kosten für den Sensor: 50 € (einfaches Industriesensor) bis 500 € (Breitband + ICP).

\n

Zeit bis zum Ausfall: Erkennung 2 bis 12 Wochen vor dem Ausfall des Lagers.

\n

2. Infrarot-/Wärmetemperatur​

\n

Was wird erkannt: Ungewöhnliche Erwärmung von Motoren, Transformatoren, elektrischen Anschlüssen, Lagern und Bremsen.

\n

Anwendungsbereiche: Schaltschränke, Motoren, Lager, Kühlkreisläufe.

\n

Warnzeichen: Anstieg der Betriebstemperatur über den festgelegten Referenzwert hinaus.

\n

Kosten für den Sensor: 20 € (PT100-Kontaktfühler) bis 2000 € (stationäre Wärmebildkamera).

\n

3. Elektrischer Strom (Strommesszange)​

\n

Was wir feststellen: Lastungleichgewicht, Isolationsverschleiß, abnormale Oberschwingungen, Startschwierigkeiten.

\n

Anwendungsbereiche: Asynchronmotoren, Servomotoren, Antriebssysteme.

\n

Vorteil: Keine mechanische Installation erforderlich – die Messung erfolgt berührungslos. Ideal für schwer zugängliche Anlagen.

\n

4. Akustik / Ultraschall​

\n

Was erkannt wird: Druckgaslecks, Lichtbogen, Verschleiß von Wälzlagern bei geringer Belastung, Schmierungsmängel.

\n

Anwendungsbereiche: Druckluftnetz, Hochspannungsschaltanlagen, langsam laufende Lager.

\n

Typischer ROI: Bei einem Ultraschall-Audit des Druckluftsystems werden in der Regel 15 bis 30 % der Leckagen identifiziert – was zu sofortigen Einsparungen beim Stromverbrauch des Kompressors führt.

\n

5. Ölanalyse (Inline)​

\n

Was wird festgestellt: Partikelverunreinigungen, Verschlechterung der Viskosität, Wassergehalt, Verschleißmetalle.

\n

Anwendungsbereiche: Getriebe, Schaltgetriebe, Turbinen, Kompressoren.

\n

Inline-Sensoren: Ermöglichen eine kontinuierliche Überwachung ohne Probenahme, mit automatischer Alarmierung bei Partikeln oder dielektrischen Stoffen.

\n
\n

Praktische Umsetzung: Wie fängt man an?​

\n

Schritt 1: Ermittlung der kritischen Anlagen (vereinfachte FMEA-Analyse)​

\n

Erstellen Sie eine Liste Ihrer Anlagen und bewerten Sie jede einzelne hinsichtlich:

\n\n

Konzentrieren Sie die CBM-Sensoren auf Anlagen mit hoher Kritikalität und schleichenden Ausfällen.

\n

Schritt 2: Festlegung der wichtigsten Kennzahlen pro Anlage​

\n

Legen Sie für jede kritische Anlage fest, welche Parameter gemessen werden sollen. Beispiel für eine Kreiselpumpe:

\n\n

Schritt 3: Sensoren installieren und anschließen​

\n

Die Sensoren werden über RS-485/Modbus RTU (bei industriellen Standardsensoren) oder über 4–20-mA-Ausgänge (bei Prozessmessumformern) an das Eziwan-Gateway angeschlossen. Das Gateway überträgt alle Messwerte in Echtzeit an die Cloud-Plattform.

\n

Schritt 4: Festlegen der Referenzwerte​

\n

Erfassen Sie bei der Inbetriebnahme die Referenzwerte für jeden Parameter an einem neuen oder in einwandfreiem Zustand befindlichen Gerät. Diese Referenzwerte dienen dazu:

\n\n

Schritt 5: Alarmschwellen kalibrieren​

\n

Zu empfindlich = Fehlalarme, die die Teams demotivieren. Nicht empfindlich genug = übersehene Ausfälle. Die Feinabstimmung der Schwellenwerte erfordert eine Beobachtungsphase von 2 bis 4 Wochen unter normalen Bedingungen.

\n

Mit Eziwan lassen sich die Schwellenwerte über die Cloud-Plattform ändern, ohne dass ein Einsatz vor Ort erforderlich ist.

\n

Schritt 6: In das Instandhaltungsmanagementsystem integrieren​

\n

Ein CBM-Alarm ist nur dann von Nutzen, wenn er eine im CMMS geplante Maßnahme auslöst. Mit der Eziwan-REST-API lässt sich automatisch ein Instandhaltungsauftrag in Ihrem CMMS (SAP PM, Infor EAM, Hive Maintenix) erstellen, sobald ein Alarm ausgelöst wird.

\n
\n

Erfahrungsberichte aus der Praxis​

\n

Zementwerk – Hauptgetriebe der Mühle​

\n

Hintergrund: Getriebe mit 800 kW, Ersatzkosten 180.000 €, Lieferzeit 6 Wochen.

\n

Vor CBM: 2 katastrophale Ausfälle in 4 Jahren. Jeder Ausfall = 6 Wochen Teilstillstand = 420.000 € Produktionsausfall.

\n

Nach CBM (Schwingung + Temperatur + Ölanalyse): Feststellung einer fortschreitenden Verschlechterung 8 Wochen vor dem Ausfall. Maßnahme während eines geplanten Stillstands durchgeführt. Kosten der vorbeugenden Maßnahme: 28.000 € gegenüber 180.000 € für einen Notaustausch.

\n

ROI: 9 Monate.

\n

Lebensmittelwerk – Verpackungslinie​

\n

Hintergrund: 12 Getriebemotoren in einer kritischen Produktionslinie. Vorbeugende Wartung nach 3000 Betriebsstunden (systematischer Ölwechsel + Inspektion).

\n

Nach der CBM (Strom + Schwingung): Bei den 12 überwachten Getriebemotoren ermöglichte die CBM:

\n\n

ROI: 11 Monate.

\n
\n

Fazit: Welche Strategie sollte man verfolgen?​

\n

Für ein industrielles KMU (weniger als 50 Anlagen):\nBeginnen Sie mit der zustandsorientierten Instandhaltung Ihrer 5 bis 10 wichtigsten Anlagen. Die Investition ist erschwinglich, der ROI schnell zu erzielen und der Aufwand auch ohne ein spezielles Datenteam überschaubar.

\n

Für mittelständische oder große Unternehmen:\nDie zustandsorientierte Instandhaltung bildet weiterhin die Grundlage. Bei den kritischsten Anlagen, für die ausreichende historische Daten vorliegen, sollten Sie diese durch vorausschauende Modelle ergänzen (zunächst bei zwei bis drei vorrangigen Anlagen).

\n

Was wir im Jahr 2026 beobachten: Die Mehrheit der französischen Industrieunternehmen, die ihre Instandhaltungsleistung tatsächlich verbessert haben, tat dies mithilfe einer auf dem IoT basierenden zustandsorientierten Instandhaltung – und nicht mit komplexen ML-Projekten. Der ROI ist in weniger als einem Jahr messbar.

\n
\n

FAQ​

\n

Was ist der Unterschied zwischen vorausschauender Instandhaltung und zustandsorientierter Instandhaltung (CBM)?\nBei der zustandsorientierten Instandhaltung wird eine Maßnahme ausgelöst, sobald ein Schwellenwert überschritten wird (z. B.: Temperatur > 85 °C → sofortige Warnmeldung). Die vorausschauende Instandhaltung analysiert Trends über einen längeren Zeitraum, um eine Verschlechterung zu antizipieren, bevor der kritische Schwellenwert erreicht wird (z. B.: Die Temperatur steigt seit drei Wochen um 2 °C pro Woche → Planung eines Eingriffs in zwei Wochen). Die zustandsorientierte Instandhaltung ist einfacher umzusetzen, die vorausschauende Instandhaltung bietet hingegen eine längere Vorlaufzeit für Maßnahmen.

\n

Welcher Sensortyp eignet sich am besten für den Einstieg in die zustandsorientierte Instandhaltung?\nFür Motoren und Pumpen: Der Stromsensor (Stromwandler am Versorgungskabel) ist am universellsten einsetzbar – er erkennt Überlastung, Anlaufschwierigkeiten und mechanische Verschleißerscheinungen, ohne dass Änderungen an der Anlage erforderlich sind. Für mechanische Getriebe (Untersetzungsgetriebe, Lager): der Beschleunigungssensor. Diese beiden Sensortypen decken 80 % der vermeidbaren Ausfälle in der Industrie ab.

\n
\n

Weiterführende Informationen​

\n\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/maintenance-predictive-conditionnelle-industrie", "title": "Vorbeugende, vorausschauende oder zustandsorientierte Instandhaltung: Welches Modell für die französische Industrie im Jahr 2026?", "summary": "Umfassender Vergleich der Strategien zur industriellen Instandhaltung: korrektive, systematische vorbeugende, zustandsorientierte IoT-Instandhaltung sowie vorausschauende Instandhaltung mittels maschinellem Lernen. Welcher ROI, welche Anlagen, wie erfolgt die Umsetzung?", "date_modified": "2026-03-18T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "wartung", "industrielles-iot", "industrie-4-0", "monitoring", "sensoren" ] }, { "id": "https://eziwan.com/de/blog/donnees-industrielles-hebergement-france-nis2", "content_html": "

Die Frage nach dem Standort von Industriedaten hat sich im Zeitraum 2025–2026 von einer technischen Debatte zu einem wichtigen regulatorischen Thema entwickelt. Angesichts der schrittweisen Umsetzung von NIS2, der neuen DSGVO-Sanktionen für Datenübermittlungen außerhalb der EU und des wachsenden Bewusstseins für die mit dem US-amerikanischen CLOUD Act verbundenen Risiken müssen französische Industrieunternehmen unbedingt wissen, wo ihre OT/IoT-Überwachungsdaten gehostet werden.

\n

In diesem Artikel wird untersucht, warum das Hosting in Frankreich für viele Industrieunternehmen zu einem unverzichtbaren Auswahlkriterium geworden ist und was dies konkret für Ihre Wahl einer IIoT-Lösung bedeutet.

\n

Was sind „Industriedaten“ und warum ist ihr Standort von Bedeutung?​

\n

Die von Ihren IoT-Gateways, Steuerungen, Sensoren und SCADA-Systemen generierten Industriedaten decken ein breites Spektrum ab:

\n\n

Zusammengenommen ergeben diese Daten eine detaillierte Übersicht über Ihre industrielle Infrastruktur: ihre Produktionskapazität, ihre Schwachstellen und ihre Ausfallmuster. Wenn sie in die falschen Hände geraten – bei Wettbewerbern, feindlich gesinnten staatlichen Akteuren oder Cyberkriminellen –, können die Folgen schwerwiegend sein.

\n

Die Frage lautet also nicht: „Sind meine Daten sensibel?“, sondern: „Wer hat Zugriff darauf und unter welcher Rechtsordnung?“

\n
\n

Das Problem mit dem US-amerikanischen CLOUD Act​

\n

Seit 2018 verpflichtet der Clarifying Lawful Overseas Use of Data Act (CLOUD Act) US-amerikanische Unternehmen dazu, den US-Bundesbehörden die von ihnen gehosteten Daten zur Verfügung zu stellen – selbst wenn diese Daten physisch in Europa gespeichert sind.

\n

Konkret bedeutet dies: Wenn Sie AWS, Microsoft Azure oder Google Cloud nutzen, können Ihre Unternehmensdaten vom FBI oder der NSA abgegriffen werden, selbst wenn sich Ihre Server in Paris oder Frankfurt befinden, ohne dass Sie zwangsläufig darüber informiert werden und ohne dass Ihnen wirksame europäische Rechtsmittel zur Verfügung stehen.

\n

Bei Industriedaten gibt dieses Risiko besonders Anlass zur Sorge:

\n\n

Sowohl die Europäische Kommission als auch die ANSSI haben empfohlen, bei sensiblen Daten Anbieter zu meiden, die dem CLOUD Act unterliegen. NIS2 verstärkt diese Empfehlung zu einer faktischen Verpflichtung für kritische Einrichtungen.

\n
\n

Was NIS2 zur Datenlokalisierung sagt​

\n

NIS2 schreibt nicht ausdrücklich vor, dass alle Daten in Frankreich oder in der EU gehostet werden müssen. Einige seiner Anforderungen führen jedoch indirekt dazu:

\n

1. Steuerung der digitalen Lieferkette​

\n

Artikel 21 der NIS2 schreibt ein Risikomanagement für die Lieferkette vor, das auch Cloud-Dienstleister einschließt. Dies beinhaltet eine formelle Bewertung jedes Cloud-Anbieters: Wo hat er seinen Sitz? Unter welcher Gerichtsbarkeit können seine Daten beschlagnahmt werden? Über welche Sicherheitszertifizierungen verfügt er?

\n

Für kritische Einrichtungen (EE) – zu denen zahlreiche Unternehmen aus den Bereichen Energie, Wasser, Verkehr, Gesundheitswesen und digitale Infrastruktur gehören – muss diese Bewertung dokumentiert und im Falle eines ANSSI-Audits vertretbar sein.

\n

2. Meldung von Vorfällen und Verfügbarkeit von Beweismaterial​

\n

NIS2 schreibt sehr kurze Meldefristen vor: 24 Stunden für die Erstmeldung, 72 Stunden für den Vorfallsbericht. Um diese Fristen einzuhalten, benötigen Sie sofortigen Zugriff auf Audit-Protokolle, Verbindungsprotokolle und Überwachungsdaten. Wenn diese Daten bei einem US-amerikanischen Dienstleister gehostet werden, der rechtlichen Verfahren unterliegt, besteht die Gefahr, dass Sie nicht rechtzeitig darauf zugreifen können.

\n

3. Geschäftskontinuität und Widerstandsfähigkeit​

\n

NIS2 schreibt einen Plan zur Aufrechterhaltung des Betriebs vor, der auch die Ausfallsicherheit der Informationssysteme umfasst. Ein Cloud-Anbieter, dessen Betriebsfähigkeit durch eine US-amerikanische gerichtliche Anordnung (Unterlassungsverfügung, Einfrieren von Vermögenswerten) beeinträchtigt werden könnte, stellt für kritische Einrichtungen ein inakzeptables Risiko für die Aufrechterhaltung des Betriebs dar.

\n

4. Sanktionen​

\n

Für kritische Einrichtungen können die NIS2-Sanktionen bis zu 10 Millionen Euro oder 2 % des weltweiten Umsatzes betragen. Auch die Führungskräfte haften persönlich. Vor diesem Hintergrund ist die Entscheidung für ein „günstiges, aber riskantes“ Hosting wirtschaftlich nicht mehr sinnvoll.

\n
\n

Die DSGVO und Industriedaten​

\n

Die DSGVO gilt für personenbezogene Daten – dazu können auch Betriebsdaten gehören, sofern sie die Identifizierung einer natürlichen Person ermöglichen. Typische Beispiele:

\n\n

Für diese Daten verbietet die DSGVO jegliche Übermittlung außerhalb des Europäischen Wirtschaftsraums ohne angemessene Schutzmaßnahmen (Standardvertragsklauseln, verbindliche Unternehmensregeln usw.). Seit der Ungültigkeitserklärung des Privacy Shield im Jahr 2020 (Urteil „Schrems II“) sind Übermittlungen in die Vereinigten Staaten rechtlich besonders heikel.

\n

„Hosting in Frankreich“ beseitigt jegliche Unklarheiten: Die Daten verbleiben im EWR, unterliegen der DSGVO und es muss kein Datenübertragungsmechanismus begründet werden.

\n
\n

Zertifizierungen, die für die französische Industrie von Bedeutung sind​

\n

Nicht alle französischen Hosting-Anbieter sind gleich. Achten Sie bei einer kritischen industriellen IoT-Infrastruktur auf folgende Zertifizierungen:

\n

ISO 27001​

\n

Die führende Zertifizierung für Informationssicherheit. Unverzichtbar. Erfordert ein dokumentiertes Informationssicherheits-Managementsystem (ISMS), das jährlich geprüft wird.

\n

HDS (Anbieter von Gesundheitsdaten)​

\n

Obligatorisch für Gesundheitsdaten (Pharmabranche, Krankenhäuser, Medizinprodukte). ANSSI/MiPih-Referenzrahmen.

\n

SecNumCloud​

\n

Das ANSSI-Gütesiegel für vertrauenswürdige Cloud-Dienste. Höchste Sicherheitsstufe für die französische Cloud. Empfohlen für OIVs und NIS2-kritische Einrichtungen. Aktuelle Anbieter: OVHcloud, Outscale (Dassault Systèmes), Oodrive.

\n

Von der ANSSI qualifizierter CSP (Cloud Service Provider)​

\n

Liste der qualifizierten Anbieter für sensible Informationssysteme.

\n

Achtung: Einige Anbieter werben mit „Hosting in Frankreich“, sind jedoch Tochtergesellschaften amerikanischer Unternehmen, die dem CLOUD Act unterliegen. Verlangen Sie eine Bescheinigung, dass der Anbieter keinem extraterritorialen Gesetz unterliegt, das den Zugriff auf Ihre Daten ohne Benachrichtigung ermöglicht.

\n
\n

Konkrete Fälle: Welche Industrieunternehmen sind betroffen?​

\n

Systemrelevante Akteure (OIV)​

\n

Die 12 OIV-Sektoren in Frankreich (Energie, Wasser, Verkehr, Lebensmittel, Finanzen, Gesundheit usw.) unterliegen seit dem Militärprogrammgesetz (LPM) von 2013 spezifischen Verpflichtungen im Bereich der Cybersicherheit. Für sie ist die Speicherung von Überwachungsdaten in zertifizierten französischen Rechenzentren keine Option – es handelt sich um eine vertragliche Auflage der ANSSI.

\n

Wesentliche und wichtige Stellen gemäß NIS2​

\n

Mit NIS2 erweitert sich der Geltungsbereich erheblich:

\n\n

Industrielle KMU, die an sensible Kunden exportieren​

\n

Ein KMU, das als Zulieferer für Airbus, Dassault Aviation oder ein Pharmaunternehmen tätig ist, kann vertraglich verpflichtet sein, seine Daten unter Bedingungen zu speichern, die den Anforderungen des Auftraggebers entsprechen. Große Industriekonzerne nehmen solche Klauseln zunehmend in ihre Ausschreibungen für Lieferanten auf.

\n
\n

Wie Sie Ihre aktuelle IoT-Lösung bewerten können​

\n

Hier sind 5 Fragen, die Sie Ihrem aktuellen oder zukünftigen IIoT-Anbieter stellen sollten:

\n

1. Wo werden meine Daten physisch gespeichert?\nVerlangen Sie eine genaue Adresse des Rechenzentrums, nicht nur „in Europa“. Ein Speicherort „in Europa“ kann Irland (Amazon), die Niederlande (Microsoft) oder Finnland (Google) bedeuten – alle unterliegen dem CLOUD Act.

\n

2. Unterliegt die Muttergesellschaft dem CLOUD Act?\nWenn Ihr Dienstleister eine Tochtergesellschaft eines US-amerikanischen Unternehmens ist, unterliegt er dem CLOUD Act, unabhängig vom Standort seiner Server.

\n

3. Über welche Sicherheitszertifizierungen verfügen Sie?\nMindestens ISO 27001. SecNumCloud, wenn Sie eine OIV oder eine systemrelevante Einrichtung gemäß NIS2 sind.

\n

4. Haben Sie eine DSGVO-konforme Datenverarbeitungsvereinbarung (DPA) unterzeichnet?\nDies ist obligatorisch, sobald personenbezogene Daten verarbeitet werden (was bei Zugriffsprotokollen häufig der Fall ist).

\n

5. Können Sie mir einen aktuellen Penetrationstestbericht zur Verfügung stellen?\nSeriöse Anbieter veröffentlichen Zusammenfassungen ihrer Penetrationstests oder stellen diese unter einer Geheimhaltungsvereinbarung zur Verfügung.

\n
\n

Eziwans Standpunkt​

\n

Die Eziwan-Plattform wird ausschließlich in Frankreich bei nach ISO 27001 zertifizierten Dienstleistern gehostet. Wir sind ein französisches Unternehmen (SAS nach französischem Recht) und unterliegen keinen extraterritorialen Gesetzen, die den Zugriff auf Ihre Daten ohne Ihre Einwilligung und ohne eine französische gerichtliche Entscheidung erlauben.

\n

Unsere konkreten Verpflichtungen:

\n\n

Für NIS2-kritische Einrichtungen und OIVs können wir ein vollständiges Dossier bereitstellen, das die Sicherheitsrichtlinie, Zertifizierungen und vertragliche SLAs enthält, die den regulatorischen Anforderungen entsprechen.

\n
\n

Fazit: Die digitale Souveränität der Industrie ist kein optionales Thema mehr​

\n

Im Jahr 2026 ist die Frage „Wo werden meine Industriedaten gespeichert?“ genauso wichtig geworden wie „Sind meine Anlagen redundant?“ oder „Habe ich ein Backup meiner SPS-Konfigurationen?“.

\n

Die Risiken sind real und dokumentiert:

\n\n

Die gute Nachricht: In Frankreich gibt es leistungsstarke und erschwingliche Lösungen für souveränes Hosting. Man muss sich nicht mehr zwischen Sicherheit und Komfort entscheiden – moderne, in Frankreich gehostete IIoT-Plattformen bieten dieselben Funktionen wie ihre amerikanischen Pendants, und zwar mit der Garantie digitaler Souveränität.

\n

Checkliste: Bewertung der Souveränität Ihrer gesamten IoT-Kette​

\n

Der Standort des Rechenzentrums allein reicht nicht aus: Industriedaten durchlaufen eine ganze Kette, die Glied für Glied bewertet werden muss.

\n
KomponenteZu klärende FrageZu beachtender Punkt
SIM-Karte / NetzbetreiberWo werden die mobilen Daten übertragen (APN)?Ein öffentlicher APN leitet die Daten über das offene Internet weiter; ein privater APN hält den Datenfluss innerhalb des Netzbetreibernetzes
Gateway / RouterWerden die Firmware und ihre Telemetriedaten an eine Drittanbieter-Cloud weitergeleitet?Einige asiatische Hersteller schreiben ihre eigene Verwaltungs-Cloud vor
ÜbertragungFindet eine End-to-End-Verschlüsselung statt (VPN, TLS)?Ein Tunnel, der bei einem Zwischenanbieter endet, schafft eine Abhörstelle
Cloud-PlattformWer ist der endgültige Hosting-Anbieter und welches Recht gilt?Eine französische Schnittstelle auf AWS unterliegt weiterhin dem CLOUD Act
BackupsWo werden die Daten repliziert?Backups werden manchmal in eine andere Rechtsordnung übertragen
SupportVon wo aus greifen die Support-Teams auf die Daten zu?Offshore-Support = de facto Zugriff von außerhalb Europas
\n

Dieses umfassende Audit dauert einen halben Tag und beugt unangenehmen Überraschungen bei einem Sicherheitsfragebogen für Kunden oder einer NIS2-Prüfung vor.

\n
\n

FAQ – Hosting von Industriedaten in Frankreich​

\n

Unterliegen alle industriellen IoT-Daten der DSGVO?

\n

Die DSGVO gilt für personenbezogene Daten – typischerweise Standortdaten, die mit identifizierbaren Fahrzeugen in Verbindung stehen, namentlich zuordenbare Zugriffsdaten oder Produktionsdaten, die mit identifizierbaren Bedienern in Verbindung stehen. Reine Prozessdaten (Temperaturen, Drücke, Durchflussmengen einer anonymisierten Leitung) sind keine personenbezogenen Daten. VPN-Zugriffsprotokolle (mit den Identitäten der Techniker) und Geolokalisierungsdaten mobiler Anlagen sind jedoch sehr wohl personenbezogene Daten, die der DSGVO unterliegen.

\n

Gilt der US-amerikanische CLOUD Act auch für einen in Europa ansässigen Cloud-Anbieter?

\n

Ja, wenn es sich bei diesem Dienstleister um eine Tochtergesellschaft oder ein Unternehmen handelt, das dem US-Recht unterliegt (Hauptsitz in den USA, Notierung an der NYSE/Nasdaq, US-amerikanischer Konzern). AWS Europe (Frankfurt), Azure Europe und Google Cloud EU sind allesamt Unternehmen, die über ihre US-amerikanische Muttergesellschaft dem CLOUD Act unterliegen. Nur Hosting-Anbieter, die ausschließlich französischem oder europäischem Recht unterliegen (OVHcloud, Scaleway, 3DS Outscale, Outscale), fallen nicht in den Geltungsbereich des CLOUD Act.

\n

Schreibt NIS2 ausdrücklich vor, dass das Hosting in Frankreich oder in der EU erfolgen muss?

\n

NIS2 schreibt keinen bestimmten Standort für das Hosting vor, verlangt jedoch „geeignete technische und organisatorische Maßnahmen“, darunter die Sicherheit der Lieferkette und den Datenschutz. Für OIV (Betreiber von kritischer Bedeutung), die dem LPM unterliegen, schreibt das SGDSN häufig das Hosting auf SecNumCloud-zertifizierten Infrastrukturen vor – was de facto nicht-europäische Clouds für die sensibelsten Daten ausschließt.

\n

Was ist die SecNumCloud-Zertifizierung und wer erhält sie?

\n

SecNumCloud ist das Referenzsystem der ANSSI für „vertrauenswürdige“ Cloud-Anbieter. Qualifizierte Anbieter müssen unter anderem die Immunität gegenüber außereuropäischem Recht (kein CLOUD Act), die Speicherung der Daten in Frankreich sowie geprüfte Sicherheitsstandards gewährleisten. Ende 2025 zählen OVHcloud, Outscale (3DS) und einige weitere Anbieter zu den qualifizierten SecNumCloud-Anbietern.

\n

Kann ein Industrieunternehmen seinem Endkunden vorschreiben, seine Daten in Frankreich zu speichern?

\n

Ja, über Vertragsklauseln (SLA, DPA – Data Processing Agreement). In industriellen B2B-Verträgen, insbesondere in regulierten Branchen (Verteidigung, Energie, Wasser), ist es üblich, das Hosting in Frankreich oder in der EU vertraglich vorzuschreiben. Diese Klauseln können durch jährliche Audits überprüft werden.

\n
\n

Weitere Ressourcen​

\n\n
\n

Zugehörige Eziwan-Lösungen​

\n", "url": "https://eziwan.com/de/blog/donnees-industrielles-hebergement-france-nis2", "title": "In Frankreich gehostete Unternehmensdaten: Warum dies für NIS2 und die DSGVO von entscheidender Bedeutung ist", "summary": "Speicherung industrieller IoT-Daten in Frankreich: NIS2-Verpflichtung für OIVs, DSGVO-Konformität, Schutz vor dem CLOUD Act. Umfassender Leitfaden für französische Industrieunternehmen.", "date_modified": "2026-03-10T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "NIS2", "dsgvo", "souverane-cloud", "industrielles-iot", "cybersicherheit" ] }, { "id": "https://eziwan.com/de/blog/edge-computing-vs-cloud-industrie", "content_html": "

„Alles in die Cloud“ lautete bis 2020 das Mantra der industriellen digitalen Transformation. Dann stießen die Projekte auf die Realität vor Ort: Eine Pumpstation mit einer Netzwerklatenz von 500 ms kann einen Regelkreis nicht über die Cloud schließen. Eine Produktionsstätte, die täglich 2 TB Daten generiert, kann nicht alles an AWS senden, ohne dass dabei unerschwingliche Bandbreitenkosten entstehen. Und ein Unternehmen aus dem Verteidigungssektor kann seine Produktionsdaten nicht auf einem Server hosten, dessen physischer Standort ihm nicht bekannt ist.

\n

Im Jahr 2026 ist die vorherrschende Architektur im industriellen IoT eine hybride: lokale Verarbeitung an der Quelle, wo dies erforderlich ist, und Cloud-Lösungen für Bereiche, die von Skalierbarkeit und Zentralisierung profitieren. Dieser Leitfaden hilft Ihnen dabei, für jeden Anwendungsfall die richtige Entscheidung zu treffen.

\n

Begriffserklärungen: Edge, Cloud, Fog – ohne Fachjargon​

\n

Bevor wir einen Vergleich anstellen, wollen wir klären, was diese Begriffe im industriellen Kontext konkret bedeuten.

\n

Die Cloud ist eine Gruppe von Remote-Servern, auf die über das Internet oder ein privates WAN-Netzwerk zugegriffen werden kann. In der industriellen Praxis werden in der Cloud Überwachungs-Dashboards, historische Datenbanken, Algorithmen für fortgeschrittene Analysen und Tools für die Zusammenarbeit gehostet. Die marktbeherrschenden Hyperscaler sind AWS, Microsoft Azure und Google Cloud, doch souveräne französische Cloud-Angebote (OVHcloud, Outscale/Dassault, Scaleway) gewinnen bei sensiblen Daten zunehmend an Bedeutung.

\n

Edge-Computing bezeichnet die Datenverarbeitung so nah wie möglich an der Quelle – physisch vor Ort, im Schaltschrank oder direkt im Gerät selbst. Der „Edge“ im Begriff „Edge-Computing“ ist die Grenze zwischen dem OT-Feldnetzwerk und dem Rest – dort befindet sich das industrielle Gateway. In der Praxis bedeutet Edge: Ihr Gateway oder Ihr lokaler Server.

\n

Fog Computing ist ein Übergangsbegriff, der eine verteilte Datenverarbeitung in den Schichten zwischen dem Feld und der Cloud bezeichnet (Zonenaggregatoren, Gebäudeserver, Fabrikserver). Im Jahr 2026 wird der Begriff „Fog“ in der Industrie seltener verwendet als in wissenschaftlichen Publikationen – die meisten Industrievertreter sprechen einfach von einer hybriden Edge-+-Cloud-Architektur.

\n

Die Hierarchie in einer Fabrik:

\n\n

Das industrielle Gateway von Eziwan arbeitet auf Ebene 3 dieser Hierarchie: Es bildet die Schnittstelle zwischen dem OT-Feldnetzwerk und der Überwachungs-Cloud.

\n

Wann Edge-Computing unverzichtbar ist​

\n

Es gibt drei Fälle, in denen eine reine Cloud-Verarbeitung technisch unzureichend oder unzulässig ist.

\n

Echtzeit-Latenzanforderung

\n

Der Regelkreis einer SPS muss je nach Prozess in weniger als 1 bis 10 ms durchlaufen werden. Diese Anforderung ist physikalisch unvereinbar mit einer Hin- und Rückübertragung über das Netzwerk zu einer entfernten Cloud, die über eine 4G-LTE-Verbindung mindestens 10 bis 50 ms und über eine Glasfaserverbindung zum nächstgelegenen Server in Frankreich 5 bis 20 ms dauert.

\n

Anwendungen, die für ihren Betrieb eine lokale Verarbeitung erfordern:

\n\n

Bandbreitenbeschränkung

\n

Ein industrieller Hochfrequenz-Schwingungssensor (Beschleunigungsmesser mit 10 kHz) erzeugt etwa 80 MB Rohdaten pro Minute. Eine Produktionslinie mit 100 Sensoren dieses Typs erzeugt 8 GB pro Minute, also 11,5 TB pro Tag. Die Übertragung dieser Datenmenge in Echtzeit in die Cloud würde monatlich mehrere Zehntausend Euro an Kosten für Bandbreite und Cloud-Speicher verursachen.

\n

Der Edge löst dieses Problem durch zwei Mechanismen:

\n\n

In der Praxis kann Edge je nach Anwendung das in die Cloud übertragene Datenvolumen um 70 bis 95 % reduzieren.

\n

Anforderung der Datenhoheit

\n

Bestimmte Industriedaten dürfen das Unternehmen oder das Staatsgebiet nicht verlassen:

\n\n

In diesen Fällen erfolgen die Verarbeitung am Netzwerkrand und die Speicherung lokal. An die Cloud können anonymisierte oder aggregierte Daten (Leistungskennzahlen) übermittelt werden, nicht jedoch sensible Rohdaten.

\n

Wenn die Cloud allein ausreicht​

\n

Für die meisten industriellen Überwachungsanwendungen ist die Cloud allein bestens geeignet und vereinfacht die Architektur erheblich.

\n

Nicht kritische Überwachung und Monitoring

\n

Bei der Fernüberwachung einer Pumpstation (Erfassung von Füllstand, Druck und Durchfluss alle 5 Sekunden) gibt es keine Anforderungen hinsichtlich einer Latenzzeit von weniger als 1 Sekunde. Der Alarm „Niedriger Füllstand“, der erst nach 200 ms statt nach 10 ms gemeldet wird, hat keine betrieblichen Auswirkungen: Der Bediener sieht den Alarm innerhalb einer Sekunde, und der Pumpvorgang hat Reaktionszeiten in der Größenordnung von einer Minute oder einer Stunde.

\n

Analytik und maschinelles Lernen anhand historischer Daten

\n

Die auf der Grundlage von 18 Monaten historischer Daten trainierten Algorithmen zur vorausschauenden Wartung laufen sehr effizient in der Cloud, wo die Rechenressourcen elastisch und der Speicher kostengünstig sind. Ein Modell zur Anomalieerkennung, das einmal pro Stunde die Daten der letzten 24 Stunden auswertet, muss keineswegs am Edge bereitgestellt werden.

\n

Zentrale Überwachung mehrerer Standorte

\n

Ein Netzbetreiber, der 50 über ein Departement verteilte Wasseraufbereitungsanlagen überwacht, hat großes Interesse daran, die Daten in der Cloud zu zentralisieren: einheitliche Dashboards, Standortvergleiche, Leistungsbenchmarking, automatisierte Berichte für behördliche Zwecke. Die Implementierung dieser Funktionen auf 50 lokalen Edge-Geräten wäre nicht nur kostspielig, sondern auch nahezu unmöglich zu warten.

\n

Verwaltung von Updates und Konfiguration

\n

Die zentralisierte Verwaltung von Routerkonfigurationen, Firmware-Versionen und Alarmregeln ist von Natur aus eine Cloud-Funktion. Zero Touch Provisioning (ZTP) ist per Definition ein Cloud-Dienst, der Geräte aus der Ferne konfiguriert.

\n

Die hybride Edge- und Cloud-Architektur: das Beste aus beiden Welten​

\n

Die im Jahr 2026 für ernstzunehmende industrielle IoT-Projekte empfohlene Architektur ist eine Hybridarchitektur mit einer klaren Aufgabenteilung zwischen Edge und Cloud.

\n

Funktionen des Edge-Geräts (lokales Industrie-Gateway):

\n\n

Funktionen der Cloud:

\n\n

Das Synchronisationsprotokoll:\nDas Gateway übermittelt die Daten je nach Konfiguration über MQTT über TLS oder HTTPS-REST an die Cloud. Bei einem Verbindungsausfall werden die Daten lokal zwischengespeichert (in der Regel in einem Flash-Speicher mit 4 bis 32 GB) und bei Wiederherstellung der Verbindung gebündelt übertragen. Diese Architektur gewährleistet, dass selbst bei einem mehrstündigen Netzwerkausfall keine Daten verloren gehen.

\n

Überwachung des Gateways selbst:\nDas Edge-Gateway muss selbst aus der Cloud überwacht werden: Verfügbarkeit, LTE-Signal (RSRP/RSRQ), CPU-/RAM-Auslastung, Speicherplatz, Firmware-Version. Ein Gateway, das 48 Stunden lang unbemerkt ausgefallen ist, ist an einem kritischen Standort nicht akzeptabel.

\n

Edge-Computing in der Praxis: Beispiele nach Branchen​

\n

Lebensmittelindustrie – Überwachung von Kühlräumen

\n

Ein Kühlraum benötigt einen lokalen Alarm bei Temperaturüberschreitung (> +4 °C bei einem Kühlraum), unabhängig von der Netzwerkverbindung. Das Edge-Gateway misst die Temperatur vor Ort und löst innerhalb von weniger als 30 Sekunden einen lokalen akustischen Alarm sowie eine SMS und einen Bereitschaftsanruf aus, ohne dass dabei Daten in die Cloud und zurück gesendet werden müssen. Parallel dazu werden die Temperaturdaten alle 5 Minuten zur Rückverfolgbarkeit und zur Einhaltung der HACCP-Vorschriften an die Cloud übermittelt.

\n

Wasserversorgung – Druckregelung

\n

Eine Pumpstation, deren Hauptpumpe mit einem Frequenzumrichter ausgestattet ist, nutzt das Edge-Gerät zur lokalen Druckregelung (Sollwert 3,5 bar, Messung alle 100 ms, Anpassung der Pumpendrehzahl). Dieser Regelkreis wird vollständig lokal ausgeführt – er kann die Latenz einer Hin- und Rückübertragung in die Cloud nicht verkraften. Die Cloud erhält minütlich die Trends zu Druck und Energieverbrauch.

\n

Energie – Solarpark

\n

Eine 500-kWp-Solaranlage mit 10 Wechselrichtern generiert etwa 50.000 Modbus-Werte pro Stunde. Der Edge-Rechner berechnet alle 5 Minuten lokal den Performance Ratio und den Soiling-Indikator, vergleicht die Strings untereinander und löst einen Alarm aus, wenn ein String mehr als 15 % unter dem Median liegt. Die Cloud empfängt die berechneten Kennzahlen (nicht die 50.000 Rohwerte), die aggregierten Ertragskurven und die Warnmeldungen.

\n

Bauwesen und Hoch- und Tiefbau – Maschinenüberwachung

\n

Eine Walze auf der Baustelle liefert Daten zu Vibrationen, Geschwindigkeit und GPS-Position. Das Edge-Gerät berechnet lokal die „Verdichtungsdurchgänge“ (Kombination aus GPS-Position und Verdichtungsenergie) und übermittelt ausschließlich das anwendungsspezifische Ergebnis (Verdichtungskarte) an die Cloud. Dadurch wird das übertragene LTE-Datenvolumen um das 100-Fache reduziert, sodass auch in Gebieten mit schwacher Netzabdeckung gearbeitet werden kann.

\n

Edge-Computing mit Eziwan: Was das Gateway vor Ort leistet​

\n

Das Eziwan-Gateway ist als Knotenpunkt für industrielles Edge-Computing konzipiert und nicht als einfacher transparenter Router.

\n

Lokale Datenerfassung und Normalisierung:\nDas Gateway fragt die Feldgeräte (Modbus-RTU-Steuerungen, M-Bus-Zähler, lokale MQTT-Sensoren) in konfigurierbaren Intervallen von 100 ms bis 24 Stunden ab, je nach Datentyp. Die Werte werden normiert (Einheit, Skalierungsfaktor, Offset) und präzise mit einem Zeitstempel versehen (NTP, synchronisiert mit den französischen Zeitservern).

\n

Lokale Alarmregeln:\nEinfache Alarmregeln (oberer Schwellenwert, unterer Schwellenwert, Wert außerhalb des Bereichs, fehlende Kommunikation) werden auf dem Gateway ausgewertet. Das Versenden von Benachrichtigungen per SMS, E-Mail oder Webhook kann direkt vom Edge aus erfolgen, ohne dass eine Abhängigkeit von der Eziwan-Cloud besteht. Dies gewährleistet kritische Benachrichtigungen auch im Falle von Wartungsarbeiten an der Cloud-Plattform.

\n

Store and Forward:\nDie erfassten Daten werden lokal im Flash-Speicher des Gateways zwischengespeichert. Bei einem Verbindungsausfall (Verlust des LTE-Signals, Netzwerkwartung) werden die Daten lokal gesammelt und bei Wiederherstellung der Verbindung automatisch an die Cloud übertragen. Dank der lokalen Speicherkapazität können Verbindungsunterbrechungen von mehreren Tagen ohne Datenverlust überbrückt werden.

\n

Permanenter VPN-Tunnel:\nDie Verbindung zwischen dem Gateway und der Eziwan-Cloud wird über OpenVPN hergestellt, wobei die Verbindung vom Gateway aus initiiert wird (kein eingehender Port auf dem Gerät). Der Fernzugriff auf die lokalen OT-Geräte erfolgt ausschließlich über diesen verschlüsselten Tunnel, ohne dass jemals ein Port im Internet freigegeben wird.

\n

Lokal unterstützte Protokolle:

\n\n

So planen Sie Ihre Edge-/Cloud-Architektur​

\n

Eine erfolgreiche Edge-/Cloud-Architektur wird bereits vor der Auswahl der Geräte definiert. Hier ist der empfohlene Ablauf.

\n

Schritt 1: Erfassung der Datenquellen\nListen Sie jedes Gerät oder jeden Sensor auf, einschließlich des jeweiligen Kommunikationsprotokolls, der Häufigkeit der Datenerfassung, des Rohdatenvolumens und der geschäftlichen Relevanz der Daten.

\n

Schritt 2: Klassifizierung der Anforderungen nach Anwendungsfällen\nIdentifizieren Sie für jeden Anwendungsfall (Alarm, Regelung, Berichterstellung, Analyse) die wichtigste Anforderung: Latenz (< 100 ms? < 1 s?), Verfügbarkeit ohne Netzwerk (ja/nein), Souveränität (sensible Daten?), Volumen (> 1 MB/min pro Quelle?).

\n

Schritt 3: Die Entscheidungsregel anwenden

\n
AnforderungEdge-VerarbeitungCloud-Verarbeitung
Latenz < 500 msErforderlichNicht möglich
Verfügbarkeit ohne NetzwerkErforderlichNicht möglich
Datenvolumen > 1 MB/min pro QuelleEmpfohlenKostspielig
Sensible Daten (Hoheitsrechte)ErforderlichUnter bestimmten Bedingungen
ML-Analysen auf historischen DatenOptionalEmpfohlen
standortübergreifende ÜberwachungOptionalEmpfohlen
BenutzeroberflächeOptionalEmpfohlen
\n

Schritt 4: Dimensionierung des Edge-Geräts\nBerechnen Sie die erforderliche CPU-Leistung, den Arbeitsspeicher und den Speicherplatz für die in Schritt 3 identifizierten lokalen Verarbeitungsprozesse. Ein Einstiegs-Gateway mit 512 MB RAM und 1 GB Speicher deckt 90 % der Anforderungen typischer industrieller Edge-Anwendungen ab. Anwendungen für die Videoanalyse oder die eingebettete ML-Inferenz erfordern leistungsstärkere Gateways (4–8 GB RAM, integrierte GPU).

\n

Schritt 5: Verbindung überprüfen\nSchätzen Sie die nach der Edge-Vorverarbeitung erforderliche Netzwerkbandbreite ein. Eine Upload-Bandbreite von 1 Mbit/s reicht für die meisten industriellen IoT-Installationen mit Edge-Verarbeitung aus (einige hundert normalisierte Datenpunkte pro Minute). Vergleichen Sie dies mit den in Ihrer Region verfügbaren M2M-SIM-Tarifen.

\n

Dieser Prozess dauert bei einem typischen Industriestandort 2 bis 4 Stunden und führt zu besser dimensionierten Anlagen, die langfristig kostengünstiger und unter realen Betriebsbedingungen robuster sind.

\n
\n

FAQ​

\n

Was bedeutet industrielles Edge-Computing konkret – ist die Implementierung kompliziert?\nIn der Praxis ist industrielles Edge-Computing Ihr IoT-Gateway, das lokale Verarbeitungslogik ausführt: Berechnung von Durchschnittswerten, Erkennung von Schwellenwerten, Filterung, Aggregation. Bei Eziwan lassen sich diese Regeln über das Cloud-Dashboard konfigurieren (keine Programmierung erforderlich). Für fortgeschrittene Verarbeitungsprozesse (Embedded ML, Docker-Container) ist eine komplexere Bereitstellung erforderlich, doch die meisten industriellen Anforderungen werden durch die Konfiguration von Regeln abgedeckt.

\n

Wann reicht Edge-Computing nicht aus und ist die Cloud unbedingt erforderlich?\nWenn Daten über mehrere Standorte hinweg miteinander verknüpft werden müssen (z. B. zum Vergleich der Leistung von 50 Werken), wenn die Analyse einen langen Zeitrahmen erfordert (18 Monate Trenddaten) oder wenn Teams an entfernten Standorten Zugriff auf die Überwachung benötigen. Edge allein kann keine konsolidierte, standortübergreifende Transparenz bieten – das ist die Aufgabe der Cloud.

\n

Verhindert die 4G-LTE-Latenz (30–100 ms) den Einsatz der Cloud für kritische Warnmeldungen?\nBei kritischen Warnmeldungen, die eine Reaktion innerhalb von weniger als 500 ms erfordern, ja – die Cloud allein ist nicht zuverlässig. Mit Edge-Computing erfolgen die Erkennung und die lokale Auslösung des Alarms (SMS, Relais, akustischer Alarm) jedoch innerhalb weniger Millisekunden. Die Cloud erhält die Benachrichtigung über den Alarm erst einige Sekunden später. Die Kombination aus Edge-Computing und Cloud bietet das Beste aus beiden Welten.

\n

Ermöglicht Edge-Computing auf einem IoT-Gateway das Schreiben von Befehlen an die SPS?\nJa. Das Edge-Gerät kann Modbus-TCP-Befehle zum Schreiben an die SPS senden (Sollwerte, Schaltbefehle). Diese Funktion ist mit Vorsicht zu verwenden: Sie erfordert eine Sicherheitsanalyse (wer darf was schreiben?), Begrenzungen der zulässigen Werte und eine lückenlose Protokollierung. NIS2 schreibt die Rückverfolgbarkeit aller Fernzugriffe auf OT-Systeme vor.

\n

Was ist der Unterschied zwischen „Store-and-Forward“ und Edge-Computing?\n„Store-and-Forward“ ist eine Funktion des Edge-Computings: Die Daten werden lokal erfasst und zwischengespeichert, wenn die Cloud-Verbindung nicht verfügbar ist, und dann bei Wiederherstellung der Verbindung übertragen. Edge-Computing im weiteren Sinne umfasst auch die lokale Verarbeitung (Berechnungen, Warnmeldungen, Regelung) und nicht nur die Zwischenspeicherung. Beide sind nützlich und ergänzen sich gegenseitig.

\n
\n

Weiterführende Informationen​

\n\n
\n

Möchten Sie mehr erfahren? Das Eziwan-Team unterstützt Industrieunternehmen bei der Konzeption und Umsetzung von Edge-/Cloud-Architekturen, die auf ihre Anforderungen zugeschnitten sind. Entdecken Sie die Edge-Funktionen des Eziwan-Gateways oder sehen Sie sich unser Angebot zur industriellen Fernverwaltung an, um ein erstes Gespräch über Ihr Projekt zu führen.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/edge-computing-vs-cloud-industrie", "title": "Edge-Computing vs. Cloud für die Industrie: Wie trifft man 2026 die richtige Wahl?", "summary": "Edge-Computing oder Cloud für Ihre Fabrik? Latenz, Bandbreite, Datenhoheit, Kosten: Ein Leitfaden zur Entscheidungsfindung für die Industrie.", "date_modified": "2026-02-25T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "edge-computing", "cloud", "industrie-40", "iiot" ] }, { "id": "https://eziwan.com/de/blog/nis2-checklist-conformite-industrie", "content_html": "

Die NIS2-Richtlinie (Network and Information Security 2) ist seit Oktober 2024 in französisches Recht umgesetzt. Im Jahr 2026 bewegen sich Industrieunternehmen, die noch nicht mit der Umsetzung der Richtlinie begonnen haben, auf riskantem Terrain: Die ersten Sanktionen durch die ANSSI werden erwartet, und Cyberangriffe auf industrielle Infrastrukturen nehmen weiter zu – laut CERT-FR stiegen die OT-Vorfälle zwischen 2023 und 2025 um 38 %.

\n

Dieser Artikel vermittelt Ihnen einen klaren Überblick darüber, welche Anforderungen NIS2 an die Branche stellt, und enthält eine strukturierte 30-Punkte-Checkliste zur Bewertung Ihres Konformitätsgrades.

\n

NIS2 im Überblick: Was sich für die französische Industrie ändert​

\n

NIS2 ist der Nachfolger von NIS1 (2016) und weist einen erheblich erweiterten Anwendungsbereich auf. Die EU-Richtlinie 2022/2555 wurde in Frankreich durch ein spezielles Gesetz umgesetzt, das der ANSSI Befugnisse in den Bereichen Aufsicht, Prüfung und Sanktionen einräumt.

\n

Was sich im Vergleich zu NIS1 grundlegend ändert:

\n\n

Die Richtlinie unterscheidet zwei Kategorien von Unternehmen nach ihrer Größe und ihrem Tätigkeitsbereich, für die jeweils leicht unterschiedliche Verpflichtungen gelten.

\n

Wer ist betroffen: systemrelevante Unternehmen vs. bedeutende Unternehmen​

\n

Wesentliche Einheiten (EE)

\n

Als systemrelevante Einrichtungen gelten große Organisationen (> 250 Mitarbeiter ODER > 50 Mio. € Umsatz ODER > 43 Mio. € Bilanzsumme) in folgenden Sektoren:

\n\n

Wesentliche Stellen unterliegen einer proaktiven Aufsicht durch die ANSSI: geplante Audits, Vor-Ort-Kontrollen, Meldepflicht bei Unsicherheiten.

\n

Wichtige Einheiten (WE)

\n

Als bedeutende Unternehmen gelten mittelgroße Organisationen (> 50 Mitarbeiter ODER > 10 Mio. € Umsatz) in folgenden Branchen:

\n\n

Wichtige Einrichtungen unterliegen einer reaktiven Aufsicht: Die ANSSI führt keine unangekündigten Prüfungen durch, kann jedoch nach Meldung eines Vorfalls oder aufgrund eines Hinweises eine Prüfung einleiten.

\n

Beispiel: Französische KMU im Industriesektor

\n

Ein industrielles KMU mit 75 Mitarbeitern und einem Umsatz von 12 Mio. € gilt im Sinne von NIS2 als bedeutendes Unternehmen. Es unterliegt allen technischen Verpflichtungen, auch wenn je nach Branche Übergangsfristen für die Umsetzung gewährt werden können.

\n

Die ANSSI hat auf der Website anssi.fr ein Tool zur Selbstbewertung des Sicherheitsumfangs veröffentlicht. Falls Sie diese Überprüfung noch nicht durchgeführt haben, ist dies der erste Schritt.

\n

Technische Checkliste – 30 Prüfpunkte​

\n

A. Bestandsaufnahme der Vermögenswerte (5 Punkte)​

\n

☐ A1. Vollständige Bestandsaufnahme der IT-Ressourcen\nSie verfügen über eine aktuelle Bestandsliste aller IT-Geräte (Server, Endgeräte, Netzwerkgeräte), einschließlich der Version des Betriebssystems, der Versionen kritischer Software, des Verantwortlichen und der geschäftlichen Kritikalität. Diese wird mindestens alle 6 Monate aktualisiert.

\n

☐ A2. Vollständige Bestandsaufnahme der OT-Anlagen\nIhr Bestandsverzeichnis umfasst Steuerungen (SPS, RTU), HMIs, SCADA-Supervisoren, IoT-Gateways, industrielle Router sowie alle anderen an das OT-Netzwerk angeschlossenen Geräte. Die Firmware-Version und das Datum der letzten Aktualisierung sind dokumentiert.

\n

☐ A3. Kartierung der Datenströme\nDie Kommunikationsströme zwischen den IT- und OT-Systemen werden in Form eines Datenflussdiagramms dokumentiert. Nicht dokumentierte Datenströme werden standardmäßig blockiert (Whitelist-Richtlinie).

\n

☐ A4. Einstufung der Ressourcen nach Kritikalität\nJede Ressource wird entsprechend ihrer Kritikalität für die Geschäftskontinuität eingestuft: kritisch (sofortiger Produktionsstillstand bei Beeinträchtigung), wichtig (erhebliche Beeinträchtigung), Standard. Diese Einstufung dient als Leitfaden für die Sicherheitsprioritäten.

\n

☐ A5. Lebenszyklusmanagement\nEin dokumentierter Prozess regelt das Ende des Lebenszyklus der Geräte: Entsorgung von Geräten, für die kein Support mehr angeboten wird, sichere Außerbetriebnahme (Datenlöschung, Löschung von Konten) sowie Recycling.

\n

B. Zugriffsverwaltung und Authentifizierung (5 Punkte)​

\n

☐ B1. MFA für Fernzugriffe\nDie Multi-Faktor-Authentifizierung (MFA) ist für jeden Fernzugriff auf Informationssysteme obligatorisch, einschließlich VPN-Zugriffen auf OT-Netzwerke. SMS-OTP-Lösungen werden von der ANSSI nicht empfohlen; bevorzugen Sie TOTP (Google Authenticator, Aegis) oder FIDO2-Schlüssel.

\n

☐ B2. Prinzip der geringsten Berechtigungen\nBenutzerkonten verfügen nur über die für ihre Aufgaben erforderlichen Berechtigungen. Spezielle Administratorkonten sind von den Konten für die tägliche Arbeit getrennt. Die Berechtigungen werden mindestens einmal jährlich sowie bei jedem Stellenwechsel überprüft.

\n

☐ B3. Verwaltung von gemeinsamen und Dienstkonten\nGemeinsame Konten (allgemeine Konten wie „admin“ und „operator“) werden gelöscht oder durch namentlich zugeordnete Konten ersetzt. Anwendungskonten werden in einem Tresor (CyberArk, Hashicorp Vault, Bitwarden Business) mit automatischer Passwortrotation verwaltet.

\n

☐ B4. Kontrolle des physischen Zugangs\nDer physische Zugang zu Serverräumen, Schaltschränken und Technikräumen wird mittels Ausweis oder Schlüssel kontrolliert und protokolliert. Die Zugänge externer Mitarbeiter werden nachverfolgt.

\n

☐ B5. Entzug von Zugriffsrechten\nEin formalisierter Prozess gewährleistet den sofortigen Entzug von Zugriffsrechten bei Ausscheiden aus dem Unternehmen oder bei einem Wechsel der Funktion. Die Frist für den Entzug wird dokumentiert und beträgt bei kritischen Zugriffsrechten weniger als 24 Stunden.

\n

C. VPN und Verschlüsselung der OT-Kommunikation (5 Punkte)​

\n

☐ C1. VPN für alle Fernzugriffe auf OT-Systeme\nJeder Fernzugriff auf ein OT-Netzwerk (SCADA, Überwachung, SPS) muss zwingend über ein verschlüsseltes VPN (IPsec, OpenVPN oder gegenseitiges TLS) erfolgen. Direkte Zugriffe aus dem Internet auf OT-Geräte sind verboten und technisch gesperrt.

\n

☐ C2. IT/OT-Segmentierung\nDas OT-Netzwerk ist physisch oder logisch vom IT-Netzwerk (Büro, Unternehmen) getrennt. Die Kommunikation zwischen den Bereichen erfolgt über eine DMZ oder eine dedizierte Firewall mit expliziten Regeln. Die Standardrichtlinie lautet „deny all“.

\n

☐ C3. Verschlüsselung der Cloud-Kommunikation\nDie gesamte Kommunikation zwischen den Feldgeräten und den Cloud-Plattformen (MQTT, HTTPS, REST-API) erfolgt mindestens über TLS 1.2 (TLS 1.3 empfohlen). Die Zertifikate sind gültig, nicht selbstsigniert, und ihr Ablauf wird überwacht.

\n

☐ C4. Keine offenen eingehenden Ports im Internet\nKein OT-Gerät, keine Benutzeroberfläche und kein Supervisor ist über einen eingehenden Port direkt über das Internet erreichbar. Jeder Fernzugriff wird vom Gerät aus zur Plattform initiiert (nach dem „Call-Home“-Prinzip oder über einen VPN-Client).

\n

☐ C5. Verwaltung von Schlüsseln und Zertifikaten\nEs wird ein Verzeichnis der TLS-Zertifikate, VPN-Schlüssel und Anwendungsgeheimnisse geführt. Schlüssel und Zertifikate, deren Gültigkeit innerhalb von 30 Tagen abläuft, lösen eine Warnmeldung aus. Ein Rotationsverfahren ist dokumentiert.

\n

D. Erkennung von und Reaktion auf Vorfälle (4 Punkte)​

\n

☐ D1. Protokollierung von Sicherheitsereignissen\nKritische Geräte (Firewall, VPN, HMI, SCADA-Server) erzeugen Sicherheitsprotokolle, die in einem zentralen System (SIEM, Syslog-Server) gesammelt werden. Die Aufbewahrungsfrist beträgt mindestens 12 Monate für wesentliche Einheiten und 6 Monate für wichtige Einheiten.

\n

☐ D2. Überwachung auf Anomalien\nFür die OT-Netzwerkströme gelten Regeln zur Erkennung von Anomalien: Verbindungen zu unbekannten Zielen, ungewöhnliche Datenverkehrsvolumina, Verbindungen außerhalb der Produktionszeiten, wiederholte fehlgeschlagene Authentifizierungsversuche.

\n

☐ D3. Dokumentiertes Verfahren zur Reaktion auf Vorfälle\nEin Plan zur Reaktion auf Vorfälle (PRI) ist dokumentiert, von der Geschäftsleitung genehmigt und wird mindestens einmal jährlich getestet (Simulationsübung oder Tabletop-Test). Er umfasst die Phasen der Erkennung, Eindämmung, Beseitigung, Wiederherstellung und Kommunikation.

\n

☐ D4. Aktuelle Kontaktdaten von CERT-FR und ANSSI\nDas Unternehmen hat seine Kontaktdaten über das NIS2-Portal bei der ANSSI registriert. Die Kontaktdaten des Sicherheitsbeauftragten und der Geschäftsleitung sind auf dem neuesten Stand. Die Kontaktdaten des CERT-FR (cert-fr.cert.gouv.fr, +33 3 51 14 17 41) sind den betroffenen Teams bekannt.

\n

E. Geschäftskontinuität (4 Punkte)​

\n

☐ E1. Dokumentierter Notfallplan (PCA)\nEin BCP, der Szenarien von Cyberangriffen (Ransomware, SCADA-Kompromittierung) abdeckt, ist dokumentiert und getestet. Er definiert die Verfahren für den Notbetrieb (manueller Modus, Neustart anhand sauberer Backups).

\n

☐ E2. Regelmäßige und getestete Sicherungen\nDie Konfigurationen von SPSen, SCADA-Systemen, HMI-Systemen und Servern werden gemäß einer dokumentierten Richtlinie gesichert. Die Sicherungen werden offline oder in einer isolierten Umgebung gespeichert. Ihre Wiederherstellung wird mindestens halbjährlich getestet.

\n

☐ E3. Redundanz der Netzwerkverbindungen\nKritische Standorte verfügen über redundante Verbindungen (Dual-SIM mit mehreren Anbietern, Glasfaser + 4G LTE), um den Fernzugriff für Überwachungszwecke auch bei Ausfall eines Anbieters aufrechtzuerhalten.

\n

☐ E4. Dokumentierte Wiederherstellungsfristen (RTO/RPO)\nFür jedes kritische System werden die Ziele für die Wiederherstellung nach einem Vorfall (RTO: Recovery Time Objective, RPO: Recovery Point Objective) festgelegt und dokumentiert. Diese Ziele stehen im Einklang mit den vertraglichen Verpflichtungen gegenüber den Kunden.

\n

F. Schulung und Sensibilisierung (3 Punkte)​

\n

☐ F1. Obligatorische Cybersicherheitsschulung für die Geschäftsleitung\nNIS2 schreibt vor, dass Führungskräfte in Bezug auf Cyberrisiken und die für die Organisation geltenden Sicherheitsmaßnahmen geschult werden müssen. Diese Schulung (mindestens 4 Stunden) muss mit Datum und Bescheinigung dokumentiert werden.

\n

☐ F2. Regelmäßige Sensibilisierung der Mitarbeiter\nMindestens einmal jährlich wird für die gesamte Belegschaft eine Schulung zur Sensibilisierung für Cyberrisiken (Phishing, Social Engineering, Passwörter) durchgeführt. Dazu gehören auch Auftragnehmer, die Zugriff auf die Systeme haben.

\n

☐ F3. Phishing-Übung\nMindestens einmal jährlich wird eine simulierte Phishing-Übung durchgeführt, um die Wachsamkeit der Mitarbeiter zu überprüfen und Personen zu identifizieren, die einem erhöhten Risiko ausgesetzt sind und daher eine vertiefte Schulung benötigen.

\n

G. Umgang mit Dritten und Subunternehmern (4 Punkte)​

\n

☐ G1. Verzeichnis der kritischen Subunternehmer\nDie Dienstleister, die Zugriff auf Ihre Informationssysteme oder OT haben (Integratoren, Wartungsdienstleister, Softwarehersteller), werden zusammen mit der Kritikalität ihres Zugriffs aufgeführt. Dieses Verzeichnis wird stets auf dem neuesten Stand gehalten.

\n

☐ G2. Vertragliche Sicherheitsklauseln\nVerträge mit kritischen Dienstleistern enthalten Sicherheitsklauseln: Meldepflicht bei Vorfällen, Einhaltung der NIS2-Vorschriften für betroffene Stellen, Prüfungsrecht, Vertraulichkeit.

\n

☐ G3. Eingeschränkter und protokollierter Zugriff für Subunternehmer\nDie den Subunternehmern gewährten Fernzugriffe (Zugriff zur SPS-Wartung, Fernunterstützung) sind zeitlich begrenzt, werden in einem Protokoll erfasst und können sofort widerrufen werden. Dienstleister-spezifische VPNs sind gemeinsamen Konten vorzuziehen.

\n

☐ G4. Sicherheitsbewertung kritischer Lieferanten\nDie Sicherheitslage kritischer Software- oder Hardware-Lieferanten wird einer Mindestbewertung unterzogen (Fragebogen, ISO 27001-Zertifizierungen, Audit).

\n

Verwaltung von Fernzugriffen auf OT-Systeme: der blinde Fleck von NIS2​

\n

Der sichere Fernzugriff auf OT-Systeme ist oft der kritischste Schwachpunkt in Industrieunternehmen. Er ist zudem einer der am häufigsten ausgenutzten Angriffsvektoren – der ENISA-Bericht 2025 über OT-Vorfälle nennt unsichere Fernzugriffe als Haupteinstiegspunkt bei 42 % der dokumentierten Vorfälle.

\n

Die häufigsten Sicherheitslücken:

\n\n

Der NIS2-konforme Ansatz:

\n
    \n
  1. Keine offenen eingehenden Ports zum Internet aus dem OT-Netzwerk
    2. \n
  2. Jeder Fernzugriff erfolgt über ein VPN mit MFA (OpenVPN + Client-Zertifikat + OTP TOTP)
    3. \n
  3. Der VPN-Zugriff ist auf die für die Arbeit des Dienstleisters erforderlichen Subnetze beschränkt (Segmentierung nach VLAN)
    4. \n
  4. Jede Fernzugriffssitzung wird mit Zeitstempel, Benutzeridentität und durchgeführten Aktionen protokolliert
    5. \n
  5. Ausnahmegenehmigungen (Notfall-Fehlerbehebung) werden vorübergehend über einen Genehmigungsworkflow erteilt und nach der Sitzung automatisch widerrufen
    6. \n
\n

Diese Architektur ist auch für kleine und mittlere Industrieunternehmen mit moderner Ausstattung erschwinglich – ein Eziwan-Industrierouter mit integriertem OpenVPN/IPSec-VPN und Fernzugriff über die Eziwan-Cloud-Plattform erfüllt diese Anforderungen, ohne dass eine komplexe Infrastruktur erforderlich ist.

\n

Fristen für die Meldung von Vorfällen (24 Std. / 72 Std.)​

\n

NIS2 schreibt strenge Meldefristen für erhebliche Sicherheitsvorfälle vor, die als Vorfälle definiert sind, die erhebliche Auswirkungen auf die Kontinuität des Dienstes haben oder haben könnten.

\n

Erstmeldung (Early Warning) – 24 Stunden:\nMeldung an die ANSSI über das dafür vorgesehene Portal, wenn der Vorfall grenzüberschreitende Auswirkungen haben könnte, wenn er auf eine Straftat zurückzuführen ist oder wenn er andere Stellen betreffen könnte. Diese Meldung ist kurz gefasst: Art des Vorfalls, betroffene Systeme, geschätzte erste Auswirkungen.

\n

Zwischenmeldung – 72 Stunden:\nAusführlicherer Bericht mit einer vorläufigen Einschätzung des Schweregrads, der wahrscheinlichen Ursache und der derzeit ergriffenen Eindämmungsmaßnahmen.

\n

Abschlussbericht – 1 Monat:\nAusführliche Beschreibung des Vorfalls, ermittelte Ursache, tatsächliche Auswirkungen, ergriffene Abhilfemaßnahmen, Maßnahmen zur Vermeidung einer Wiederholung.

\n

Praktischer Tipp: Die Fristen beginnen ab dem Zeitpunkt zu laufen, zu dem das Unternehmen Kenntnis von dem Vorfall erlangt – nicht ab dem Zeitpunkt, zu dem der Vorfall tatsächlich begonnen hat. Ein Ransomware-Vorfall, der drei Wochen nach dem ursprünglichen Einbruch entdeckt wird, löst die Frist am Tag der Entdeckung aus, nicht am Tag des Einbruchs. Dokumentieren Sie den zeitlichen Ablauf der Entdeckung genau.

\n

Sanktionen: bis zu 10 Mio. € oder 2 % des weltweiten Umsatzes​

\n

NIS2 führt ein System von Verwaltungssanktionen ein, das deutlich strenger ist als das von NIS1.

\n

Wesentliche Aspekte:

\n\n

Wichtige Zahlen:

\n\n

Kriterien für die Festsetzung von Sanktionen:

\n\n

In der Praxis werden sich die ersten französischen Sanktionen wahrscheinlich zunächst auf große, systemrelevante Unternehmen konzentrieren, bevor sie auf bedeutende Unternehmen ausgeweitet werden. Die Erfahrungen mit der DSGVO zeigen jedoch, dass die Behörden schnell an Schärfe gewinnen, sobald der Rahmen einmal festgelegt ist.

\n

Haftung der Führungskräfte: Bei schwerwiegenden Verstößen, die auf grobe Fahrlässigkeit zurückzuführen sind, sieht die NIS2-Richtlinie vor, dass Führungskräfte persönlich zur Verantwortung gezogen werden können. Diese Bestimmung ist eine wichtige Neuerung, die das Thema Cybersicherheit auf die Ebene der Geschäftsleitung hebt.

\n

Offizielle Quellen (ANSSI, CERT-FR)​

\n\n

Für kleine Unternehmen empfiehlt die ANSSI, zunächst die über cybermalveillance.gouv.fr verfügbare CyberDC-Diagnose durchzuführen und anschließend die Maßnahmen entsprechend dem Ergebnis zu priorisieren.

\n
\n

FAQ​

\n

Ist mein industrielles KMU von NIS2 betroffen?\nWenn Sie zwischen 50 und 249 Mitarbeiter beschäftigen (oder einen Umsatz zwischen 10 Mio. € und 50 Mio. € erzielen) und in einem in NIS2 aufgeführten Sektor tätig sind (kritische Fertigungsindustrie, Wasser, Energie, Gesundheitswesen usw.), sind Sie wahrscheinlich ein bedeutendes Unternehmen (EI). Unterhalb dieser Schwellenwerte unterliegen Sie grundsätzlich nicht direkt den Vorschriften, aber Ihre Auftraggeber (EE oder EI) können Ihnen vertragliche Sicherheitsverpflichtungen auferlegen. Nutzen Sie das ANSSI-Selbstbewertungstool unter cert.ssi.gouv.fr/nis2, um dies zu überprüfen.

\n

Wann sind in Frankreich die ersten NIS2-Sanktionen zu erwarten?\nDie französische Umsetzung ist seit Oktober 2024 in Kraft. Die ANSSI legt zunächst den Schwerpunkt auf die Benachrichtigung der betroffenen Einrichtungen und die Unterstützung bei der Einhaltung der Vorschriften. Die ersten Verwaltungsstrafen werden ab 2026 erwartet, wobei zunächst große kritische Einrichtungen betroffen sein werden. Für KMU gilt in der Regel eine Übergangsfrist, bevor Sanktionen verhängt werden.

\n

Gilt NIS2 auch für OT-/SCADA-Systeme oder nur für die Verwaltungs-IT?\nNIS2 gilt ausdrücklich für OT-Systeme (Operational Technology), SCADA, ICS und industrielle Steuerungssysteme. Die ANSSI hat einen spezifischen Leitfaden „Sicherheit industrieller Systeme“ veröffentlicht, der konkrete Maßnahmen für Steuerungen, HMIs, SCADA-Systeme und OT-Netzwerke beschreibt. Die IT/OT-Segmentierung und die Absicherung des Fernzugriffs auf SPSen sind direkte Verpflichtungen.

\n

Kann ein einzelner NIS2-Vorfall automatisch Sanktionen auslösen?\nNein. Eine Meldepflicht ist keine Sanktion. Die Verpflichtung, einen Vorfall innerhalb von 24 Stunden an die ANSSI zu melden, führt nicht automatisch zu einer Sanktion – es handelt sich um eine verfahrensrechtliche Verpflichtung. Sanktionen werden verhängt, wenn technische und organisatorische Maßnahmen nicht eingehalten werden (unsichere Zugriffe, fehlende Datensicherungen, kein Schwachstellenmanagement) oder wenn keine Zusammenarbeit mit der ANSSI stattfindet.

\n

Wie weist man gegenüber der ANSSI die NIS2-Konformität nach?\nDie ANSSI kann schriftliche Nachweise verlangen: von der Geschäftsleitung genehmigte Sicherheitsrichtlinien, Sicherheitsprotokolle, Audit-Ergebnisse, Schulungspläne, getestete Notfallpläne. Bei kritischen Einrichtungen sind Audits vor Ort möglich. Die beste Vorbereitung besteht darin, Ihre Maßnahmen ab sofort systematisch zu dokumentieren: Datum der Umsetzung, Verantwortlicher, Ergebnisse.

\n
\n

Weiterführende Informationen​

\n\n
\n

Möchten Sie mehr erfahren? Eziwan unterstützt Industrieunternehmen dabei, ihre OT-Fernzugriffe gemäß den NIS2-Anforderungen zu sichern: OpenVPN/IPSec-VPN, Netzwerksegmentierung, keine offenen eingehenden Ports. Lesen Sie unseren Leitfaden zur OT-Cybersicherheit oder kontaktieren Sie uns für ein Audit Ihrer Fernzugriffe.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/nis2-checklist-conformite-industrie", "title": "NIS2 Industrie 2026: Die vollständige Checkliste zur Einhaltung der Vorschriften (30 Punkte)", "summary": "NIS2-Checkliste für die Industrie: 30 Kontrollpunkte zur Überprüfung Ihrer Konformität. Wesentliche und wichtige Einrichtungen, Fristen, Sanktionen.", "date_modified": "2026-02-12T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "nis2", "cybersicherheit", "konformitat", "industrie" ] }, { "id": "https://eziwan.com/de/blog/supervision-parc-photovoltaique", "content_html": "

Frankreich verfügt heute über eine installierte Photovoltaikleistung von mehr als 21 GWp, wobei bis 2050 eine Leistung von 100 GWp angestrebt wird. Hinter diesen Zahlen verbirgt sich eine oft unterschätzte betriebliche Realität: Jede nicht erzeugte Wattstunde kostet Geld, und ohne aktive Überwachung lässt ein Solarpark systematisch Ertragspotenzial ungenutzt.

\n

Ein kurzgeschlossener String, ein Wechselrichter im stillen Alarmzustand, ein Temperatursensor außerhalb des zulässigen Bereichs: Diese kleineren Störungen bleiben ohne Überwachung wochen- oder monatelang unbemerkt und führen zu erheblichen kumulierten Produktionsausfällen. Dieser Leitfaden erklärt, wie man eine effektive IoT-Überwachung für einen Photovoltaikpark einrichtet – vom 10-kWp-Industriedach bis hin zu Freiflächen-Solaranlagen mit einer Leistung von mehreren Megawatt.

\n

Die versteckten Kosten eines unbeaufsichtigten Solarparks​

\n

Das Fehlen einer Überwachung eines Solarparks ist keine Einsparung – es ist eine Kostenverschiebung mit Zinsen.

\n

Unentdeckte Ertragsverluste: Eine teilweise verschattete oder verschmutzte Zelle in einem String kann den Ertrag dieses Strings je nach Modultechnologie (mit oder ohne Optimierer) um 20 bis 60 % verringern. Bei einer Anlage mit 500 kWp bedeutet ein defekter String je nach Sonneneinstrahlung einen Verlust von 5.000 bis 15.000 kWh pro Jahr, was 600 bis 1.800 € an entgangenen Verkaufeinnahmen entspricht (zum Einspeisetarif oder zum EPEX-Spotpreis).

\n

Unentdeckter beschleunigter Leistungsabfall: Photovoltaikmodule verlieren im Durchschnitt 0,5 % ihrer Leistung pro Jahr. Bestimmte Defekte beschleunigen diesen Leistungsabfall: Hotspots, Delaminationen, Mikrorisse nach Hagelschlag. Werden diese Defekte frühzeitig mittels Thermografie oder IV-Kurvenanalyse erkannt, kostet ihre Behebung 200–500 € pro Modul. Werden sie erst spät, nach 2 oder 3 Jahren, entdeckt, ist ein kompletter Austausch erforderlich.

\n

Erlöschen der Herstellergarantien: Die meisten Leistungsgarantien für Module (25 Jahre) und Wechselrichter (5–10 Jahre) setzen eine Überwachung der Betriebsbedingungen voraus. Ohne zeitgestempelte Überwachungsdaten lässt sich ein Garantieanspruch nur schwer geltend machen.

\n

Nichteinhaltung der ENEDIS-Vorschriften: Energieerzeuger, die an das öffentliche Netz angeschlossen sind, unterliegen Mess- und Meldepflichten. Bei einer Anlage, für die keine Erzeugungsdaten vorliegen, können die Rückkaufansprüche im Rahmen von Audits angefochten werden.

\n

Repräsentative Zahlen: Eine europäische Studie (2023) an 400 Anlagen mit einer Leistung von 10 kWp bis 10 MWp hat gezeigt, dass Anlagen ohne Überwachung im Vergleich zu überwachten Anlagen mit gleichwertigen Eigenschaften Leistungsabweichungen von 3 bis 8 % aufwiesen. Bei einer Anlage mit 1 MWp, die 1.200 MWh/Jahr erzeugt, entspricht dies einem Verlust von 36 bis 96 MWh, was je nach Strompreis 3.600 bis 14.400 € pro Jahr ausmacht.

\n

IoT-Architektur zur Überwachung eines PV-Parks​

\n

Eine effiziente Überwachungsarchitektur für Photovoltaikanlagen gliedert sich in drei Ebenen.

\n

Anlagentechnik (Sensoren und Ausrüstung):

\n\n

Kommunikationsschicht (IoT-Gateway):

\n\n

Cloud-Ebene (Überwachung und Analyse):

\n\n

Bei einer Anlage mit einer Leistung von weniger als 36 kWp auf einem Industriedach lässt sich die Architektur vereinfachen: ein einziger Wechselrichter mit integrierter Kommunikationsschnittstelle, ein 4G-Gateway mit Modbus-RTU-Schnittstelle und eine SaaS-Plattform zur Überwachung.

\n

Bei einer Freiflächenanlage mit einer Leistung von 1 MWp steigt der Aufwand: mehrere Verteilerkästen, eine eigene Wetterstation, ein separater ENEDIS-Zähler und möglicherweise ein industrielles Ethernet-Subnetz zwischen dem Gateway und den Geräten.

\n

Kommunikationsprotokolle: Modbus SunSpec, der Industriestandard für die Solarbranche​

\n

Die Photovoltaikbranche hat sich auf die SunSpec Alliance als Interoperabilitätsstandard geeinigt. SunSpec definiert standardisierte Datenmodelle, die über Modbus TCP (Port 502) oder Modbus RTU (RS-485) implementiert werden.

\n

Warum SunSpec wichtig ist: Vor der Einführung von SunSpec hatte jeder Wechselrichterhersteller sein eigenes, proprietäres Modbus-Protokoll. Um Wechselrichter von SMA, Huawei, SolarEdge, Fronius und Sungrow in ein einziges Überwachungssystem zu integrieren, waren so viele Treiber wie Marken erforderlich. SunSpec standardisiert die Adressen und das Format der wesentlichen Daten.

\n

Die wichtigsten SunSpec-Modelle:

\n\n

In der Praxis variiert die SunSpec-Implementierung je nach Hersteller und Firmware-Version. Überprüfen Sie daher stets die Liste der unterstützten SunSpec-Modelle in der Dokumentation des Wechselrichters und testen Sie das Auslesen der Register vor der Inbetriebnahme.

\n

Alternativen: Für Wechselrichter, die SunSpec nicht unterstützen, stehen proprietäre Protokolle über RS-485 oder über Hersteller-Apps (SMA Sunny Portal, Huawei FusionSolar, SolarEdge Monitoring) zur Verfügung. Diese Lösungen sind zwar funktionsfähig, führen jedoch zu einer Abhängigkeit von der Cloud des Herstellers, was hinsichtlich der Datenhoheit und der Dienstkontinuität problematisch sein kann.

\n

Zu erfassende Kerndaten (Strings, Wechselrichter, Wetterdaten, Zähler)​

\n

Ein Überwachungssystem muss die Daten in einer für den jeweiligen Verwendungszweck geeigneten Detailtiefe und Häufigkeit erfassen.

\n

Wechselrichterdaten (alle 1 bis 5 Minuten):

\n\n

String-Daten (alle 5 bis 15 Minuten):

\n\n

Wetterstation (alle 1 bis 5 Minuten):

\n\n

Erzeugungszähler (alle 15 Minuten):

\n\n

Berechnete Kennzahlen (Performance Ratio, PR):\nDie Performance Ratio ist die grundlegende Kennzahl eines PV-Parks. Sie berechnet sich als Verhältnis zwischen der tatsächlich erzeugten Energie und der Energie, die unter denselben Einstrahlungsbedingungen theoretisch erzeugbar wäre. Ein PR von 80 % ist typisch für eine gut gewartete Anlage in Frankreich. Ein PR unter 75 % sollte Anlass zu einer Untersuchung geben.

\n

Vorausschauende Warnmeldungen: Verschmutzung und Verschleiß erkennen, bevor es zu Ausfällen kommt​

\n

Echtzeit-Warnmeldungen weisen auf bereits aufgetretene Ausfälle hin. Vorausschauende Warnmeldungen ermöglichen es, Maßnahmen zu ergreifen, bevor es zu erheblichen Produktionsausfällen kommt.

\n

Erkennung von Verschmutzungen (Soiling)

\n

Die fortschreitende Verschmutzung der Module ist häufig die Hauptursache für Leistungsabfälle bei Anlagen in landwirtschaftlichen Gebieten, in der Nähe von Straßen oder in semiariden Regionen. Die Erkennung basiert auf der Überwachung des Soiling Index:

\n

Verschmutzungsindex = gemessener PR / Referenz-PR der sauberen Module

\n

Wenn der Soiling-Index unter 0,97 fällt (3 % Verlust), ist eine Reinigung in den meisten Fällen wirtschaftlich gerechtfertigt. Bei einer Anlage mit einer Leistung von 1 MWp entspricht ein Verlust von 3 % etwa 36 MWh/Jahr, was je nach Strompreis 3.600 bis 7.200 € ausmacht – die Kosten für eine professionelle Reinigung liegen in der Regel bei 0,01 bis 0,02 €/Wp.

\n

Erkennung von Anomalien auf String-Ebene

\n

Durch den Vergleich von Strings mit derselben Ausrichtung, Neigung und Modulanzahl lassen sich Unregelmäßigkeiten erkennen:

\n\n

Erkennung einer allmählichen Abweichung

\n

Eine auf 30 oder 90 Tage bezogene Trendanalyse, die anhand der Bestrahlungsstärke normiert wird, ermöglicht es, eine fortschreitende Verschlechterung von 1 bis 2 % unterhalb des normalen Jahreswerts festzustellen, was ein Indikator für beschleunigte Alterung ist (Hotspot, Mikrorisse).

\n

4G-LTE-Konnektivität für abgelegene Solarparkanlagen​

\n

Die überwiegende Mehrheit der Freiflächen-Solarparks befindet sich in ländlichen Gebieten oder in der Ebene, weit entfernt von besiedelten Gebieten. Eine kabelgebundene Internetverbindung (Glasfaser, ADSL) ist oft nicht verfügbar oder für die wenigen täglichen Daten eines kleinen Solarparks wirtschaftlich nicht rentabel.

\n

Die 4G-LTE-Konnektivität ist die Standardlösung für die überwiegende Mehrheit der Installationen:

\n

Vorteile:

\n\n

Empfohlene Architektur:

\n\n

Bandbreitenauslegung: Bei einer Anlage mit einer Leistung von 1 MWp, 20 Wechselrichtern und einer Wetterstation fallen durch die Datenerfassung im 5-Minuten-Takt etwa 200–500 MB pro Monat an, was durch einen M2M-Pauschaltarif von 1 GB/Monat problemlos abgedeckt wird.

\n

Store and Forward: Das Gateway muss die Daten bei einem Verbindungsausfall (Wartungsarbeiten im Netz des Netzbetreibers, wetterbedingte Störungen) lokal speichern und sie bei Wiederherstellung der Verbindung automatisch weiterleiten. Es wird empfohlen, einen lokalen Datenverlauf von mindestens 72 Stunden zu speichern.

\n

Einhaltung der ENEDIS-Vorgaben und Erfassung der Stromerzeugung​

\n

An das französische öffentliche Stromnetz angeschlossene Anlagen unterliegen den Messanforderungen, die von ENEDIS in seinen Technischen Anschlussvorschriften (PTR) festgelegt sind.

\n

Erzeugungszähler:

\n\n

Lastkurve:\nErzeuger, die der Abnahmepflicht unterliegen und eine Leistung von mehr als 36 kVA haben, müssen ENEDIS Lastkurven im 10-Minuten-Takt übermitteln. Diese Verpflichtung setzt ein lokales Messsystem mit Speicherung und automatischer Übertragung voraus.

\n

ENEDIS-Schnittstelle für den Eigenverbrauch:\nBei Eigenverbrauchsanlagen mit Verkauf des Überschusses misst der ENEDIS-Zähler gleichzeitig die Einspeisung und den Verbrauch. Das IoT-Überwachungssystem kann diese Daten über die ENEDIS-API (Datenzugriff auf Zählerdaten) abrufen, um sie in das Dashboard zu integrieren.

\n

Kaufvertrag:\nDie Produktionsdaten werden in der Regel je nach Vertragsart vom Betreiber selbst gemeldet oder von diesem erfasst. Eine Überwachungsaufzeichnung mit zeitgestempeltem Verlauf dient im Streitfall über die Produktionsmengen als Beleg.

\n

Typischer ROI eines Solarüberwachungssystems​

\n

Die Investition in ein Überwachungssystem lohnt sich ab einer installierten Leistung von etwa 10 kWp, je nach Energiepreis und Art des Stromverkaufsvertrags.

\n

Typische Kosten für ein Überwachungssystem (2026):

\n\n

Quantifizierbare Vorteile:

\n\n

Vereinfachte Berechnung für eine Anlage mit 200 kWp:

\n\n

Bei einer Anlage mit 1 MWp ergibt sich eindeutig ein positiver Berechnungswert: Gewinn durch Überwachung: 2,5 % × 1.100 MWh = 27,5 MWh, was je nach Energiepreis 2.750 bis 5.500 € entspricht, bei Überwachungskosten von 2.400 bis 9.600 € pro Jahr. Der ROI wird bei den meisten Projekten innerhalb von 1 bis 2 Jahren erreicht.

\n

Beispiel für eine Eziwan-Architektur für einen Photovoltaikpark​

\n

Die typische Architektur eines Solarüberwachungssystems umfasst die gesamte Kette, vom String bis zum Dashboard:

\n

Wechselrichter und Nachführsysteme (Modbus SunSpec, RS-485) + Ertragszähler + Wetterstation → industrielles 4G-Gateway von Eziwan → M2M-SIM-Karte für mehrere Netzbetreiber → ausgehender VPN-Tunnel → Eziwan-Cloud → Leistungsquote, Warnmeldungen bei Ertragsausfällen und Fernzugriff auf die Wechselrichter.

\n

In einem freistehenden Park wird das Gateway über das Hilfsnetz der Übergabestation mit Strom versorgt und arbeitet völlig autonom: Es muss keine Telekommunikationsinfrastruktur verlegt werden, und beim Betreiber sind keine Netzarbeiten erforderlich. Der Fernzugriff ermöglicht es den O&M-Teams, einen defekten Wechselrichter zu diagnostizieren, bevor ein Einsatz vor Ort veranlasst wird – oft ist dies der Unterschied zwischen einem Produktionsausfall von 2 Stunden und 2 Tagen.

\n

Checkliste für die Überwachung eines bestehenden Bestands​

\n
    \n
  1. Bestandsaufnahme der Wechselrichter: Marken, Baureihen, Firmware-Versionen und Verfügbarkeit des SunSpec-Modbus-Profils.
    2. \n
  2. Prüfung des bestehenden RS-485-Busses: Topologie, Länge, Abschlusswiderstände – die häufigste Ursache für fehlende Daten.
    3. \n
  3. Auswahl der Konnektivität: M2M-SIM-Karte mit mehreren Netzbetreibern (die Anlagen befinden sich fast immer in ländlichen Gebieten), Außenantenne bei metallischer Übergabestation.
    4. \n
  4. Festlegung der KPIs: erwartete Leistungsquote pro String, Alarmschwellen bei Unterproduktion, Verfügbarkeit der Wechselrichter.
    5. \n
  5. Anschluss der Messung: Übereinstimmung zwischen der an den Wechselrichtern gemessenen Erzeugung und der am Übergabepunkt gemessenen Energie.
    6. \n
  6. Alarme und O&M-Bereitschaft: Weiterleitung kritischer Alarme (Wechselrichterfehler, Kommunikationsausfall) an das Betriebsteam.
    7. \n
\n
\n

FAQ​

\n

Können Wechselrichter von Enphase, SMA, Fronius und ABB über ein einziges Gateway überwacht werden?\nJa, vorausgesetzt, die Wechselrichter stellen ihre Daten über Modbus TCP oder SunSpec bereit. SMA (SunSpec Modbus), ABB (Modbus TCP), Fronius (Modbus TCP SunSpec) und bestimmte Enphase-Modelle über ihr lokales Gateway sind kompatibel. Eziwan bietet vorkonfigurierte Profile für gängige Marken an, wodurch sich der Zeitaufwand für die Erstkonfiguration auf wenige Stunden reduziert.

\n

Funktioniert das Gateway auch in einem Netzwerk ohne Glasfaseranschluss, also ausschließlich über 4G?\nDies ist die häufigste Einsatzsituation für Freiflächenanlagen oder Industriehallen, die weit vom Stadtzentrum entfernt sind: Das integrierte 4G-LTE-Gateway stellt eine direkte Verbindung über das Mobilfunknetz her. Bei Anlagen in ländlichen Gebieten gewährleistet die Dual-SIM-Funktion die Kontinuität der Datenübertragung auch im Falle eines Ausfalls eines Netzbetreibers.

\n

Wie oft müssen die Daten mindestens erfasst werden, um eine Störung in Echtzeit zu erkennen?\nZur schnellen Erkennung eines stromlosen Strings: Alle 5 Minuten reichen aus. Zur Berechnung des Leistungsverhältnisses: alle 15 Minuten. Zur Einhaltung der ENEDIS-Vorgaben (10-Minuten-Erzeugungskurven): alle 10 Minuten. Über das Eziwan-Gateway lassen sich je nach Wichtigkeit unterschiedliche Erfassungsintervalle für die einzelnen Variablen konfigurieren.

\n
\n

Weiterführende Informationen​

\n\n
\n

Möchten Sie mehr erfahren? Eziwan bietet IoT-Überwachungslösungen für Photovoltaik-Anlagen an, von kleinen Industriedachanlagen bis hin zu großen Freiflächenanlagen. Entdecken Sie unser Angebot zur Energieüberwachung oder kontaktieren Sie uns für ein auf Ihre Anlage zugeschnittenes Angebot.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/supervision-parc-photovoltaique", "title": "Überwachung und Monitoring von Photovoltaikparks: IoT-Leitfaden 2026", "summary": "Wie lässt sich ein Solarpark mit dem IoT überwachen: Architektur, Protokolle, vorausschauende Warnmeldungen, 4G-Konnektivität für abgelegene Standorte.", "date_modified": "2026-02-05T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "erneuerbare-energie", "monitoring", "iot", "photovoltaik" ] }, { "id": "https://eziwan.com/de/blog/5g-reseau-prive-usine", "content_html": "

Seit 2020 wird viel über industrielles 5G berichtet: minimale Latenz, revolutionäre Übertragungsraten, die Vernetzung von Millionen von Sensoren, die digitale Transformation der Fabrik. Im Jahr 2026 sieht die Realität jedoch differenzierter aus. Ja, 5G hält seine technischen Versprechen ein, sofern es ordnungsgemäß implementiert wird. Nein, es ersetzt 4G LTE in den meisten aktuellen industriellen Anwendungsfällen nicht. Und nein, ein privates 5G-Netz lässt sich nicht für 50.000 Euro aufbauen.

\n

Dieser Leitfaden vermittelt Ihnen einen ehrlichen Überblick darüber, was 5G der Branche im Jahr 2026 tatsächlich bringt, in welchen Fällen sich der Einsatz lohnt und wie Sie beurteilen können, ob Ihr Projekt zu denjenigen gehört, die davon profitieren können.

\n

5G für die Industrie: Die tatsächlichen Vorteile (Latenz < 5 ms, Datenrate 10 Gbit/s, 1 Mio. Geräte/km²)​

\n

Die 5G-NR-Spezifikationen (New Radio) definieren drei Nutzungsprofile, die unterschiedliche Anforderungen abdecken:

\n

eMBB (Enhanced Mobile Broadband): Theoretisch Übertragungsraten von bis zu 10 Gbit/s, in der Praxis typischerweise 1 bis 4 Gbit/s in einem gut dimensionierten privaten Netzwerk. Nützlich für HD-Video in Echtzeit, Augmented-Reality-Anwendungen und umfangreiche Firmware-Updates.

\n

URLLC (Ultra-Reliable Low-Latency Communications): Garantierte Latenz unter 1 ms für kritische Echtzeit-Steuerungsanwendungen (Steuerung von Cobots, Regelkreisabschluss). Dies ist das am schwierigsten zu realisierende Merkmal – es erfordert eine 5G-SA-Architektur (Standalone) und eine dichte Funkinfrastruktur.

\n

mMTC (Massive Machine Type Communications): bis zu 1 Million Verbindungen pro km², geeignet für den großflächigen Einsatz von Sensoren. In der industriellen Praxis gibt es nur wenige Fabriken, die diese Dichten erreichen.

\n

Man muss zwischen zwei Architekturen unterscheiden:

\n\n

Im Jahr 2026 beschränken sich die 5G-SA-Einführungen in der französischen Industrie weiterhin auf eine begrenzte Anzahl von Pilotstandorten und Großanlagen. Das Geräte-Ökosystem (industrielle 5G-Endgeräte, Sensoren, Steuerungen) befindet sich noch in der Reifephase.

\n

Anwendungsfälle, die 5G wirklich rechtfertigen​

\n

5G ist dann gerechtfertigt, wenn mindestens einer dieser drei Faktoren vorliegt: kritische Echtzeit-Latenz, extreme Verbindungsdichte oder sehr hohe Datenübertragungsraten bei mobiler Nutzung.

\n

Autonom geführte Fahrzeuge (AGV / AMR): Dichte AGV-Flotten erfordern eine Koordination in Echtzeit und eine lückenlose Abdeckung der gesamten Werksfläche. 5G bietet unterbrechungsfreies Roaming (Handover < 1 ms), was WLAN bei hoher Bewegungsgeschwindigkeit nicht gewährleisten kann. Eine Flotte von mehr als 50 AGVs ist ein überzeugendes Anwendungsbeispiel für 5G.

\n

Cobots und kollaborative Robotik: Die geschlossenen Regelkreise eines Cobots (Not-Aus, Kollisionserkennung) erfordern Latenzzeiten unter 5 ms. Diese Anforderung lässt sich mit 5G SA URLLC erfüllen, nicht jedoch mit 4G (typische Latenz: 10–30 ms).

\n

Augmented Reality und technische Fernunterstützung: AR-Headsets (Microsoft HoloLens, Magic Leap) oder vernetzte Brillen (RealWear) für die Wartungsunterstützung oder Schulungen erfordern eine hohe symmetrische Bandbreite (>100 Mbit/s) und eine geringe Latenz, um ein akzeptables Erlebnis zu gewährleisten. 5G eMBB deckt diesen Bedarf ab.

\n

Echtzeit-Bildverarbeitungssysteme: Qualitätsprüfung mittels hochauflösender Kameras mit integrierter Verarbeitung am Edge (MEC). Der für 4K-Videostreams von mehreren Kameras erforderliche Upload-Durchsatz übersteigt die nutzbaren Kapazitäten von 4G LTE Cat 16.

\n

Fernsteuerung gefährlicher Maschinen: Ferngesteuerte Bedienung von Baumaschinen, Robotern in ATEX-Bereichen oder Schneidemaschinen mit Videoübertragung. 5G reduziert die wahrgenommene Verzögerung so weit, dass die Bedienung intuitiv erfolgt.

\n

Warum 4G LTE auch im Jahr 2026 noch 80 % des industriellen Bedarfs abdeckt​

\n

Trotz der Begeisterung rund um 5G sieht die Realität bei den Industrieprojekten in Frankreich im Jahr 2026 so aus, dass 4G LTE für die überwiegende Mehrheit der Implementierungen weiterhin die Standardtechnologie bleibt.

\n

Die Gründe sind technischer und wirtschaftlicher Natur:

\n

Für die klassische Fernüberwachung reicht das völlig aus: Das Abrufen von Modbus-Messwerten alle 5 Sekunden von etwa zehn Sensoren entspricht einer durchschnittlichen Datenrate von 1 bis 5 kbps. 4G LTE Cat 1 (10 Mbit/s Downlink) ist für diesen Bedarf überdimensioniert. 5G ist überflüssig.

\n

Die 4G-Latenzzeiten reichen für 90 % der SCADA-Anwendungen aus: Die Überwachung einer Pumpstation, die Fernsteuerung eines Stromverteilungsnetzes oder die Überwachung einer Photovoltaikanlage funktionieren mit den 4G-Latenzzeiten (10–50 ms) einwandfrei. Ein Alarm, der mit einer Verzögerung von 50 ms statt 5 ms weitergeleitet wird, hat keine betrieblichen Auswirkungen.

\n

Das industrielle 4G-Ökosystem ist ausgereift und vielfältig: Es stehen Hunderte von Modellen industrieller 4G-Router, -Gateways und -Modems zur Verfügung, die sich bereits seit Jahren in der Praxis bewährt haben. Das industrielle 5G-Ökosystem befindet sich noch in den ersten Jahren der Massenproduktion.

\n

Das Kosten-Nutzen-Verhältnis kehrt sich erst bei sehr spezifischen Anforderungen um: Solange Sie keine Anforderungen hinsichtlich einer Latenz unter 10 ms, hoher Mobilitätsdichte oder einer Datenrate von mehr als 150 Mbit/s haben, ist 4G LTE die beste Investition.

\n

Der richtige Ansatz für das Jahr 2026 besteht darin, genau die wenigen Prozesse zu identifizieren, die tatsächlich 5G benötigen, und für alles andere bei 4G zu bleiben.

\n

Privates 5G-Netz: Architektur, Ausrüstung, Partnerbetreiber in Frankreich​

\n

Ein privates 5G-Netzwerk in einem Werk ist eine vor Ort bereitgestellte Mobilfunkinfrastruktur, die ausschließlich einer einzigen Organisation vorbehalten ist. Es gibt zwei Hauptmodelle:

\n

Privates, dediziertes 5G-Netz: eigene Funkfrequenzen (Frequenzband 3,4–3,8 GHz, Zuteilung durch die ANFR), RAN-Ausrüstung (Basisstationen) und Kernnetz vor Ort installiert. Das Unternehmen betreibt sein eigenes Netz. Dies ist das leistungsstärkste und zugleich teuerste Modell.

\n

5G-Netzwerk-Slice eines Netzbetreibers: Das öffentliche Netzwerk eines Netzbetreibers (Orange, SFR, Bouygues) wird segmentiert, um einen für das Unternehmen reservierten Bereich mit garantierter Service-Level-Vereinbarung (SLA) zu schaffen. Geringere Anfangsinvestitionen, jedoch Abhängigkeit von der Netzabdeckung des Netzbetreibers und etwas höhere Latenzzeiten als bei einem dedizierten Netzwerk.

\n

Die RAN-Ausrüstung (Radio Access Network) für private 5G-Netze wird hauptsächlich von folgenden Anbietern bereitgestellt:

\n\n

In Frankreich bieten Netzbetreiber private 5G-Netzwerke an:

\n\n

Für die Einrichtung eines dedizierten privaten Netzes muss bei der ANFR eine Genehmigung für die Nutzung von Frequenzen im 3,4–3,8-GHz-Band beantragt werden. Seit der Entscheidung der ARCEP im Jahr 2020 sind bestimmte Frequenzbänder für private Netze reserviert.

\n

Tatsächliche Kosten eines privaten 5G-Ausbaus (Budgetspannen für 2026)​

\n

Die Kostenfrage ist oft ausschlaggebend für die Entscheidung. Hier sind realistische Kostenspannen für das Jahr 2026, die auf tatsächlichen Implementierungen in Europa basieren:

\n

Privates 5G-Netz (Standalone) für eine 10.000 m² große Fabrik

\n\n

Privates 5G-Netz SA für ein großes Werk (50.000 m²)

\n\n

5G-Netzwerk-Slice eines Netzbetreibers

\n\n

Diese Zahlen erklären, warum sich der Markt für private 5G-Netze in Europa nach wie vor auf große Industriekunden (Automobilindustrie, Chemie, Energiewirtschaft) mit großen Standorten und Anwendungsfällen mit nachweislich hohem ROI konzentriert.

\n

Für ein mittelständisches Unternehmen mit einer Betriebsfläche von 5.000 m² und Standard-Überwachungsanforderungen bleibt 4G LTE im Jahr 2026 in den allermeisten Fällen die vernünftigste Wahl.

\n

5G vs. Wi-Fi 6E in der Fabrik: Die richtige Wahl je nach Anwendungsfall​

\n

Bevor man 5G und Wi-Fi 6E miteinander vergleicht, muss man sich bewusst machen, dass es sich um zwei sich ergänzende Technologien handelt, die nicht in jedem Fall miteinander konkurrieren.

\n
KriteriumPrivates 5G SAWi-Fi 6E
Latenz< 1 ms (URLLC)2–5 ms
Tatsächliche maximale Datenrate2–4 Gbit/s1–2 Gbit/s
MobilitätsabdeckungHervorragend (unterbrechungsfreier Handover)Problematisch außerhalb der Zelle
Verbindungsdichte1 Mio./km²~500 Geräte/AP in der Praxis
InfrastrukturkostenSehr hoch (300.000 €+)Gering (10.000 € für eine durchschnittliche Fabrik)
Interferenzen mit bestehenden SystemenKeine (dediziertes Frequenzspektrum)Risiko (Koexistenz im 6-GHz-Band)
Integrierte SicherheitSIM-basiert, L1-VerschlüsselungWPA3, abhängig von der Konfiguration
Verfügbare EndgeräteÖkosystem im AufbauSehr breit gefächert (Tablets, Laptops, Sensoren)
\n

Entscheiden Sie sich für Wi-Fi 6E für Anwendungen, bei denen sich die Geräte nur langsam oder kaum bewegen (Tablets für Mitarbeiter im Außendienst, Kommissioniergeräte im Lager), bei denen Wi-Fi-Geräte weit verbreitet sind und bei denen das Budget für die Infrastruktur begrenzt ist.

\n

Entscheiden Sie sich für 5G für schnelle fahrerlose Transportfahrzeuge (AGVs), kollaborative Robotik, URLLC-Anwendungen und Einsatzszenarien, bei denen SIM-basierte Sicherheit eine Voraussetzung ist.

\n

Kombinieren Sie beides in großen Fabriken: 5G für kritische Roboterinseln, Wi-Fi 6E für vernetzte Maschinen und Bedienterminals.

\n

Entscheidungsbaum: 4G LTE, Wi-Fi 6E oder privates 5G?​

\n

Bevor Sie Mittel für 5G bereitstellen, sehen Sie sich diesen Entscheidungsbaum an:

\n
Verfügen Sie über fahrerlose Transportfahrzeuge (FTF) oder mobile Roboter, die während der Fahrt eine gleichmäßige Abdeckung benötigen?
├── JA → 5G (oder Wi-Fi 6E mit Roaming) ist relevant
│   ├── Vitesse > 10 km/h ou latence < 5 ms requise → 5G SA URLLC
│   └── Vitesse < 10 km/h et latence 5–15 ms suffisante → Wi-Fi 6E
└── NON
    ├── Haben Sie Geräte, die unterwegs eine Datenübertragungsrate von mehr als 100 Mbit/s benötigen?
    │   ├── JA → 5G eMBB oder Wi-Fi 6E bei geringer Mobilität
    │   └── NON
    │       ├── Avez-vous des contraintes de latence < 10 ms critiques (cobots, arrêts d'urgence) ?
    │       │   ├── OUI → 5G SA URLLC obligatoire
    │       │   └── NON
    │       │       ├── Haben Sie mehr als 500 IoT-Sensoren auf einer Fläche von 1000 m²?
    │       │       │   ├── OUI → 5G mMTC (rare en pratique industrielle)
    │       │       │   └── NEIN → 4G LTE deckt Ihren Bedarf ab. Bleiben Sie bei 4G.
\n

Die überwiegende Mehrheit der Fabriken fällt bei jeder Frage in die Kategorie „NEIN“ – und die Schlussfolgerung lautet ausnahmslos: „4G LTE reicht aus“. Das ist eine Tatsache, die 5G-Verkäufer oft verschweigen.

\n

Garantierte SLAs: Was in Verträgen für private 5G-Netze steht (und was darin nicht steht)​

\n

Verträge für private 5G-Netze enthalten in der Regel SLAs (Service Level Agreements) zu den folgenden Kennzahlen. Hier erfahren Sie, was diese Garantien tatsächlich wert sind:

\n
SLA-KennzahlWas garantiert wirdWas nicht garantiert wird
Netzwerkverfügbarkeit99,9 % (87 Min./Jahr Ausfallzeit)Verfügbarkeit der Endgeräte
Latenz„Für URLLC optimiert“ (< 5 ms in Gebieten mit hoher Funkdichte)End-to-End-Latenz der Anwendungen
Bandbreite„Bis zu X Gbit/s“ (Spitzenbandbreite, nicht garantiert)Garantierte Mindestdatenrate pro Endgerät
Wiederherstellungszeit4–8 Stunden (Netzwerkstörungen)Auswirkungen auf Ihre Produktion
StrafenGutschriften auf der MonatsrechnungEntschädigung für Ihren Produktionsausfall
\n

Was in Verträgen oft fehlt: Die URLLC-Latenzgarantie (< 1 ms) setzt eine vollständige 5G-SA-Architektur mit dichter Funkinfrastruktur voraus. In einem 5G-NSA-Netz oder bei unzureichender Funkinfrastruktur ist diese Latenz nicht erreichbar.

\n

Verlangen Sie vor der Unterzeichnung folgende Angaben: den garantierten Abstand zwischen den Antennen auf Ihrem Gelände, die Mindestanzahl der gleichzeitig unterstützten Endgeräte sowie die Kündigungsbedingungen für den Fall, dass die SLAs nach drei Monaten nicht erfüllt sind.

\n

So bereiten Sie Ihre Infrastruktur schon heute auf 5G vor​

\n

Auch wenn Ihr 5G-Projekt erst in zwei oder drei Jahren ansteht, haben die heute getroffenen architektonischen Entscheidungen Einfluss darauf, wie einfach und kostengünstig die Umstellung sein wird.

\n

Setzen Sie schon jetzt auf eine Edge-Architektur: Ein lokales industrielles Gateway, das Anwendungen hosten kann, ist bereits heute in der Lage, eine 5G-MEC-Funktion (Multi-Access Edge Computing) zu unterstützen. Setzen Sie Edge-fähige Geräte ein, anstatt sich auf einfache, transparente 4G-Modems zu beschränken.

\n

Setzen Sie auf offene Protokolle: MQTT, OPC-UA und REST sind unabhängig vom Übertragungsnetz. Ein auf diesen Standards basierendes System lässt sich ohne Neuprogrammierung der Anwendungen auf 5G umstellen.

\n

Planen Sie Ihre CBRS/ANFR-Zulassung: Wenn Sie ein dediziertes privates 5G-Netzwerk planen, sollten Sie frühzeitig mit den Schritten zur Frequenzreservierung beginnen. Die ANFR-Verfahren dauern mehrere Monate.

\n

Bewerten Sie Ihre tatsächlichen Anwendungsfälle: Dokumentieren Sie die derzeit bei Ihren kritischen Prozessen beobachteten Latenzzeiten, die genutzten Durchsätze und die Verbindungsdichten. Diese Bestandsaufnahme bildet die Grundlage für eine rationale 5G-Entscheidung – und nicht für eine rein marketingorientierte Entscheidung.

\n

Bilden Sie Ihre Teams aus: Die für 5G SA erforderlichen Kompetenzen (Kernnetz, RAN, Slicing) unterscheiden sich von denen für WLAN und 4G. Der Fachkräftemangel ist derzeit eines der größten Hindernisse für den Ausbau privater 5G-Netze in Frankreich.

\n

4G oder 5G: Was ändert sich konkret bei der SIM-Karte?​

\n

Der Umstieg auf 5G ändert nichts an den Grundlagen der industriellen Vernetzung: Es bedarf nach wie vor einer geeigneten M2M-SIM-Karte, eines gut eingestellten APN und einer Überwachung des Datenverbrauchs. Drei besondere Punkte, die es zu beachten gilt:

\n\n

Mit anderen Worten: Bei einem Bestand an Standorten mit herkömmlicher Fernverwaltung ist die Umstellung auf 5G nicht dringend erforderlich – die richtige SIM-Karte und der richtige 4G-Router sind nach wie vor die sinnvollste Investition.

\n

Beispiel für eine 4G/5G-Hybridarchitektur​

\n

Ein pragmatischer Ansatz besteht darin, unabhängig von der Funkzugangsart eine identische Architektur einzusetzen:

\n

Produktionsanlagen (Modbus, OPC-UA, Profinet) → industrielles Eziwan-Gateway (heute 4G-Modem, morgen austauschbares 5G-Modul) → M2M-SIM-Karte für mehrere Netzbetreiber → ausgehender VPN-Tunnel → Eziwan-Cloud → Überwachung und Fernzugriff.

\n

Sobald ein Anwendungsfall den Einsatz von 5G rechtfertigt (AGV, industrielle Bildverarbeitung), ändert sich lediglich das Funkmodul: Sicherheit, Überwachung, Flottenmanagement und Integrationen bleiben unverändert. Dies ist der beste Investitionsschutz angesichts eines Standards, der sich noch weiterentwickelt.

\n
\n

FAQ​

\n

Ist privates 5G für französische Industrie-KMU heute bereits verfügbar?\nSeit 2022–2023 werden in Frankreich private 5G-Netze aufgebaut, vor allem in großen Fabriken und Häfen (PSA, Airbus, Hafen von Marseille). Für KMU ist privates 5G nach wie vor kostspielig (300.000 € bis über 1 Mio. € für die Funkinfrastruktur). Öffentliches 5G (Netzbetreiber) mit Network Slicing ist erschwinglicher, doch die industrielle Abdeckung wird auch im Jahr 2026 auf städtische und stadtnahe Gebiete beschränkt bleiben.

\n

In welchen industriellen Anwendungsfällen ist 5G gegenüber 4G LTE wirklich sinnvoll?\nAnwendungsfälle, die 5G rechtfertigen: FTS (autonome Transportfahrzeuge), die eine Latenz von < 5 ms erfordern, industrielle Echtzeit-Bildverarbeitung (4K-Kameras zur Qualitätskontrolle), Augmented Reality für Wartungstechniker (hohe Bandbreite + geringe Latenz) sowie extrem hohe Verbindungsdichten (über 1000 Sensoren pro m²). Für die SCADA-Überwachung, die vorausschauende Wartung und den Fernzugriff reicht 4G LTE völlig aus.

\n

Kann das öffentliche 5G-Netz der Netzbetreiber ein privates 5G-Netz in einer Fabrik ersetzen?\nFür die meisten Fabriken: Ja, dank 5G-Network-Slicing, das die Reservierung eines dedizierten Netzsegments ermöglicht. Die garantierten Latenz-SLAs sind weniger streng als bei einem privaten Netzwerk, reichen jedoch für 95 % der industriellen Anwendungen aus. Ein privates 5G-Netzwerk ist nur dann gerechtfertigt, wenn Sie extrem strenge Latenzanforderungen (< 1 ms) oder absolute Vertraulichkeit der Daten haben.

\n
\n

Weiterführende Informationen​

\n\n
\n

Benötigen Sie eine Analyse für Ihr Projekt? Das Eziwan-Team unterstützt Industrieunternehmen bei der Bewertung ihres Konnektivitätsbedarfs und der Wahl zwischen 4G LTE, privatem 5G und WLAN. Kontaktieren Sie uns für eine Fallstudie, die auf die Gegebenheiten Ihres Standorts zugeschnitten ist.

\n
\n

Weitere Ressourcen​

\n", "url": "https://eziwan.com/de/blog/5g-reseau-prive-usine", "title": "Privates 5G im Werk im Jahr 2026: Wann lohnt sich das wirklich?", "summary": "Privates 5G-Netz im Werk: Anwendungsfälle, tatsächliche Kosten, Einführungszeiträume und wann man bei 4G LTE bleiben sollte. Leitfaden 2026.", "date_modified": "2026-01-28T00:00:00.000Z", "author": { "name": "Eziwan-Team", "url": "https://eziwan.com" }, "tags": [ "5g", "industrie-40", "iiot", "konnektivitat" ] } ] }