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.
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
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 commerciale | Industrial IoT | |
|---|---|---|
| Dispositivi tipici | Prese, wearable, tracker, sensori ambientali | Sensori sulle macchine, PLC, azionamenti, contatori, strumenti di processo |
| Costo di un guasto | Un fastidio, una richiesta di assistenza | Fermo, scarti, danni alle apparecchiature, rischio per la sicurezza |
| Tempi | Best effort, i secondi vanno bene | Deterministici a livello di controllo |
| Protocolli comuni | Wi-Fi, BLE, Zigbee, Thread, MQTT, HTTP | Bus di campo, Modbus, PROFINET, EtherCAT, OPC UA, MQTT con Sparkplug |
| Ciclo di vita | Poche generazioni di prodotto | Quanto le apparecchiature dell’impianto |
| Riferimento di sicurezza | ETSI EN 303 645, Cyber Resilience Act | IEC 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
- Industrial IoT: una guida pratica presenta architetture, modello Purdue e fasi di progetto.
- Fondamenti di sicurezza IoT tratta le minacce dietro le regole su segmentazione e patch.
- MQTT o HTTP spiega perché MQTT porta gran parte della telemetria IIoT dal gateway in su.
- Che cos’è l’Internet of Things? dà la definizione generale che questa guida restringe.
Argomenti: IIoT, Industrial IoT, OT, OPC UA, IEC 62443, confronto