Monitoraggio industriale da remoto: la guida completa 2026

· 14 minuti di lettura
14 min read
Team Eziwan
Infrastruttura IoT

La supervisione industriale a distanza è diventata una sfida strategica per le aziende industriali francesi. Tra la fine della rete GPRS 2G (cessazione del servizio da parte di Bouygues e SFR alla fine del 2026), la direttiva NIS2 che impone misure di sicurezza informatica rafforzate e la pressione sui costi di manutenzione, le aziende devono modernizzare il proprio approccio al telemonitoraggio.

Questa guida tratta l'argomento nella sua interezza: definizioni, architetture tecniche, scelta dei protocolli, sicurezza informatica e implementazione pratica per implementazioni da 1 a 1.000 siti.

Che cos'è la supervisione industriale a distanza?

La supervisione industriale a distanza (o telesorveglianza industriale) indica l'insieme delle tecnologie che consentono di:

  • Visualizzare lo stato delle apparecchiature industriali (macchine, controllori logici programmabili, sensori) da una postazione remota
  • Ricevere avvisi in tempo reale in caso di anomalie, superamento delle soglie o guasti
  • Intervenire da remoto sulle apparecchiature (modifica dei parametri, riavvio, riconfigurazione)
  • Analizzare i dati storici per ottimizzare le prestazioni e pianificare preventivamente gli interventi di manutenzione

Si applica a tutti i settori: industria manifatturiera, acqua e servizi igienico-sanitari, energia, agricoltura, edilizia tecnica.

Supervisione vs SCADA vs IIoT: quali sono le differenze?

Questi termini vengono spesso confusi. Ecco le differenze:

TermineAmbito di applicazioneInfrastruttura
SCADA (Supervisory Control and Data Acquisition)Singolo sito o rete di siti con architettura centralizzataServer on-premise + interfacce utente locali
Telecontrollo / Supervisione remotaMultisito, accesso da qualsiasi luogoWAN (4G, fibra) + cloud o server centrale
IIoT (Industrial Internet of Things)Sensori e apparecchiature collegati in reteCloud, edge computing, API

Nel 2026 i confini si assottigliano: le moderne piattaforme IIoT (tra cui Eziwan) offrono funzionalità SCADA basate su cloud, integrando al contempo i protocolli industriali tradizionali (Modbus, OPC-UA).


Le architetture di supervisione remota

Architettura 1: supervisione centralizzata via cloud (consigliata)

Vantaggi:

  • Implementazione rapida, senza necessità di un'infrastruttura server in loco
  • Accesso da qualsiasi browser, tablet o smartphone
  • Scalabilità da 1 a migliaia di siti senza necessità di una riprogettazione dell'architettura
  • Aggiornamenti centralizzati senza intervento sul posto

Casi d'uso tipici: enti gestori delle risorse idriche, reti di distribuzione dell'energia, parchi fotovoltaici, parchi di macchinari industriali dislocati in diverse aree geografiche.

Architettura 2: SCADA on-premise con accesso remoto tramite VPN

Vantaggi:

  • I dati rimangono nell'infrastruttura IT dell'azienda
  • Compatibile con i sistemi SCADA esistenti (Wonderware, WinCC, Vijeo Citect)
  • Controllo totale sull'hosting e sulla sicurezza

Casi d'uso tipici: grandi aziende industriali con sistemi SCADA già in uso, settori industriali soggetti a vincoli in materia di sovranità dei dati.

Architettura 3: edge computing + cloud ibrido

Per i siti che generano grandi quantità di dati (linee di produzione, presse, macchine CNC), l'edge computing consente di elaborare localmente i dati critici e di inviare al cloud solo i dati sintetici.


I protocolli industriali per il monitoraggio remoto

Modbus RTU/TCP — lo standard universale

Modbus è il protocollo più diffuso nel settore industriale. Esiste in due varianti:

  • Modbus RTU: su collegamento seriale RS-485. Fino a 32 dispositivi su 1.200 m di cavo. Velocità di trasmissione da 9.600 a 115.200 bps.
  • Modbus TCP: incapsulamento Modbus su Ethernet/IP. Porta 502. Velocità limitata esclusivamente dalla rete.

Cosa è possibile monitorare tramite Modbus: tutti i moderni controllori logici programmabili (PLC) industriali (Siemens S7, Schneider Modicon, ABB, Allen Bradley), la stragrande maggioranza dei contatori di energia, dei variatori di velocità e dei sensori industriali.

Limitazione: solo architettura master/slave. Nessuna notifica di eventi: il master deve interrogare (poll) gli slave a intervalli regolari.

MQTT — il protocollo dell'IIoT

MQTT (Message Queuing Telemetry Transport) è un protocollo publish/subscribe leggero progettato per connessioni a bassa larghezza di banda.

Punti di forza per il monitoraggio remoto:

  • Connessione persistente: il client MQTT (gateway) si connette una volta al broker e mantiene la sessione
  • QoS configurabile: consegna garantita dei messaggi critici (QoS 1 o 2)
  • Topic gerarchici: usine/ligne1/pompe3/courant — struttura logica dei dati
  • Last Will & Testament: notifica automatica in caso di disconnessione di un dispositivo

Integrazione cloud: MQTT è supportato in modo nativo da AWS IoT Core, Azure IoT Hub, Google Cloud IoT e HiveMQ.

OPC-UA — per ambienti SCADA particolarmente esigenti

L'OPC-UA (Unified Architecture) è lo standard interoperabile dell'Industria 4.0.

Punti di forza:

  • Modello informativo a oggetti (non solo registri numerici)
  • Sicurezza integrata: autenticazione, crittografia, firma dei messaggi
  • Compatibile con i principali sistemi SCADA (WinCC, FactoryTalk, Ignition)
  • Standard per applicazioni MES ed ERP

Quando scegliere OPC-UA: integrazioni con sistemi SCADA esistenti, MES, ERP SAP. Ambienti in cui la semantica dei dati (non solo i valori grezzi) è importante.


La sicurezza informatica nella supervisione a distanza

Il monitoraggio industriale da remoto rappresenta un importante vettore di attacco se non adeguatamente protetto. Nel periodo 2024-2025, si sono verificati diversi incidenti legati ad accessi remoti non protetti alle apparecchiature OT.

Le 5 regole d'oro della sicurezza informatica OT

1. Nessuna porta in entrata aperta sulla rete industriale

L'architettura zero-inbound-port è il principio fondamentale: sono le apparecchiature industriali stesse ad avviare la connessione verso il cloud di supervisione. Nessuna porta RDP, VNC o Modbus è esposta direttamente su Internet.

2. VPN e crittografia obbligatorie

Tutte le comunicazioni tra i siti industriali e la piattaforma di supervisione devono essere crittografate. OpenVPN con crittografia AES-256-GCM è la raccomandazione 2026 per le nuove implementazioni.

3. Autenticazione forte per gli accessi remoti

Ogni tecnico che accede da remoto deve autenticarsi tramite una chiave crittografica personale (non una password condivisa). L'autenticazione a più fattori (MFA) è obbligatoria per i soggetti soggetti alla direttiva NIS2.

4. Principio del privilegio minimo

Un tecnico addetto alla manutenzione di un determinato PLC ha accesso solo a quel PLC, non all'intera rete OT. La segmentazione dettagliata degli accessi limita la diffusione in caso di compromissione.

5. Registro di audit completo

Tutte le connessioni remote, le modifiche alle impostazioni e gli interventi vengono registrati con data e ora, identità e indirizzo IP di origine. Questi registri sono richiesti dalla direttiva NIS2 per gli enti essenziali e importanti.

NIS2 e monitoraggio remoto

La direttiva NIS2 (recepita nel diritto francese dall'ottobre 2024) impone alle entità essenziali e alle entità importanti misure specifiche in materia di accessi remoti:

  • Controllo degli accessi basato sull'identità (nessun account condiviso)
  • Crittografia delle comunicazioni
  • Registrazione e monitoraggio degli accessi
  • Gestione degli incidenti con notifica entro 24 ore (entità essenziali)

I settori interessati: acqua e servizi igienico-sanitari, energia, trasporti, sanità, gestione dei rifiuti, produzione industriale critica.


Implementazione pratica: da 1 a 1.000 siti

Per un sito singolo (POC o progetto pilota)

Materiale necessario:

  • 1 gateway IoT con connessione 4G e interfacce RS-485
  • Abbonamento SIM M2M (oppure utilizzare la propria SIM dell'operatore)
  • Accesso alla piattaforma cloud di monitoraggio

Tempo di implementazione: da 2 a 4 ore per un tecnico (installazione dell'hardware + configurazione cloud + verifica dei dati Modbus).

Costo indicativo: 300-600 € di materiale + 30-80 € al mese di abbonamento alla piattaforma + SIM M2M.

Da 10 a 50 siti

Su questa scala, lo Zero-Touch Provisioning (ZTP) diventa fondamentale per ridurre i costi di implementazione.

Processo ZTP Eziwan:

  1. Si prepara una configurazione standard nel cloud (protocolli, avvisi, VPN)
  2. Ogni gateway viene consegnato preconfigurato in fabbrica (o configurato da remoto)
  3. In loco: collegamento all’alimentazione + SIM + RS-485 — il gateway si configura automaticamente
  4. Meno di 30 minuti di intervento tecnico per ogni sede

Risparmio rispetto alla configurazione manuale: su 50 siti, lo ZTP consente in genere di risparmiare da 2 a 3 giorni-uomo di configurazione di rete.

Per oltre 100 siti (gestione della flotta)

Per le grandi flotte, le funzionalità di gestione centralizzata assumono un’importanza fondamentale:

  • Dashboard della flotta: panoramica della connettività e dello stato di ogni sito
  • Avvisi aggregati: filtraggio dei falsi allarmi, escalation automatica
  • Aggiornamenti firmware OTA: distribuzione degli aggiornamenti su tutta la flotta senza necessità di spostamenti
  • Gestione delle SIM: consumo dati per sito, sostituzione della SIM con un clic
  • Report automatizzati: disponibilità di rete, incidenti, interventi — per reportistica CSR o contrattuale

Esempi concreti di utilizzo

Servizio idrico — rete di 80 stazioni di pompaggio

Situazione precedente: visite settimanali di supervisione, 2-3 turni di reperibilità a settimana per interventi urgenti.

Soluzione implementata: 80 gateway 4G LTE con Modbus RTU, avvisi in tempo reale sui livelli e sui guasti delle pompe, accesso remoto dei tecnici tramite VPN OpenVPN/IPSec.

Risultati:

  • Riduzione del 70% dei giri di ispezione (da settimanali a mensili per i controlli di routine)
  • Individuazione dei guasti in meno di 30 secondi (rispetto alle 4-48 ore precedenti)
  • ROI raggiunto in 4 mesi

Settore agroalimentare — 3 siti produttivi

Situazione precedente: ogni sito disponeva di un proprio sistema SCADA locale, senza alcuna visibilità consolidata a livello di gruppo.

Soluzione implementata: 3 gateway IoT che consolidano i dati Modbus di ciascun sito in un'unica dashboard cloud. Accesso remoto per il team di manutenzione del gruppo.

Risultati:

  • Un unico dashboard per i 3 siti (rispetto a 3 interfacce SCADA indipendenti)
  • Tempi di risposta agli incidenti ridotti del 65%
  • Accesso sicuro e tracciabile per i subappaltatori addetti alla manutenzione

Parco fotovoltaico — 15 impianti di produzione

Situazione precedente: datalogger proprietari incompatibili tra i diversi produttori di inverter.

Soluzione implementata: gateway IoT con parser Modbus universale compatibile con i protocolli SunSpec, SMA, ABB e Fronius. Dashboard di monitoraggio delle prestazioni (kWh, indice di rendimento, disponibilità).

Risultati:

  • Unificazione del monitoraggio in un'unica dashboard
  • Rilevamento dei cali di prestazioni +3% → intervento preventivo pianificato
  • Report automatici per gli investitori e il gestore di rete

Lista di controllo per l'implementazione del monitoraggio remoto

Prima di avviare il vostro progetto di supervisione a distanza, verificate i seguenti punti:

Connettività

  • Copertura 4G LTE verificata in ogni sito (test degli operatori)
  • Opzione Dual SIM valutata per i siti critici
  • Stima del consumo di dati per sito (frequenza di polling Modbus × dimensione dei registri)

Apparecchiature sul campo

  • Elenco dei protocolli: Modbus RTU (RS-485), Modbus TCP o proprietario?
  • Elenco delle variabili da monitorare per ciascuna apparecchiatura (registri Modbus)
  • Alimentazione disponibile nell'armadio (24 V CC o 230 V CA)

Sicurezza informatica

  • Architettura "zero-inbound-port" adottata
  • VPN OpenVPN/IPSec o IPSec in fase di pianificazione
  • Politica di accesso per i tecnici definita (diritti, fasce orarie)
  • NIS2 applicabile alla vostra organizzazione? (entità essenziali / importanti)

Piattaforma cloud

  • Hosting dei dati in Francia o nell'UE (GDPR)
  • API disponibile per l'integrazione con sistemi SCADA/MES esistenti
  • SLA di disponibilità della piattaforma (minimo 99,5%)

Conclusione

Nel 2026 il monitoraggio industriale da remoto non sarà più un'opzione: la fine del GPRS 2G, la direttiva NIS2 e la pressione economica sui costi di manutenzione lo rendono indispensabile per tutte le aziende industriali con siti remoti.

La buona notizia: le soluzioni 4G LTE con Zero-Touch Provisioning consentono oggi di connettere un sito industriale in meno di un’ora, a meno di 50 € al mese, tutto compreso.

La chiave del successo sta nel scegliere fin dall'inizio un'architettura cloud-native sicura, anziché aggiungere la sicurezza come strato aggiuntivo su un'architettura non progettata a tale scopo.


Domande frequenti — Monitoraggio industriale da remoto

Qual è la differenza tra SCADA e la supervisione IoT nel cloud?

Un sistema SCADA tradizionale è un sistema centralizzato (spesso on-premise) con client pesanti (software dedicati per PC), archiviazione storica locale e un'architettura a stella. La supervisione IoT su cloud è un'architettura distribuita: ogni sito invia i propri dati al cloud tramite il gateway, senza un server centrale in loco. Il cloud offre accesso multisito, funzionalità mobile e API REST per l’integrazione, mentre il sistema SCADA tradizionale richiede una VPN site-to-site e una licenza per ogni client. Entrambi possono coesistere tramite connettori OPC-UA o Modbus integrati con il sistema SCADA esistente.

Quante variabili è possibile monitorare contemporaneamente su 100 siti?

Non esiste un limite fisso dal lato cloud: le moderne piattaforme IIoT sono progettate per gestire milioni di punti di misura. Il limite pratico deriva dal gateway e dalla rete: un gateway standard raccoglie fino a 500 variabili Modbus per sito con un polling di 5 s, ovvero 6.000 valori al minuto per sito. Su 100 siti, si tratta di 600.000 valori al minuto — un volume gestibile se il cloud è dimensionato di conseguenza (serie temporali, partizionamento per sito).

La supervisione remota può funzionare se il PLC è in modalità STOP (arresto del programma)?

Sì, per il monitoraggio dello stato del PLC (CPU in STOP, ora dell'ultimo allarme, stato degli ingressi/uscite). No per la raccolta Modbus delle variabili di processo: il server Modbus TCP del PLC smette di rispondere in modalità STOP su alcuni modelli (l'S7-1200 in modalità STOP arresta MB_SERVER). Verificare il comportamento specifico del PLC in modalità STOP prima di fare affidamento sulla raccolta Modbus per rilevare gli arresti della CPU.

Qual è la latenza minima tra un cambiamento di stato sul controllore e la sua visualizzazione nel pannello di controllo?

Con un polling Modbus di 1 s e un cloud adeguatamente dimensionato, la latenza totale è in genere compresa tra 2 e 5 s (1 s di attesa per il polling + 1-2 s di transito 4G + 1-2 s di elaborazione nel cloud). In caso di allarmi critici (superamento della soglia), Eziwan può inviare notifiche via SMS/e-mail in meno di 10 s dal rilevamento del superamento. Per una reazione in tempo reale (< 100 ms), è necessaria una logica locale sul PLC o sul gateway — non sul cloud.

È possibile monitorare dispositivi non Ethernet (contatori RS-485, sensori 4-20 mA)?

Sì, tramite la porta RS-485 del gateway per il protocollo Modbus RTU e tramite gli ingressi analogici per i segnali 4-20 mA o 0-10 V. I sensori privi di protocollo digitale (semplici contatti a secco, interruttori di livello) si collegano agli ingressi digitali del gateway o di un modulo di espansione. L'obiettivo è quello di monitorare l'intero sito da un unico gateway, indipendentemente dall'eterogeneità delle apparecchiature.


Risorse aggiuntive


Risorse aggiuntive