Edge Computing · IIoT · Latence < 10ms

Edge computing industriel : l'intelligence la ou sont vos machines

Traitez les donnees directement sur la passerelle terrain : reagissez en millisecondes, reduisez votre bande passante 4G de 90 %, et garantissez la continuite meme sans reseau.

< 10ms
Latence locale
-90%
Bande passante cloud
Linux
OS natif sur gateway
0 dep.
Cloud pour alarmes critiques
⚙️
Machine / Capteur
Modbus RTU · 4-20 mA · IEPE
🖥️
Edge Gateway
Python · Docker · Node-RED
☁️
Cloud Eziwan
Agregats · Alertes · API
95 % des donnees filtrees localement
Comparaison architecturale

Cloud seul vs Edge + Cloud : quelle architecture pour votre usine ?

Le choix de l'architecture conditionne la latence, les couts data et la resilience en cas de coupure reseau. Voici pourquoi les industriels migrent vers l'edge.

☁️
Cloud seul
Architecture traditionnelle
Tout envoyer = bande passante saturee
100 capteurs a 100 ms = 10 000 points/s → 4G saturee en minutes
Latence 200 a 500 ms minimum
Impossible de stopper une machine en moins de 500 ms par le cloud
Perte de connectivite = perte de donnees
Coupure 4G pendant 2 h = 2 h de trous dans vos historiques
Cout cloud proportionnel aux donnees
1 To/mois de telemesures brutes = facture cloud considerable
Traitements complexes = latence accrue
FFT vibratoire calcule cote cloud : 800 ms a 2 s de delai de reaction
Edge + Cloud — Eziwan
Architecture recommandee
Filtrage local : seul l'essentiel part au cloud
10 000 points/s collectes → 200 events/s envoyes = -98 % bande passante
Reaction locale en < 10 ms
Script Python local : anomalie detectee → relais coupe en 8 ms, sans reseau
Continuite offline garantie
Buffer local 4 Go eMMC : 30 jours a 1 point/min × 100 variables
Envoi cloud selectif = economique
Facture SIM divisee par 5 a 10 vs architecture cloud pure
FFT et ML executes localement
FFT 1 024 points en 12 ms · RandomForest inference en 8 ms sur Cortex-A53
< 10 ms
Latence locale
vs 200-500 ms cloud
-90 %
Bande passante
donnees envoyees au cloud
30 jours
Buffer offline
a 100 variables × 1 min
x5
Moins cher
sur la facture SIM 4G
Cas d'usage terrain

Quand l'edge computing change tout dans votre usine

Quatre scenarios concrets ou traiter les donnees a la source est la seule option raisonnable.

🔔
< 50 ms de reaction

Detection d'anomalie en temps reel

Un pic de courant anormal sur un moteur ou une derive de temperature doit declencher un arret immediat. Avec le cloud, le cycle complet (acquisition → transmission → traitement → commande retour) depasse 500 ms. La passerelle edge execute un script Python local qui surveille en continu les registres Modbus et coupe le relais de protection en moins de 50 ms — sans attendre le cloud, sans dependance reseau.

Python localRelais GPIOModbus polling 50 msWatchdog
Arret machine
< 50 ms
vs 500 ms avec cloud seul
📊
Edge analytics

Pretraitement vibration (FFT locale)

Un accelerometre IEPE sur un roulement genere 25 600 echantillons/seconde. Envoyer les donnees brutes au cloud = 200 ko/s en continu = 4G saturee en quelques heures. La passerelle edge calcule la FFT sur 1 024 points en 12 ms, extrait les frequences caracteristiques du defaut (harmoniques de l'ordre de rotation, BPFO, BPFI) et n'envoie au cloud que le spectre reduit — 64 valeurs toutes les 10 secondes. Reduction : 99,7 % du volume de donnees.

FFT 1 024 ptsIEPE / accelerometrePython numpySpectre envoye uniquement
Reduction donnees
-99,7 %
brut → spectre envoye
🔌
Store & forward

Continuite offline — usine sans reseau

Dans les usines avec couverture 4G instable, les zones mortes ou les arretes de production, la connectivite n'est pas garantie. La passerelle Eziwan stocke toutes les acquisitions sur la memoire eMMC interne (4 Go) ou une micro-SD (32 Go optionnelle). Les alarmes locales, les sequences de controle et les regles de securite continuent de fonctionner normalement. A la reconnexion, les 2 heures, 8 heures ou 30 jours de donnees manquantes remontent automatiquement dans l'ordre chronologique.

eMMC 4 Gomicro-SD 32 GoStore-and-forwardAucune perte
Autonomie buffer
30 jours
a 100 vars × 1 min
💳
ROI immediat

Reduction couts data (facture SIM)

Une ligne 4G industrielle forfait 1 Go/mois devient insuffisante des que vous avez plus de 20 capteurs en acquisition toutes les secondes. Le filtrage edge resout le probleme a la racine : seules les anomalies, les agregats horaires et les evenements de changement d'etat remontent au cloud. 80 % des donnees sont traitees et eliminees en local. Resultat : facture SIM divisee par 5, consommation de 200 Mo/mois au lieu de 1 Go pour le meme niveau d'information.

Filtrage localDedoublonnageAgregation horaireDelta compression
Facture SIM
divise par 5
200 Mo vs 1 Go/mois
Edge runtime

Ce que la passerelle edge Eziwan peut faire en local

Un vrai ordinateur Linux embarque, pas un simple routeur — avec tous les outils qu'un ingenieur R&D attend.

🐍

Python 3.11 sur le gateway

Executez vos scripts d'analyse directement sur le gateway. Python 3.11 avec pip, numpy, scipy, pandas, scikit-learn et paho-mqtt pre-installes. Acces direct aux ports serie Modbus, aux GPIO et aux sockets TCP. Demarrage automatique via 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 pour les flux visuels

Node-RED integre nativement sur le gateway. Construisez des pipelines de donnees visuellement : lecture Modbus → filtrage → alarme locale → publication MQTT. Interface accessible via navigateur sur le reseau local (port 1880). Nodes industriels pre-charges.

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

Conteneurs Docker legers

Docker Engine avec support des images Alpine-based. Deploiement de microservices edge : base de donnees InfluxDB locale, Grafana embarque, broker MQTT Eclipse Mosquitto, ou votre application metier. Persistance des volumes sur eMMC ou micro-SD.

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

Alarmes locales sans cloud

Definissez des regles d'alarme en YAML ou via l'interface Eziwan. Si temp > 80 degres C → couper relais sortie 1. Si pression < 0,5 bar → envoyer SMS via modem GSM integre. Si vibration_rms > 12 mm/s → creer evenement local + log. Tout fonctionne a 0 dependance cloud.

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

Stockage local tampon 30 jours

Base de donnees time-series embarquee (SQLite ou InfluxDB local). Ecriture jusqu'a 5 000 points/seconde sur eMMC. Buffer circulaire configurable de 1 heure a 90 jours selon la capacite. En cas de reconnexion, le backfill cloud reprend exactement la ou la coupure a eu lieu, sans doublon.

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

API REST locale (port 8080)

API REST JSON locale exposee sur le reseau industriel au port 8080. Vos automates, IHM ou logiciels SCADA peuvent lire les dernieres valeurs et ecrire des consignes sans passer par Internet. Authentification par token. Endpoints : 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
Architecture technique

Architecture edge computing Eziwan : 3 couches, une seule configuration

OT, edge et cloud fonctionnent ensemble de maniere transparente. Vous configurez une fois, tout le pipeline est operationnel.

Couche 1 — OT / Terrain
⚙️
Automates PLC
Modbus RTU / RS-485
〰️
Capteurs vibration
IEPE / Modbus TCP
Compteurs energie
Modbus RTU 9600 bds
🌡️
Sondes temperature
PT100 / 4-20 mA
🔄
Variateurs frequence
Modbus TCP port 502
🖥️
IHM / HMI
OPC-UA port 4840
Donnees brutes : jusqu'a 10 000 pts/s
RS-485
Ethernet
Couche 2 — Edge Gateway Eziwan
Acquisition Modbus
Polling 50 ms → 10 ms configurable
Python Edge Runtime
Analyse, FFT, ML inference locale
Node-RED workflows
Filtrage, agregation, regles
Docker containers
InfluxDB, Grafana, app custom
Alarmes locales
GPIO relais sans cloud requis
Buffer eMMC / SD
4 Go → 32 Go, 30 jours offline
OpenVPN VPN
Chiffrement E2E vers cloud
CPU ARM 1,2 GHz · 512 Mo RAM · Linux Debian 12
4G LTE
MQTT/HTTPS
Couche 3 — Cloud Eziwan
📊
Dashboard temps reel
Vue multi-sites centralisee
🔔
Alertes & SMS
Email, SMS, webhook, push
📈
Historisation TS
Illimitee, 3 ans defaut
🔗
API REST cloud
SCADA, ERP, Power BI
🚀
OTA deployments
Scripts, containers, firmware
🛡️
Audit & securite
Logs, roles, SOC 2
Uniquement les agregats et alertes : -90 % donnees
Comparatif marche

Eziwan Edge vs autres solutions edge computing industrielles

Comparez les principales solutions du marche sur les criteres qui comptent pour un deploiement industriel en France.

CritereAWS GreengrassAzure IoT EdgeMoxa ThingsPro EdgeEziwan Edge
OSAmazon Linux 2CBL-Mariner / LinuxLinux DebianLinux Debian 12
Langages supportesPython, Java, Node.js, C++Python, C#, Java, GoPython, Node.js, JavaPython 3.11, Node.js, Node-RED, WASM
Protocoles OT natifsNon (via lambdas)Non (modules tiers)Modbus, DNP3, SNMPModbus RTU/TCP, OPC-UA, BACnet, SNMP, IEPE, 4-20mA
Configuration requiseCompte AWS + CloudFormationCompte Azure + ARM templatesConsole locale + SSHInterface web intuitive + ZTP
4G LTE integreNon (hardware separe)Non (hardware separe)En option (module)Oui (dual SIM integre)
VPN integreAWS Site-to-Site VPNAzure VPN GatewayOpenVPN optionnelOpenVPN integre, zero config
Support francaisNon (support EN)Non (support EN/niveau)Non (support Asie/US)Oui — equipe FR, horaires bureaux
Cout indicatifVariable + IoT Core + EC2Variable + IoT Hub + VM800-1500 EUR + logicielForfait mensuel tout compris
Protocoles et integrations

Protocoles industriels supportes nativement sur l'edge

En entree depuis le terrain, en sortie vers le cloud ou les outils de supervision.

⬇️
Protocoles entree — OT vers Edge
Modbus RTURS-485, 9600–115200 bds
Modbus TCPEthernet, port 502
OPC-UAPort 4840, S&S
BACnet/IPBatiments, CVC
SNMP v2/v3Reseau, infrastructure
4-20 mAAnalogique process
0-10 VConsignes, mesures
Pt100 / Pt1000Temperature 2/3/4 fils
IEPE / ICPAccelerometres vibration
Impulsion (pulse)kWh, m3, kg, cycles
RS-232Analyzers, serie legacy
CANbusVehicules, mobilite
⬆️
Protocoles sortie — Edge vers Cloud / IT
MQTT 3.1.1 / 5.0QoS 0/1/2, TLS 1.3
REST API HTTPSJSON, webhooks
InfluxDB v2Line protocol, Flux
GrafanaDatasource direct
AWS IoT CoreGreengrass compatible
Azure IoT HubDevice SDK integre
Google Cloud IoTMQTT bridge
OPC-UA ServerServeur embarque edge
AMQP 1.0Enterprise messaging
WebSocketDashboard temps reel
Email / SMSAlarmes via modem GSM
Kafka (client)Streaming analytics
Compatible avec l'ecosysteme que vous utilisez deja
Siemens TIA PortalSchneider EcoStruxureRockwell Studio 5000Kepware OPCIgnition SCADAPower BIGrafana CloudNode-REDHome AssistantThingsBoardDatadogElasticsearch
Questions frequentes

Tout savoir sur l'edge computing industriel

Les questions que posent les architectes systemes, chefs de projets IIoT et ingenieur R&D avant de choisir une solution edge.

Edge computing IIoT · Disponible en 1 semaine

Experimentez l'edge computing sur vos equipements existantsen 1 semaine

La passerelle Eziwan Gateway est livree preconfigured et operationnelle sous 30 minutes. Branchez sur votre bus RS-485 ou Ethernet industriel, definissez vos regles edge, vos scripts Python — et mesurez la difference en termes de latence et de couts data des la premiere semaine.

Livraison sous 3 jours ouvrésSupport technique FR inclusSans engagement 12 mois minimum

Inclus : Gateway Eziwan + SIM multi-operateur + acces plateforme cloud + onboarding 1h avec un ingenieur FR