La scelta dell'architettura influisce sulla latenza, sui costi dei dati e sulla resilienza in caso di interruzione della rete. Ecco perché le aziende stanno passando all'edge.
Quattro scenari concreti in cui il trattamento dei dati alla fonte rappresenta l'unica opzione ragionevole.
Un picco di corrente anomalo su un motore o una variazione di temperatura deve provocare un arresto immediato. Con il cloud, il ciclo completo (acquisizione → trasmissione → elaborazione → comando di ritorno) supera i 500 ms. Il gateway edge esegue uno script Python locale che monitora continuamente i registri Modbus e disattiva il relè di protezione in meno di 50 ms — senza attendere il cloud, senza dipendere dalla rete.
Un accelerometro IEPE montato su un cuscinetto genera 25.600 campioni al secondo. L'invio dei dati grezzi al cloud comporta un flusso continuo di 200 kB/s, il che comporta il raggiungimento della capacità massima di 4 GB in poche ore. Il gateway edge calcola la FFT su 1.024 punti in 12 ms, estrae le frequenze caratteristiche del guasto (armoniche dell’ordine di rotazione, BPFO, BPFI) e invia al cloud solo lo spettro ridotto — 64 valori ogni 10 secondi. Riduzione: 99,7% del volume dei dati.
Negli stabilimenti con copertura 4G instabile, in presenza di zone senza copertura o in caso di interruzioni della produzione, la connettività non è garantita. Il gateway Eziwan memorizza tutti i dati acquisiti sulla memoria eMMC interna (4 GB) o su una scheda micro-SD (32 GB opzionale). Gli allarmi locali, le sequenze di controllo e le regole di sicurezza continuano a funzionare normalmente. Al ripristino della connessione, i dati mancanti relativi alle ultime 2 ore, 8 ore o 30 giorni vengono recuperati automaticamente in ordine cronologico.
Una linea 4G industriale con un piano tariffario da 1 GB al mese diventa insufficiente non appena si hanno più di 20 sensori che acquisiscono dati ogni secondo. Il filtraggio edge risolve il problema alla radice: solo le anomalie, gli aggregati orari e gli eventi di cambiamento di stato vengono inviati al cloud. L'80% dei dati viene elaborato ed eliminato localmente. Risultato: bolletta SIM ridotta di 5 volte, consumo di 200 MB al mese invece di 1 GB a parità di informazioni.
Un vero computer Linux integrato, non un semplice router — con tutti gli strumenti di cui un ingegnere di ricerca e sviluppo ha bisogno.
Esegui i tuoi script di analisi direttamente sul gateway. Python 3.11 con pip, numpy, scipy, pandas, scikit-learn e paho-mqtt preinstallati. Accesso diretto alle porte seriali Modbus, ai GPIO e ai socket TCP. Avvio automatico tramite systemd.
Node-RED è integrato nativamente nel gateway. È possibile creare pipeline di dati in modo visivo: lettura Modbus → filtraggio → allarme locale → pubblicazione MQTT. Interfaccia accessibile tramite browser sulla rete locale (porta 1880). Nodi industriali precaricati.
Docker Engine con supporto per immagini basate su Alpine. Implementazione di microservizi edge: database InfluxDB locale, Grafana integrato, broker MQTT Eclipse Mosquitto o la vostra applicazione aziendale. Persistenza dei volumi su eMMC o micro-SD.
Definire le regole di allarme in YAML o tramite l'interfaccia Eziwan. Se la temperatura è > 80 gradi C → disattivare il relè dell'uscita 1. Se la pressione è < 0,5 bar → inviare un SMS tramite il modem GSM integrato. Se vibrazione_rms > 12 mm/s → creare evento locale + registro. Tutto funziona senza alcuna dipendenza dal cloud.
Database di serie temporali integrato (SQLite o InfluxDB locale). Scrittura fino a 5.000 punti al secondo su eMMC. Buffer circolare configurabile da 1 ora a 90 giorni a seconda della capacità. In caso di riconnnessione, il backfill su cloud riprende esattamente dal punto in cui si è verificata l'interruzione, senza duplicati.
API REST JSON locale esposta sulla rete industriale alla porta 8080. I vostri PLC, HMI o software SCADA possono leggere i valori più recenti e impostare i valori di riferimento senza passare da Internet. Autenticazione tramite token. Endpoint: GET /api/variables, POST /api/control, GET /api/alarms.
OT, edge e cloud funzionano insieme in modo trasparente. Basta configurarli una volta sola e l'intera pipeline è operativa.
Confronta le principali soluzioni disponibili sul mercato in base ai criteri che contano per un'implementazione su larga scala in Francia.
| Critere | AWS Greengrass | Azure IoT Edge | Moxa ThingsPro Edge | Eziwan Edge |
|---|---|---|---|---|
| OS | Amazon Linux 2 | CBL-Mariner / Linux | Linux Debian | Linux Debian 12 |
| Linguaggi supportati | Python, Java, Node.js, C++ | Python, C#, Java, Go | Python, Node.js, Java | Python 3.11, Node.js, Node-RED, WASM |
| Protocolli OT nativi | No (tramite lambda) | No (moduli di terze parti) | Modbus, DNP3, SNMP | Modbus RTU/TCP, OPC-UA, BACnet, SNMP, IEPE, 4-20 mA |
| Requisiti di sistema | Account AWS + CloudFormation | Account Azure + modelli ARM | Console locale + SSH | Interfaccia web intuitiva + ZTP |
| 4G LTE integrato | No (hardware separato) | No (hardware separato) | Opzionale (modulo) | Sì (doppia SIM integrata) |
| VPN integrata | VPN Site-to-Site di AWS | Azure VPN Gateway | OpenVPN opzionale | OpenVPN integrato, nessuna configurazione richiesta |
| Assistenza in francese | No (supporto EN) | No (supporto EN/livello) | No (assistenza Asia/USA) | Sì — team FR, orari di ufficio |
| Costo indicativo | Variabile + IoT Core + EC2 | Variabile + IoT Hub + VM | 800-1500 EUR + software | Abbonamento mensile tutto compreso |
In entrata dal campo, in uscita verso il cloud o gli strumenti di monitoraggio.
Le domande che si pongono gli architetti di sistema, i responsabili di progetto IIoT e gli ingegneri di ricerca e sviluppo prima di scegliere una soluzione edge.