Casi d'uso per settore · base

Che differenza c'è fra IoT e Industrial IoT?

Come l'Industrial IoT differisce da quello consumer: affidabilità, determinismo, OPC UA, Modbus e bus di campo, sicurezza, ciclo di vita e IEC 62443.

Large industrial plant with many pipes

Foto: mos design / Unsplash

Dopo aver letto questo articolo saprai:

  • Spiegare perché i sistemi industriali mettono affidabilità, determinismo e sicurezza davanti alle funzioni
  • Collocare OPC UA, Modbus, bus di campo e MQTT con Sparkplug in un'architettura industriale
  • Descrivere come IEC 62443, sicurezza funzionale e cicli di vita lunghi influenzano i progetti IIoT
In questa pagina
  1. Che cosa rende industriale un sistema IoT?
  2. Perché affidabilità e determinismo contano di più?
  3. Quali protocolli usa l’IIoT?
  4. In cosa differiscono sicurezza funzionale e sicurezza informatica?
  5. Perché il ciclo di vita dell’IIoT è più lungo?
  6. Dove si sovrappongono IoT e IIoT?
  7. Per continuare

L’Industrial IoT (IIoT) è l’Internet of Things applicato a fabbriche, impianti di processo, utility, miniere e altre attività in cui i dispositivi connessi stanno accanto a macchine che producono o spostano oggetti fisici. I mattoni sono gli stessi di qualsiasi sistema IoT: sensori, connettività, una piattaforma dati e le applicazioni. Cambia il prezzo dell’errore. Una lampadina intelligente che perde un comando infastidisce qualcuno; una lettura di pressione che arriva in ritardo, o un gateway che permette a un attaccante di raggiungere un controllore, può fermare una linea, danneggiare un’apparecchiatura o ferire delle persone.

La risposta breve. Tratta un progetto come IIoT quando tocca la tecnologia operativa (OT): controllori, azionamenti, strumenti e le reti che li collegano. Da quel momento valgono affidabilità, tempi deterministici, sicurezza funzionale, protocolli industriali, un ciclo di vita pari a quello delle macchine e il quadro di sicurezza IEC 62443. L’IoT consumer e commerciale (case, wearable, negozi, gran parte dei sensori negli edifici) ottimizza costo, facilità di installazione e funzioni, e può accettare reti best effort e prodotti di breve durata.

IoT consumer e commercialeIndustrial IoT
Dispositivi tipiciPrese, wearable, tracker, sensori ambientaliSensori sulle macchine, PLC, azionamenti, contatori, strumenti di processo
Costo di un guastoUn fastidio, una richiesta di assistenzaFermo, scarti, danni alle apparecchiature, rischio per la sicurezza
TempiBest effort, i secondi vanno beneDeterministici a livello di controllo
Protocolli comuniWi-Fi, BLE, Zigbee, Thread, MQTT, HTTPBus di campo, Modbus, PROFINET, EtherCAT, OPC UA, MQTT con Sparkplug
Ciclo di vitaPoche generazioni di prodottoQuanto le apparecchiature dell’impianto
Riferimento di sicurezzaETSI EN 303 645, Cyber Resilience ActIEC 62443, Cyber Resilience Act

Che cosa rende industriale un sistema IoT?

Il tratto distintivo è il contatto con un processo fisico governato dall’OT. La guida del NIST alla sicurezza OT descrive questi sistemi come dotati di requisiti propri di prestazioni, affidabilità e sicurezza rispetto all’IT ordinaria. In un impianto un PLC esegue l’anello di controllo, un sistema SCADA lo supervisiona e il livello IIoT aggiunge sopra sensori, gateway e analisi: monitoraggio delle condizioni su una pompa, misura dell’energia per macchina, dashboard di OEE o dati per la manutenzione predittiva.

La maggior parte dei sistemi IIoT legge dal livello di controllo invece di sostituirlo. Il cloud o un server edge analizza e suggerisce; il PLC continua ad aprire la valvola. Tenere l’anello in locale è una scelta di progetto, non un limite: la macchina deve continuare a funzionare in sicurezza quando il collegamento a internet o la piattaforma di analisi non sono disponibili.

Perché affidabilità e determinismo contano di più?

Un anello di controllo che si aspetta una misura ogni pochi millisecondi non tollera i ritardi variabili del Wi-Fi o di una rete d’ufficio condivisa. Protocolli Ethernet industriali come PROFINET ed EtherCAT sono nati per consegnare dati ciclici con latenza e jitter limitati. I bus di campo più vecchi, che in parte sostituiscono, sono normati nella serie IEC 61158 di specifiche per bus di campo.

Più in alto nello stack i collegamenti IIoT sono meno rigidi, ma la disponibilità resta la priorità. I gateway conservano i dati quando il collegamento verso l’alto cade, i broker funzionano in coppie ridondanti e i dispositivi si scelgono per intervallo di temperatura, vibrazioni e disturbi elettrici. Il wireless si usa dove i cavi sono poco pratici, soprattutto per il monitoraggio e non per il controllo. Un dispositivo consumer che ha bisogno di un riavvio al mese sarebbe inaccettabile su una linea di produzione che lavora a ciclo continuo.

Quali protocolli usa l’IIoT?

Nello stesso impianto convivono più generazioni.

  • Modbus, che la sua stessa specifica definisce lo standard seriale de facto del settore dal 1979, è ancora ovunque. Modbus TCP usa la porta 502. È semplice e non ha sicurezza integrata, ed è per questo che resta dietro i gateway.
  • Bus di campo ed Ethernet industriale (PROFIBUS, PROFINET, EtherCAT, EtherNet/IP e altri) collegano in tempo reale i controllori ad azionamenti e I/O.
  • OPC UA, normato come IEC 62541, è il principale livello di interoperabilità fra macchine e IT. La OPC Foundation lo descrive come un’architettura orientata ai servizi indipendente dalla piattaforma, con un modello informativo, controlli di sicurezza integrati e un’opzione publish-subscribe.
  • MQTT porta la telemetria IIoT dai gateway ai broker e al cloud, spesso con sopra la specifica Sparkplug che fissa nomi dei topic, codifica del payload e stato dei dispositivi.

Un percorso tipico è Modbus o un bus di campo sulla macchina, un edge gateway che traduce in OPC UA o MQTT e una piattaforma che archivia e analizza i dati. L’IoT consumer raramente richiede più di un protocollo per dispositivo.

In cosa differiscono sicurezza funzionale e sicurezza informatica?

Le macchine industriali hanno sistemi di sicurezza funzionale: arresti di emergenza, barriere fotoelettriche, valvole di sfogo e controllori di sicurezza progettati secondo la IEC 61508 e le norme di settore che ne derivano. I dispositivi IIoT di norma restano fuori da queste funzioni di sicurezza. Un sensore di monitoraggio può informare una decisione, ma non dovrebbe mai essere ciò che protegge una persona, a meno che non sia stato progettato e certificato per quel ruolo.

La sicurezza informatica segue la serie ISA/IEC 62443, che fissa i requisiti per proteggere i sistemi di automazione e controllo industriale e li assegna a proprietari degli impianti, fornitori di prodotti, integratori e fornitori di servizi. La sua parte sulla valutazione del rischio, la IEC 62443-3-2, suddivide un sistema in zone e condotti e fissa per ciascuno un livello di sicurezza obiettivo. In pratica significa segmentazione della rete, nessun percorso diretto da internet a un controllore e gateway che spingono i dati solo verso l’esterno. La voce di glossario sulla IEC 62443 riassume la serie. Nell’UE il Cyber Resilience Act si applica ai prodotti connessi di entrambi i mondi.

L’altra differenza sono le patch. Un’app sul telefono si aggiorna di notte; un controllore su una linea in funzione si aggiorna durante un fermo programmato, dopo i test, a volte una volta l’anno.

Perché il ciclo di vita dell’IIoT è più lungo?

Le macchine si comprano per farle funzionare molto a lungo, e ci si aspetta che l’elettronica collegata duri altrettanto. Ne derivano tre conseguenze. I progetti sono soprattutto brownfield: sensori e gateway nuovi si montano su apparecchiature che hanno già un controllore, spesso di più fornitori e generazioni. I dispositivi devono essere supportati, aggiornati e sostituibili per molti anni, quindi la solidità del fornitore e gli standard aperti pesano più della funzione più recente. E formati dei dati e interfacce devono sopravvivere agli strumenti di analisi che li usano, un forte argomento a favore dei modelli informativi OPC UA e di namespace MQTT documentati.

I dispositivi consumer vanno nella direzione opposta: una nuova generazione ogni anno o due, servizi cloud che possono essere spenti e periodi di supporto che chi compra raramente vede prima dell’acquisto.

Dove si sovrappongono IoT e IIoT?

Il confine non è netto. Smart building, reti energetiche, servizi idrici e logistica usano radio e piattaforme cloud di stampo consumer per alcuni compiti e controlli industriali per altri. Lo stesso broker MQTT, lo stesso database per serie temporali e la stessa dashboard possono servire entrambi. La domanda utile non è quale etichetta si applica, ma quali parti del sistema possono influire su un processo fisico: quelle ricevono il trattamento industriale.

Per continuare

Argomenti: IIoT, Industrial IoT, OT, OPC UA, IEC 62443, confronto

Diagramma