Questo articolo spiega perché ISA-95 è una scelta valida di architettura dei dati, come si combina con Sparkplug B in un'architettura UNS, e dove deve avvenire concretamente la normalizzazione semantica, a livello edge, prima che il dato raggiunga qualsiasi consumer.
IL CONTESTO - L'integrazione dei dati industriali presenta un problema ben noto: ogni nuova macchina, ogni nuova applicazione consumer e ogni nuovo stabilimento aggiungono un'ulteriore mappatura punto-punto da mantenere.
L'idea è convincente: un broker MQTT al centro, un unico spazio semantico condiviso, e tutti i sistemi MES, ERP, analytics, SCADA, che invece di parlarsi direttamente si collegano a quell'unico punto centrale e ricevono solo i dati di cui hanno bisogno.
Nel tempo, questo trasforma la "connessione di una fabbrica" in una rete sempre più estesa di logiche di traduzione personalizzate: fragile, costosa da estendere e difficile da verificare.
UNS su larga scala: perché ISA-95 è il layer semantico che fa la differenza
Mantenere la coerenza dei dati tra siti, macchine e sistemi è il vero collo di bottiglia di ogni implementazione UNS. Questo white paper spiega come ISA-95 risolve il problema — e perché il trasporto non dovrebbe essere il modello semantico.
Scarica il white paper
In pratica, UNS non è un prodotto che si installa ma un pattern architetturale. Come ogni pattern, funziona solo se poggia su fondamenta solide.
Il problema che emerge quasi sempre nelle implementazioni reali non è il broker: è la semantica.
Il motivo è strutturale: UNS fornisce un'infrastruttura di trasporto e distribuzione, ma non risolve il problema del significato.
È qui che ISA-95 diventa il layer che trasforma UNS da semplice broker a sistema davvero efficace: fornisce il vocabolario, la gerarchia e le relazioni che rendono i dati interpretabili allo stesso modo da qualsiasi sistema.
ISA-95, lo standard internazionale per l'integrazione tra sistemi enterprise e sistemi di controllo, fornisce un modello semantico comune, un vocabolario e una gerarchia condivisi (Enterprise → Site → Area → Line → Cell → Equipment) che consentono ai dati di mantenere un significato coerente man mano che si spostano dal piano di fabbrica ai sistemi aziendali.
La maggior parte dei problemi di dati industriali non sono in realtà problemi di connettività. Connettersi a un PLC o a un sensore è un problema in gran parte risolto; esistono protocolli e gateway consolidati per quasi ogni esigenza.
Il problema più difficile e costoso è semantico. Una volta connessi a un centinaio di macchine di una dozzina di fornitori diversi, come si fa a far sì che quei dati significhino la stessa cosa per chiunque ne abbia bisogno, il manutentore, il MES, l'ERP, la dashboard KPI di un plant manager e un data scientist che addestra un modello predittivo?
ISA-95 (formalmente IEC/ISA 62264) esiste per rispondere a questa domanda.
Il suo contributo principale è un vocabolario e una gerarchia condivisi: Enterprise, Site, Area, Line, Cell, Equipment, oltre a un insieme di modelli a oggetti (Equipment, Material, Process Segment, Personnel) che descrivono come le entità produttive si relazionano tra loro, indipendentemente da uno specifico fornitore, protocollo o architettura software.
Questa indipendenza è ciò che lo rende una buona base architetturale, poiché garantisce:
Nulla di tutto ciò richiede l'adozione di uno stack software o di un protocollo di trasporto specifico, ed è proprio questo il punto. ISA-95 fornisce l'impalcatura semantica; le scelte tecnologiche sottostanti restano aperte.
Alleantia Core, supporta pienamente questi principi, e va oltre garantendo una semantica standardizzata per l'intero set di dati macchina. Scopri come →
UNS su larga scala: perché ISA-95 è il layer semantico che fa la differenza
Mantenere la coerenza dei dati tra siti, macchine e sistemi è il vero collo di bottiglia di ogni implementazione UNS. Questo white paper spiega come ISA-95 risolve il problema — e perché il trasporto non dovrebbe essere il modello semantico.
Scarica il white paper
Alleantia Core e ISA-95 - Le basi per un'integrazione di fabbrica strutturata e manutenibile. Vediamo come questi principi si traducono in pratica.
Il livello semantico
Il problema semantico di UNS ha in realtà due dimensioni distinte, e confonderle è uno degli errori più comuni in fase di progettazione.
La prima dimensione riguarda dove il dato vive nel namespace, ovvero la struttura dei topic MQTT.
ISA-95 risponde a questo aspetto: funziona come vocabolario condiviso indipendente da protocollo, fornitore e architettura software.
Quando i topic MQTT seguono questa gerarchia, "temperatura forno linea 3" e Line3_Oven_T diventano Site/Milano/Area-A/Line3/Forno/Temperatura e Site/Barcellona/Area-A/Line3/Forno/Temperatura: stessa struttura, significato immediatamente leggibile da qualsiasi consumer.
La seconda dimensione è come quel dato è formato quando arriva, ovvero il payload. Ed è qui che entra Sparkplug B: la specifica che definisce il formato standardizzato dei messaggi MQTT.
Tipi di dato espliciti, gestione del ciclo di vita dei nodi, birth e death certificate che rendono il broker la fonte di verità sullo stato dei dispositivi connessi e del loro ciclo di vita.
Nessuno dei due standard impone uno stack tecnologico specifico ed è proprio questa flessibilità il punto. Forniscono l'impalcatura semantica; le scelte architetturali specifiche restano aperte.
Applicare questa semantica ai dati reali, PLC di 15 anni, controllori CNC di fornitori diversi, sensori con protocolli proprietari, è un problema di layer edge: è lì che la traduzione deve avvenire, una volta sola, prima che il dato raggiunga qualsiasi consumer o broker.
Alleantia Core e ISA-95 - Le basi per un'integrazione di fabbrica strutturata e manutenibile. Vediamo come questi principi si traducono in pratica.
UNS su larga scala: perché ISA-95 è il layer semantico che fa la differenza
Mantenere la coerenza dei dati tra siti, macchine e sistemi è il vero collo di bottiglia di ogni implementazione UNS. Questo white paper spiega come ISA-95 risolve il problema — e perché il trasporto non dovrebbe essere il modello semantico.
Scarica il white paper