Supponiamo di leggere il seguente valore grezzo da uno dei registri Modbus di un misuratore di potenza elettrica industriale:

registro: 40001
valore:   23871

Abbiamo concluso la digitalizzazione industriale?

In realtà non abbiamo ancora nemmeno cominciato.

23871 non è altro che una sequenza di cifre. Per potervi basare una decisione dobbiamo sapere che cosa significa, da dove proviene, quando era valido, quanto è affidabile, a che cosa si riferisce, rispetto a che cosa va considerato anomalo e che cosa deve succedere se un problema c’è davvero.

Seguiamo l’intero percorso del dato.

1. Leggere correttamente il registro

In base alla documentazione Modbus occorre stabilire:

  • il codice funzione utilizzato;
  • l’indirizzo reale del registro;
  • il tipo di dato;
  • l’interpretazione con o senza segno;
  • l’ordine dei byte e delle word;
  • il fattore di scala;
  • l’unità di misura;
  • i flag di validità e di errore.

Già la notazione 40001 può generare equivoci. Alcune documentazioni usano una numerazione “umana”, altre un indirizzo di protocollo che parte da zero. Un solo scostamento di indirizzo può far sì che, invece della potenza, si legga un registro adiacente.

Supponiamo che, secondo la documentazione, il valore sia un intero a 16 bit senza segno con scala di 1 W. Allora:

23871 → 23.871 W → 23,871 kW

Ora il valore ha un significato fisico. Ma non ha ancora un contesto aziendale.

2. Identità del dispositivo e marca temporale

Il dato deve essere associato a uno specifico misuratore e a uno specifico punto di misura. L’indirizzo IP o l’identificativo di unità Modbus (unit ID) non bastano, perché possono cambiare o ripetersi in più siti.

Servono un identificativo stabile del dispositivo e del punto di misura, oltre a una marca temporale affidabile. Il sistema deve inoltre distinguere:

  • quando è stata effettuata la misura;
  • quando l’ha letta il gateway;
  • quando è arrivata al sistema centrale.

Dopo un’interruzione di rete, un dato precedentemente bufferizzato può arrivare in ritardo. Se si memorizza solo l’orario di arrivo, il quadro storico si sposta e le regole possono valutarlo in modo errato.

3. Qualità e validità del dato

Non ogni numero letto è una misura reale. Può trattarsi dell’ultimo valore noto dopo un errore di comunicazione, di un overflow, di uno stato durante l’avvio del dispositivo o di un codice di errore documentato.

Al dato si può quindi affiancare un indicatore di qualità:

quality: good | uncertain | bad
source: live | buffered | estimated

Una regola di business non può trattare allo stesso modo una misura live verificata e un valore stimato e incerto. In un processo di fatturazione o di regolazione questo è particolarmente importante.

4. Messaggio normalizzato

Il gateway converte il valore di campo in un modello dati uniforme. Ad esempio:

{
  "site_id": "site-etyek-01",
  "asset_id": "compressor-03",
  "measurement": "active_power",
  "value": 23.871,
  "unit": "kW",
  "measured_at": "2026-09-14T06:32:10Z",
  "quality": "good"
}

Da questo momento l’elaborazione centrale non deve più conoscere la mappa dei registri specifica del produttore di ogni misuratore. Le differenze di campo sono gestite dal gateway e dal profilo del dispositivo, mentre la piattaforma lavora con concetti uniformi.

5. Trasmissione sicura e buffering

Il messaggio raggiunge il sistema di elaborazione attraverso una connessione controllata. In fase di progettazione della comunicazione vanno definiti autenticazione, cifratura, autorizzazioni, struttura dei topic o degli endpoint, riconsegna e gestione degli errori.

Se la connessione si interrompe, il gateway può memorizzare il dato localmente e inoltrarlo in seguito con l’orario di misura originale. Il sistema centrale deve saper gestire messaggi che arrivano in ritardo ed eventualmente più volte.

Non è una funzione spettacolare. Ma senza di essa il grafico ha dei buchi, la contabilizzazione diventa contestabile e il modello impara da dati errati.

6. Archiviazione e contesto aziendale

La misura di 23,871 kW finisce in un archivio di serie temporali. Parallelamente, dai dati anagrafici della piattaforma si sa di compressor-03:

  • in quale sito si trova;
  • a quale linea produttiva appartiene;
  • su quale centro di costo grava;
  • chi ne è il responsabile operativo;
  • qual è la sua potenza nominale;
  • quando è stato sottoposto all’ultima manutenzione;
  • quale contratto o progetto lo riguarda.

È ora che il punto di misura entra a far parte del funzionamento dell’azienda.

7. Interpretare il numero

Supponiamo che il compressore sia attualmente al minimo, cioè a vuoto. Secondo i dati storici, in questo stato è normale una potenza compresa tra 12 e 15 kW. I 23,871 kW sono quindi interessanti non perché siano un numero elevato in sé, ma perché rappresentano uno scostamento significativo rispetto a quello stato operativo.

La regola o il modello di rilevamento delle anomalie può tenere conto dei seguenti elementi:

  • lo stato operativo;
  • la baseline del periodo precedente;
  • la temperatura esterna;
  • il valore di pressione;
  • la durata dello scostamento;
  • l’indicatore di qualità del sensore.

Ad esempio, un evento viene generato solo se la potenza a vuoto resta sopra i 20 kW per almeno 20 minuti. In questo modo un picco momentaneo non fa scattare un allarme inutile.

8. Dall’evento all’attività

Il sistema crea l’evento:

Tipo:          elevato assorbimento di energia a vuoto
Asset:         compressore n. 3
Priorità:      media
Responsabile:  manutenzione di sito
Scadenza:      24 ore
Evidenze:      trend, stato operativo, misure correlate

Dall’evento può essere generato automaticamente un ordine di lavoro. Sul posto, il manutentore vede i dati dell’asset, il suo storico e la curva che supporta la segnalazione. Durante il controllo registra che, a causa di una valvola che non chiudeva correttamente, l’impianto lavorava inutilmente anche in assenza di carico.

9. Intervento e verifica

Dopo la riparazione della valvola, il sistema non si limita a chiudere l’attività. Confronta il nuovo consumo a vuoto con la situazione precedente.

Supponiamo che il valore torni a 13,5 kW. La differenza è di circa 10,4 kW ogni volta che la macchina funziona a vuoto.

Con 120 ore di funzionamento di questo tipo al mese, il risparmio stimato è:

10,4 kW × 120 h = 1.248 kWh/mese

Applicando il costo interno o di acquisto dell’energia attuale se ne può ricavare l’impatto economico. Il sistema documenta così non solo che “abbiamo riparato la valvola”, ma anche quale risultato energetico ed economico ha prodotto l’intervento.

10. Decisione del management

Un singolo caso non diventa necessariamente una strategia. Ma se la stessa piattaforma gestisce eventi simili su più siti e impianti, il management può ottenere risposte a domande come:

  • quale tipo di impianto causa le perdite maggiori;
  • dove il monitoraggio strumentale delle condizioni si ripaga più rapidamente;
  • quale sito reagisce più velocemente;
  • quanto risparmio verificato hanno prodotto gli interventi;
  • quali asset conviene rinnovare o sostituire;
  • quale progetto pilota conviene estendere a tutta l’azienda.

Il manager non vede più il registro 40001. Vede quale costo ha causato un problema tecnico misurabile, come è stato gestito, in quanto tempo è stato chiuso e quale risultato si è ottenuto.

Il vero significato dell’integrazione IT/OT

L’intero ambiente tecnologico di OrigSmart unisce proprio questo percorso. Se necessario, partiamo dal livello di misura e di comunicazione di campo. Il gateway interpreta e inoltra il dato. La piattaforma lo collega all’asset, al luogo, al responsabile e al processo aziendale. L’evento diventa un’azione attuabile e l’azione un risultato verificabile.

È molto più di un driver Modbus, di un database o di una dashboard. Sono tutti componenti necessari, ma da soli non costituiscono un sistema di gestione operativa funzionante.

OrigSmart crea valore accompagnando un singolo numero grezzo del mondo fisico attraverso l’interpretazione, la responsabilità e l’intervento, fino alla decisione del management.

Parliamo del vostro progetto

Fonti