Edge-Computing · IIoT · Latenz < 10ms

Industrielles Edge-Computing: Die Intelligenz – wo befinden sich Ihre Maschinen?

Verarbeiten Sie die Daten direkt auf dem Feldgateway: Reagieren Sie innerhalb von Millisekunden, reduzieren Sie Ihre 4G-Bandbreite um 90 %, und gewährleisten Sie die Kontinuität auch ohne Netzwerk.

< 10ms
Lokale Latenz
-90%
Cloud-Bandbreite
Linux
Natives Betriebssystem auf dem Gateway
0 dep.
Cloud für kritische Alarme
⚙️
Maschine / Sensor
Modbus RTU · 4–20 mA · IEPE
🖥️
Edge-Gateway
Python · Docker · Node-RED
☁️
Cloud Eziwan
Aggregate · Benachrichtigungen · API
95 % der Daten werden lokal gefiltert
Architektonischer Vergleich

Nur Cloud vs. Edge + Cloud: Welche Architektur eignet sich für Ihre Fabrik?

Die Wahl der Architektur bestimmt die Latenz, die Datenkosten und die Ausfallsicherheit im Falle eines Netzwerkausfalls. Aus diesem Grund stellen Industrieunternehmen auf Edge-Lösungen um.

☁️
Nur Cloud
Traditionelle Architektur
Alles senden = Bandbreite ausgelastet
100 Sensoren bei 100 ms = 10.000 Punkte/s → 4G ist innerhalb von Minuten ausgelastet
Latenz von mindestens 200 bis 500 ms
Es ist nicht möglich, eine Maschine über die Cloud in weniger als 500 ms anzuhalten
Verlust der Konnektivität = Datenverlust
2-stündiger 4G-Ausfall = 2 Stunden Lücken in Ihren Verlaufsdaten
Datenproportionale Cloud-Kosten
1 TB/Monat an Rohdaten aus der Fernmessung = erhebliche Cloud-Rechnung
Komplexe Verarbeitungsvorgänge = erhöhte Latenz
Die Schwingungs-FFT berechnet die Cloud-Bewertung: 800 ms bis 2 s Reaktionszeit
Edge + Cloud — Eziwan
Empfohlene Architektur
Lokale Filterung: Nur das Nötigste wird in die Cloud übertragen
10.000 Punkte/s erfasst → 200 Ereignisse/s gesendet = -98 % Bandbreite
Lokale Reaktion in < 10 ms
Lokales Python-Skript: Störung erkannt → Relais schaltet in 8 ms ab, ohne Netzwerk
Garantierte Offline-Kontinuität
Lokaler 4-GB-eMMC-Puffer: 30 Tage bei 1 Messwert/Minute × 100 Variablen
Selektiver Cloud-Versand = kostengünstig
SIM-Rechnung um das 5- bis 10-Fache gesenkt im Vergleich zu einer reinen Cloud-Architektur
FFT und ML werden lokal ausgeführt
FFT mit 1.024 Punkten in 12 ms · Random-Forest-Inferenz in 8 ms auf Cortex-A53
< 10 ms
Lokale Latenz
vs. 200–500 ms Cloud
-90 %
Bandbreite
an die Cloud gesendete Daten
30 Tage
Offline-Puffer
100 Variablen × 1 Min.
x5
Günstiger
auf der 4G-SIM-Rechnung
Anwendungsfälle in der Praxis

Wenn Edge-Computing alles in Ihrem Werk verändert

Vier konkrete Szenarien, in denen die Daten an der Quelle zu verarbeiten die einzig sinnvolle Option ist.

🔔
< 50 ms Reaktionszeit

Anomalieerkennung in Echtzeit

Ein ungewöhnlicher Stromspitzenwert an einem Motor oder eine Temperaturabweichung muss eine sofortige Abschaltung auslösen. Bei der Cloud dauert der gesamte Zyklus (Erfassung → Übertragung → Verarbeitung → Rückmeldung) mehr als 500 ms. Das Edge-Gateway führt ein lokales Python-Skript aus, das die Modbus-Register kontinuierlich überwacht und das Schutzrelais in weniger als 50 ms abschaltet – ohne auf die Cloud zu warten und ohne Abhängigkeit vom Netzwerk.

Lokales PythonGPIO-RelaisModbus-Abfrage alle 50 msWatchdog
Maschinenstillstand
< 50 ms
vs. 500 ms bei reiner Cloud-Nutzung
📊
Edge-Analytik

Vorbearbeitung der Schwingungsdaten (lokale FFT)

Ein IEPE-Beschleunigungssensor an einem Lager liefert 25.600 Messwerte pro Sekunde. Die Rohdaten in die Cloud zu senden bedeutet 200 kB/s im Dauerbetrieb – damit ist ein 4G-Datenspeicher innerhalb weniger Stunden voll. Das Edge-Gateway berechnet die FFT über 1.024 Punkte in 12 ms, extrahiert die für den Fehler charakteristischen Frequenzen (Oberschwingungen der Drehzahl, BPFO, BPFI) und sendet nur das reduzierte Spektrum an die Cloud – 64 Werte alle 10 Sekunden. Reduzierung: 99,7 % des Datenvolumens.

FFT 1.024 PunkteIEPE / BeschleunigungsmesserPython numpyNur „Spectre“ gesendet
Datenreduktion
-99,7 %
Rohdaten → gesendetes Spektrum
🔌
Store & Forward

Offline-Betrieb – netzunabhängige Anlage

In Fabriken mit instabiler 4G-Abdeckung, in Funklöchern oder bei Produktionsunterbrechungen ist die Konnektivität nicht gewährleistet. Das Eziwan-Gateway speichert alle Erfassungsdaten auf dem internen eMMC-Speicher (4 GB) oder einer Micro-SD-Karte (optional 32 GB). Lokale Alarme, Kontrollsequenzen und Sicherheitsvorschriften funktionieren weiterhin normal. Bei der Wiederherstellung der Verbindung werden die fehlenden Daten der letzten 2 Stunden, 8 Stunden oder 30 Tage automatisch in chronologischer Reihenfolge übertragen.

4 GB eMMCmicro-SD-Karte mit 32 GBStore-and-forwardKein Verlust
Pufferkapazität
30 Tage
100 Vars × 1 Min.
💳
Sofortiger ROI

Kostensenkung bei den Daten (SIM-Rechnung)

Ein industrieller 4G-Tarif mit 1 GB/Monat reicht nicht mehr aus, sobald mehr als 20 Sensoren jede Sekunde Daten erfassen. Die Edge-Filterung löst das Problem an der Wurzel: Nur Anomalien, stündliche Aggregate und Zustandsänderungen werden an die Cloud weitergeleitet. 80 % der Daten werden lokal verarbeitet und verworfen. Das Ergebnis: Die SIM-Rechnung wird um das Fünffache reduziert, der Datenverbrauch beträgt 200 MB/Monat statt 1 GB bei gleichem Informationsumfang.

Lokale FilterungDedoublonnageStundenaggregationDelta-Kompression
SIM-Rechnung
durch 5 teilen
200 MB gegenüber 1 GB/Monat
Edge-Laufzeitumgebung

Was das Eziwan Edge-Gateway lokal leisten kann

Ein echter eingebetteter Linux-Computer, kein einfacher Router – mit allen Tools, die ein F&E-Ingenieur erwartet.

🐍

Python 3.11 auf dem Gateway

Führen Sie Ihre Analyseskripte direkt auf dem Gateway aus. Python 3.11 mit vorinstallierten Paketen wie pip, numpy, scipy, pandas, scikit-learn und paho-mqtt. Direkter Zugriff auf die seriellen Modbus-Ports, die GPIO-Pins und die TCP-Sockets. Automatischer Start über systemd.

import modbus_tk.modbus_tcp as modbus_tcp master = modbus_tcp.TcpMaster("192.168.1.50") val = master.execute(1, cst.READ_HOLDING_REGISTERS, 0, 10)
🔀

Node-RED für visuelle Abläufe

Node-RED ist nativ in das Gateway integriert. Erstellen Sie Datenpipelines visuell: Modbus-Auslesung → Filterung → lokaler Alarm → MQTT-Veröffentlichung. Die Schnittstelle ist über einen Browser im lokalen Netzwerk (Port 1880) zugänglich. Vorinstallierte industrielle Knoten.

Modbus-Read → [seuil > 80°C?] → oui: Relais-GPIO + MQTT-Alert → non: Buffer-Local (1 min)
🐳

Leichte Docker-Container

Docker Engine mit Unterstützung für Alpine-basierte Images. Bereitstellung von Edge-Mikroservices: lokale InfluxDB-Datenbank, integriertes Grafana, Eclipse Mosquitto MQTT-Broker oder Ihre eigene Geschäftsanwendung. Persistenz der Volumes auf eMMC oder Micro-SD.

docker run -d --name influx \ -p 8086:8086 \ influxdb:2.7-alpine # ~45 Mo RAM, ~120 Mo disque
🚨

Lokale Alarme ohne Cloud

Legen Sie Alarmregeln in YAML oder über die Eziwan-Benutzeroberfläche fest. Wenn Temperatur > 80 Grad Celsius → Relais an Ausgang 1 abschalten. Wenn Druck < 0,5 bar → SMS über das integrierte GSM-Modem senden. Wenn vibration_rms > 12 mm/s → lokales Ereignis erstellen + protokollieren. Alles funktioniert völlig unabhängig von der Cloud.

rules: - name: "surchauffe_moteur" condition: "temp_moteur > 80" action: - set_relay: {id:1, state:OFF} - mqtt_publish: "alerte/critique"
💾

Lokaler Zwischenspeicher für 30 Tage

Integrierte Zeitreihendatenbank (SQLite oder lokale InfluxDB). Schreibgeschwindigkeit von bis zu 5.000 Datenpunkten pro Sekunde auf eMMC. Konfigurierbarer Ringpuffer von 1 Stunde bis 90 Tagen, je nach Kapazität. Bei Wiederherstellung der Verbindung setzt der Cloud-Backfill genau dort fort, wo die Unterbrechung stattfand, ohne Duplikate.

# eMMC interne : 4 Go # micro-SD : 8/16/32 Go # SQLite WAL : 5 000 pts/s # InfluxDB Alpine: 3 000 pts/s
🔌

Lokale REST-API (Port 8080)

Lokale REST-JSON-API, die im industriellen Netzwerk am Port 8080 verfügbar ist. Ihre Steuerungen, HMI-Geräte oder SCADA-Software können die aktuellen Werte abrufen und Sollwerte schreiben, ohne das Internet zu nutzen. Authentifizierung per Token. Endpunkte: GET /api/variables, POST /api/control, GET /api/alarms.

GET http://192.168.1.10:8080/api/variables → {"temp_moteur":72.4,"freq_roteur":49.8} POST /api/control {"relay_1": false} ← coupe relais
Technische Architektur

Eziwan-Edge-Computing-Architektur: 3 Schichten, eine einzige Konfiguration

OT, Edge und Cloud arbeiten nahtlos zusammen. Sie nehmen die Konfiguration einmal vor, und schon ist die gesamte Pipeline betriebsbereit.

Ebene 1 – OT / Gelände
⚙️
SPS-Steuerungen
Modbus RTU / RS-485
〰️
Schwingungssensoren
IEPE / Modbus TCP
Energiezähler
Modbus RTU 9600 bds
🌡️
Temperaturfühler
PT100 / 4–20 mA
🔄
Frequenzumrichter
Modbus TCP, Port 502
🖥️
IHM / HMI
OPC-UA-Port 4840
Rohdaten: bis zu 10.000 Punkte/s
RS-485
Ethernet
Schicht 2 – Eziwan Edge Gateway
Modbus-Erfassung
Abfrageintervall 50 ms → 10 ms, konfigurierbar
Python Edge Runtime
Analyse, FFT, lokale ML-Inferenz
Node-RED-Workflows
Filterung, Aggregation, Regeln
Docker-Container
InfluxDB, Grafana, benutzerdefinierte App
Lokale Alarme
GPIO-Relais ohne Cloud-Anbindung
eMMC-/SD-Puffer
4 GB → 32 GB, 30 Tage offline
OpenVPN VPN
E2E-Verschlüsselung in die Cloud
ARM-CPU mit 1,2 GHz · 512 MB RAM · Linux Debian 12
4G LTE
MQTT/HTTPS
Ebene 3 – Cloud Eziwan
📊
Echtzeit-Dashboard
Zentralisierte Übersicht über mehrere Standorte
🔔
Benachrichtigungen & SMS
E-Mail, SMS, Webhook, Push-Benachrichtigung
📈
TS-Historisierung
Unbegrenzt, standardmäßig 3 Jahre
🔗
REST-API in der Cloud
SCADA, ERP, Power BI
🚀
OTA-Bereitstellungen
Skripte, Container, Firmware
🛡️
Audit & Sicherheit
Protokolle, Rollen, SOC 2
Nur Aggregate und Warnmeldungen: -90 % Daten
Vergleich: Gehen

Eziwan Edge im Vergleich zu anderen industriellen Edge-Computing-Lösungen

Vergleichen Sie die wichtigsten Lösungen auf dem Markt anhand der Kriterien, die für eine industrielle Einführung in Frankreich entscheidend sind.

CritereAWS GreengrassAzure IoT EdgeMoxa ThingsPro EdgeEziwan Edge
OSAmazon Linux 2CBL-Mariner / LinuxLinux DebianLinux Debian 12
Unterstützte SprachenPython, Java, Node.js, C++Python, C#, Java, GoPython, Node.js, JavaPython 3.11, Node.js, Node-RED, WASM
Native OT-ProtokolleNein (über Lambdas)Nein (Module von Drittanbietern)Modbus, DNP3, SNMPModbus RTU/TCP, OPC-UA, BACnet, SNMP, IEPE, 4–20 mA
SystemanforderungenAWS-Konto + CloudFormationAzure-Konto + ARM-VorlagenLokale Konsole + SSHIntuitives Web-Interface + ZTP
Integriertes 4G LTENein (separate Hardware)Nein (separate Hardware)Optional (Modul)Ja (integrierte Dual-SIM-Funktion)
Integriertes VPNAWS Site-to-Site-VPNAzure VPN-GatewayOpenVPN (optional)Integriertes OpenVPN, keine Konfiguration erforderlich
Französischer SupportNein (Unterstützung auf Englisch)Nein (Unterstützung EN/Stufe)Nein (Support für Asien/USA)Ja – Team FR, Bürozeiten
RichtpreisVariable + IoT Core + EC2Variable + IoT Hub + VM800–1500 EUR + SoftwareAll-inclusive-Monatspauschale
Protokolle und Integrationen

Industrieprotokolle, die am Edge nativ unterstützt werden

Eingehend vom Feld, ausgehend in die Cloud oder an Überwachungstools.

⬇️
Eingangs-Protokolle – OT zu Edge
Modbus RTURS-485, 9600–115200 bds
Modbus TCPEthernet, Anschluss 502
OPC-UAPort 4840, S&S
BACnet/IPGebäude, HLK
SNMP v2/v3Netzwerk, Infrastruktur
4-20 mAAnaloger Prozess
0-10 VAnweisungen, Maßnahmen
Pt100 / Pt1000Temperatur 2/3/4-Leiter
IEPE / ICPSchwingungsbeschleunigungsmesser
Impuls (pulse)kWh, m³, kg, Zyklen
RS-232Analysegeräte, Legacy-Serie
CANbusFahrzeuge, Mobilität
⬆️
Ausgangsprotokolle – Edge zur Cloud / IT
MQTT 3.1.1 / 5.0QoS 0/1/2, TLS 1.3
REST-API über HTTPSJSON, Webhooks
InfluxDB v2Leitungsprotokoll, Fluss
GrafanaDirekte Datenquelle
AWS IoT CoreGreengrass-kompatibel
Azure IoT HubDevice SDK integriert
Google Cloud IoTMQTT-Bridge
OPC-UA-ServerEdge-Server
AMQP 1.0Unternehmenskommunikation
WebSocketEchtzeit-Dashboard
E-Mail / SMSAlarmes via modem GSM
Kafka (Client)Streaming-Analytik
Kompatibel mit dem Ökosystem, das Sie bereits nutzen
Siemens TIA PortalSchneider EcoStruxureRockwell Studio 5000Kepware OPCIgnition SCADAPower BIGrafana CloudNode-REDHome AssistantThingsBoardDatadogElasticsearch
Häufig gestellte Fragen

Alles über industrielles Edge-Computing

Die Fragen, die Systemarchitekten, IIoT-Projektleiter und F&E-Ingenieure stellen, bevor sie sich für eine Edge-Lösung entscheiden.

Edge-Computing im IIoT · Lieferbar innerhalb einer Woche

Erleben Sie Edge-Computing auf Ihren vorhandenen Geräteninnerhalb einer Woche

Das Eziwan Gateway wird vorkonfiguriert geliefert und ist innerhalb von 30 Minuten einsatzbereit. Schließen Sie es an Ihren RS-485-Bus oder Ihr industrielles Ethernet an, definieren Sie Ihre Edge-Regeln und Ihre Python-Skripte – und spüren Sie bereits in der ersten Woche den Unterschied bei der Latenz und den Datenkosten.

Lieferung innerhalb von 3 WerktagenTechnischer Support (FR) inbegriffenUnverbindlich, mindestens 12 Monate

Im Lieferumfang enthalten: Eziwan-Gateway + SIM-Karte für mehrere Netzbetreiber + Zugang zur Cloud-Plattform + 1-stündiges Onboarding mit einem französischen Techniker