Il monitoraggio di una sottostazione di trasformazione ad alta tensione non si limita a verificare se una cella è sotto tensione. Per comprendere i disturbi elettrici, anticipare i guasti e correlare gli eventi di rete con le interruzioni della produzione, è necessario raccogliere le misurazioni provenienti dagli analizzatori di rete, dai relè di protezione, dai contatori e dalle apparecchiature Modbus. Eziwan centralizza questi dati sul campo, li trasforma in grandezze utilizzabili e li invia a InfluxDB per una visualizzazione chiara e storica su Grafana.
Il problema
Un gestore di rete industriale deve acquisire i dati di misura provenienti da 18 analizzatori di rete Schneider PM800 in Modbus TCP e da 12 relè di protezione Sepam in Modbus RTU in diverse sottostazioni ad alta tensione. I dati richiesti comprendono tensione, corrente, potenza attiva e reattiva, fattore di potenza, frequenza, armoniche, allarmi e alcuni stati di protezione.
Sulla carta, Modbus sembra semplice. Nella pratica, il monitoraggio di una sottostazione ad alta tensione diventa ben presto complesso.
-
Le tabelle dei registri Modbus delle apparecchiature meno recenti sono talvolta incomplete, frammentarie o dipendenti dalla versione del firmware.
-
Le unità, i fattori di scala e i formati numerici variano a seconda delle famiglie di apparecchiature: intero con segno, intero senza segno, virgola mobile a 32 bit, parola alta prima della parola bassa o ordine inverso.
-
Gli analizzatori Modbus TCP e i relè Modbus RTU non vengono monitorati allo stesso modo: è necessario adeguare la topologia, la latenza, il timeout e la frequenza di polling.
-
I gateway proprietari spesso rispondono a un’esigenza specifica, ma hanno difficoltà a gestire l’aggiunta di un nuovo protocollo, di un nuovo contatore o di una trasformazione dei processi aziendali.
-
L’assenza di trasformazioni integrate costringe a convertire i valori grezzi sul cloud, il che comporta un livello applicativo costoso da mantenere.
-
I team addetti all’energia, alla manutenzione e alla produzione non sempre hanno una visione comune che consenta di collegare un’anomalia elettrica a un fermo macchina, a un allarme del PLC o a un calo della qualità.
-
Le stazioni HTA sono talvolta isolate, con una connettività limitata o intermittente, il che rende necessario memorizzare temporaneamente i dati di misura a livello locale.
La sfida è quindi duplice: garantire l’affidabilità della raccolta dei dati Modbus e rendere i dati immediatamente utilizzabili in una catena composta da InfluxDB, Grafana, un sistema di supervisione o un sistema di gestione della manutenzione (GMAO).
Obiettivo di supervisione
In una sottostazione di trasformazione ad alta tensione, i dati elettrici servono a comprendere il comportamento effettivo della rete. Consentono di monitorare il carico, rilevare gli squilibri, identificare i cali di tensione, sorvegliare le armoniche e analizzare gli eventi di protezione.
I dati tipici da raccogliere sono:
-
Tensioni semplici e composte.
-
Correnti per fase.
-
Potenza attiva, reattiva e apparente.
-
Fattore di potenza.
-
Frequenza.
-
Energia attiva e reattiva.
-
THD di tensione e corrente.
-
Armoniche per ordine, in base alle capacità dell’analizzatore.
-
Stato dei relè di protezione.
-
Allarmi, guasti e interruzioni.
-
Data e ora degli eventi, se disponibili.
Questi dati assumono il loro pieno valore quando vengono archiviati storicamente e correlati agli eventi di produzione: arresto della linea, guasto del variatore, riavvio del PLC, intervento della protezione o calo di rendimento.
Configurazione consigliata
L’architettura di destinazione prevede l’installazione di un gateway Eziwan nella sala macchine o nelle vicinanze dell’area elettrica. Il gateway raccoglie i dati dai dispositivi Modbus TCP su Ethernet, interroga i dispositivi Modbus RTU su RS-485, applica le trasformazioni necessarie e infine pubblica le serie temporali su InfluxDB. Grafana fornisce i dashboard relativi all’energia e alla qualità della rete.
Questa architettura evita di moltiplicare i software di raccolta dati e rende i dati elettrici disponibili in un formato standard, utilizzabile dai team addetti all’energia, alla manutenzione e alla produzione.
Il nostro approccio
Eziwan centralizza la raccolta dei dati Modbus, l’elaborazione dei registri e l’invio agli strumenti di supervisione. Il gateway funge da collettore industriale in grado di comunicare con le apparecchiature esistenti, di effettuare la diagnostica degli scambi e di normalizzare i dati prima della pubblicazione.
-
Interfaccia di diagnostica in tempo reale: visualizzazione dei valori grezzi letti su ciascun registro Modbus dall’interfaccia web, senza bisogno di strumenti esterni.
-
Libreria di modelli predefiniti: configurazioni preimpostate per i contatori, gli analizzatori, i variatori e i sensori Modbus più diffusi, in particolare Schneider, ABB, Siemens e Danfoss.
-
Supporto delle apparecchiature legacy: gestione di scenari Modbus RTU, Modbus TCP, Modbus ASCII e gateway associati agli ambienti Schneider storici, in base all’architettura del sito.
-
Trasformazioni integrate: conversione dei registri grezzi in grandezze fisiche, applicazione dei fattori di scala, rinominazione dei punti, tag di sito e marcatura temporale.
-
Pubblicazione su InfluxDB: scrittura delle misurazioni sotto forma di serie temporali pronte per Grafana.
-
Buffer locale: conservazione temporanea dei dati in caso di interruzione della connessione di rete, seguita dal recupero dei dati una volta ripristinata la connettività.
-
Monitoraggio del collettore: stato delle apparecchiature, errori Modbus, tempi di risposta, frame in timeout, disponibilità per apparecchiatura.
Questo approccio si integra perfettamente con il gateway Eziwan, le architetture di connettività industriale e il monitoraggio centralizzato tramite il cloud Eziwan.
Modbus TCP e Modbus RTU in una sottostazione ad alta tensione
Modbus TCP e Modbus RTU si basano su una logica simile, ma presentano vincoli operativi diversi. In una sottostazione ad alta tensione mista, è necessario adattare la raccolta dei dati a ciascun supporto.
| Criterio | Modbus TCP | Modbus RTU |
|---|---|---|
| Supporto | Ethernet IP | RS-485 o RS-232 |
| Indirizzamento | Indirizzo IP e porta | Indirizzo slave sul bus seriale |
| Prestazioni | Più veloce a seconda della rete | Dipende dalla velocità di trasmissione e dal numero di dispositivi |
| Diagnostica | Ping, porta TCP, log di rete | Analisi del bus, timeout, collisioni, cablaggio |
| Rischi frequenti | Porta errata o firewall | Terminazione, parità, indirizzo o polarità errati |
| Utilizzo tipico | Analizzatori recenti, gateway | Relè, contatori e apparecchiature legacy |
Su un bus RS-485, il tempo di polling deve essere calcolato con cautela. Interrogare troppo spesso un numero eccessivo di dispositivi può causare timeout, collisioni o una latenza inutile. Su Modbus TCP, la rete è più flessibile, ma è comunque necessario limitare le richieste superflue e monitorare gli errori applicativi.
Mappa delle attrezzature
Prima di configurare la raccolta dei dati, è necessario elaborare una mappatura chiara delle apparecchiature. Ciò consente di evitare duplicazioni, registrazioni interpretate in modo errato ed errori di correlazione.
| Famiglia | Esempio | Protocollo | Dati utili |
|---|---|---|---|
| Analizzatore di rete | Schneider PM800 | Modbus TCP | Tensione, corrente, potenza, armoniche |
| Relè di protezione | Sepam | Modbus RTU | Stati, allarmi, guasti, misure elettriche |
| Contatore di energia | Contatore Modbus | RTU o TCP | Energia attiva, reattiva, indice |
| PLC locale | PLC di stazione | TCP | Stati delle celle, riepilogo dei guasti |
| Gateway seriale | Convertitore RS-485/IP | Da TCP a RTU | Accesso alle apparecchiature legacy |
Questa mappatura deve inoltre indicare il sito, la cella, il trasformatore, la linea alimentata, l’indirizzo IP, l’indirizzo Modbus, la velocità di trasmissione e il livello di criticità.
Registri Modbus: dal formato grezzo a quello fisico
Un registro Modbus da solo non è sufficiente. Per ottenere una misura utilizzabile, è necessario conoscerne il tipo, l’unità di misura, il fattore di scala e, talvolta, l’ordine delle parole.
Esempio di trasformazione:
equipement:
nom: pm800_tgbt_01
protocole: modbus_tcp
ip: 192.168.20.41
port: 502
mesures:
- nom: tension_l1_l2
registre: 3020
fonction: holding_register
type: float32
word_order: high_low
unite: V
facteur: 1
tags:
site: usine_nord
poste: hta_1
depart: ligne_a
- nom: puissance_active_totale
registre: 3054
fonction: holding_register
type: int32
facteur: 0.001
unite: kW
tags:
site: usine_nord
poste: hta_1
depart: ligne_a
Il vantaggio di una trasformazione integrata è quello di evitare di inviare a InfluxDB valori grezzi incomprensibili. La piattaforma riceve direttamente grandezze fisiche coerenti.
Diagnosi in tempo reale dei registri
La fase che richiede più tempo in un progetto Modbus è spesso quella di analisi. Un registro documentato può essere spostato di un indirizzo a seconda della convenzione utilizzata, un valore può essere codificato su due parole oppure può essere applicato un fattore di scala nell’apparecchiatura.
Un’interfaccia diagnostica deve consentire di verificare:
-
La disponibilità delle attrezzature.
-
Il tempo di risposta.
-
Il codice funzione utilizzato.
-
Il registro richiesto.
-
Il valore lordo rilevato.
-
Il valore convertito.
-
Gli errori Modbus restituiti.
-
I timeout e i rifiuti di connessione.
-
La frequenza di polling effettiva.
-
La data e l’ora dell’ultima misurazione valida.
Questa diagnosi riduce la necessità di ricorrere a strumenti esterni e accelera la messa in servizio, soprattutto quando le apparecchiature sono obsolete o scarsamente documentate.
Pipeline di dati verso InfluxDB
InfluxDB è adatto alle serie temporali industriali: misurazioni ripetute, tag di contesto, conservazione dei dati, aggregazione e visualizzazione tramite Grafana. La qualità del modello di dati è fondamentale.
Una misura correttamente modellata deve contenere un valore, un timestamp e tag utili. Ad esempio: sito, postazione, trasformatore, uscita, apparecchiatura, fase e unità.
Esempio di nodo InfluxDB
Una scrittura in InfluxDB può rappresentare una misura elettrica con i relativi tag industriali.
qualità_rete,sito=stabilimento_nord,postazione=hta_1,apparecchiatura=pm800_tgbt_01,fase=l1_l2 tensione=401,7 1719403200000000000
qualità_rete,sito=stabilimento_nord,posizione=hta_1,apparecchiatura=pm800_tgbt_01 potenza_attiva_kw=842,5 1719403200000000000
qualità_rete,sito=stabilimento_nord,postazione=hta_1,apparecchiatura=pm800_tgbt_01 thd_tensione_pct=2,8 1719403200000000000
Questa struttura consente poi di filtrare per sito, postazione, apparecchiatura o fase in Grafana, senza dover moltiplicare i database o i dashboard.
Dashboard Grafana per la qualità della rete
Una dashboard Grafana deve rispondere alle domande dei team sul campo, non limitarsi a visualizzare grafici. Per una stazione di alta tensione, le viste utili sono:
-
Panoramica del punto di misura: tensione, corrente, potenza, frequenza, THD, allarmi.
-
Visualizzazione per linea di uscita: carico, squilibrio, potenza attiva e reattiva.
-
Monitoraggio della qualità della rete: cali di tensione, sovratensioni, armoniche, frequenza.
-
Vista "Protezione": stati Sepam, allarmi, interventi, guasti.
-
Panoramica sulla disponibilità dei dati di raccolta: dispositivi raggiungibili, timeout, ultime misurazioni.
-
Panoramica sulla correlazione tra produzione, eventi elettrici e fermi di linea.
-
Panoramica storica: confronto tra giorno, settimana, mese e periodo di riferimento.
Un dashboard efficace deve evitare l’accumulo di grafici superflui. I pannelli devono orientare il processo decisionale: monitorare, diagnosticare, stabilire correlazioni o avviare un intervento.
Correlare i disturbi di rete e i fermi di produzione
Il valore del progetto emerge quando i dati elettrici spiegano gli eventi di produzione. Una linea che si arresta alle 14:03 può essere correlata a un calo di tensione, a uno squilibrio di fase, a un allarme Sepam o a un aumento delle armoniche.
Questa correlazione non sostituisce l’analisi elettrica, ma fornisce una base fattuale. Aiuta a distinguere un guasto alla macchina da un’anomalia nell’alimentazione o da un evento a monte nella rete.
Frequenza di raccolta e definizione delle priorità
Non tutte le misurazioni devono essere raccolte con la stessa frequenza. Una frequenza troppo elevata sovraccarica il bus Modbus, il gateway e il database. Una frequenza troppo bassa potrebbe far perdere un evento importante.
| Dato | Frequenza indicativa | Commento |
|---|---|---|
| Tensione e corrente RMS | Da 1 a 10 secondi | A seconda della criticità e della capacità dell’apparecchiatura |
| Potenza attiva e reattiva | Da 5 a 30 secondi | Utile per il monitoraggio del carico |
| Energia cumulativa | Da 1 a 5 minuti | Variazione lenta |
| THD e armoniche | Da 10 a 60 secondi | Da adattare in base alle esigenze di qualità della rete |
| Stati dei relè | Da 1 a 5 secondi | Importante per gli allarmi |
| Eventi di protezione | Non appena disponibili | Priorità elevata |
| Raccolta dati diagnostici | Da 30 a 60 secondi | Disponibilità dell’apparecchiatura |
Questi valori devono essere adeguati in base al bus, alle apparecchiature, al volume di dati di InfluxDB e al livello di dettaglio previsto.
Gestione dei timeout e dei dati mancanti
In un sistema di monitoraggio elettrico, l’assenza di dati costituisce di per sé un’informazione. È necessario distinguere tra una misura effettivamente pari a zero e una misura non disponibile.
Buone pratiche:
-
Contrassegnare esplicitamente le apparecchiature in timeout.
-
Conservare il timestamp dell’ultimo valore valido.
-
Non sostituire automaticamente un dato mancante con lo zero.
-
Creare avvisi in caso di mancanza di dati.
-
Monitorare il tasso di errore per ogni apparecchiatura.
-
Utilizzare la cache locale quando la connessione di rete è instabile.
-
Riprodurre i dati memorizzati nel buffer con il loro timestamp originale.
Questo rigore evita conclusioni errate in Grafana, in particolare nei grafici relativi alla potenza o all’energia.
Sicurezza e suddivisione delle mansioni relative alla rete ad alta tensione
I dati elettrici sono sensibili. Essi rivelano il carico, gli incidenti, gli orari di attività e, talvolta, il livello di criticità di una linea. La raccolta deve quindi avvenire in modo sicuro.
Misure raccomandate:
-
Isolare la rete della sottostazione ad alta tensione in un’area dedicata.
-
Limitare i flussi tra il gateway e i dispositivi Modbus.
-
Evitare qualsiasi esposizione diretta degli analizzatori o dei relè a Internet.
-
Crittografare i flussi in uscita verso la piattaforma dati.
-
Registrare le connessioni e le modifiche alla configurazione.
-
Limitare l’accesso a Grafana in base al ruolo.
-
Documentare le apparecchiature, le porte, i protocolli e i diritti.
-
Prevedere una procedura di revoca degli accessi dei fornitori.
Questo approccio è in linea con i principi di segmentazione OT/IT e del principio del privilegio minimo descritti nelle guide sulla connettività industriale e sull’accesso sicuro tramite gateway Eziwan.
Modelli dei costruttori
I modelli accelerano notevolmente la messa in servizio. Essi descrivono i registri, i tipi, i fattori di scala, le unità e i nomi delle misure per apparecchiature note.
Un modello utile deve contenere:
-
Il modello esatto o la famiglia di apparecchiature.
-
La versione della documentazione utilizzata.
-
I registri letti.
-
I tipi di dati.
-
I fattori di scala.
-
Le unità.
-
Tag consigliati.
-
La frequenza delle rilevazioni per gruppo di misure.
-
I limiti noti.
-
Una procedura di verifica sul campo.
I modelli non sostituiscono un test effettivo. Due dispositivi della stessa famiglia possono presentare opzioni o versioni diverse.
Esempio di configurazione con più dispositivi
poste:
nom: hta_usine_nord
timezone: Europe/Paris
collecte:
modbus_tcp:
- nom: pm800_depart_ligne_a
ip: 192.168.30.11
port: 502
template: schneider_pm800_qualite_reseau
intervalle: 5s
tags:
poste: hta_1
depart: ligne_a
- nom: pm800_depart_ligne_b
ip: 192.168.30.12
port: 502
template: schneider_pm800_qualite_reseau
intervalle: 5s
tags:
poste: hta_1
depart: ligne_b
modbus_rtu:
port: /dev/rs485-1
baudrate: 19200
parite: paire
stop_bits: 1
equipements:
- nom: sepam_cellule_arrivee
adresse: 1
template: schneider_sepam_etats_protection
intervalle: 2s
- nom: sepam_depart_moteurs
adresse: 2
template: schneider_sepam_etats_protection
intervalle: 2s
sortie:
influxdb:
bucket: qualite_reseau
measurement: poste_hta
buffer_local: true
Questo tipo di configurazione rende l’implementazione riproducibile. Inoltre, facilita l’audit, poiché ogni dato raccolto è collegato a un’apparecchiatura e a un modello.
Avvisi utili
Gli avvisi devono essere utilizzabili. Un avviso troppo vago genera solo rumore; un avviso contestualizzato aiuta a formulare una diagnosi.
Esempi di avvisi pertinenti:
-
Perdita di comunicazione con un analizzatore PM800.
-
Interruzione della comunicazione con un ripetitore Sepam.
-
Calo di tensione al di sotto della soglia definita.
-
Squilibrio di corrente tra le fasi.
-
Tensione o corrente THD superiore alla soglia di monitoraggio.
-
Attivazione o allarme di protezione.
-
Mancanza di dati su una posizione critica.
-
Aumento del tempo di timeout Modbus.
-
Elevata potenza reattiva per un periodo prolungato.
-
Differenza di carico insolita tra le partenze.
Le soglie devono essere approvate dai team elettrici. Non bisogna trasformare il sistema di supervisione in una fonte di allarmi non qualificati.
Lista di controllo prima della messa in produzione
| Controllo | Domanda | Priorità |
|---|---|---|
| Inventario | Tutti gli analizzatori e i relè sono identificati? | Alta |
| Documentazione | Le tabelle Modbus sono state convalidate? | Alta |
| Interfacce | TCP, RTU, baudrate e indirizzi sono stati confermati? | Alta |
| Modelli | Le conversioni e le unità di misura sono state testate? | Alta |
| Marcatura temporale | Il fuso orario e la sincronizzazione dell’ora sono stati definiti? | Alta |
| InfluxDB | I tag e le misure sono coerenti? | Alta |
| Grafana | Le dashboard soddisfano le esigenze aziendali? | Alta |
| Avvisi | Le soglie sono state convalidate dal team elettrico? | Alta |
| Sicurezza | I flussi sono segmentati e crittografati? | Alta |
| Buffer | Le interruzioni temporanee della rete sono gestite? | Media |
Questa checklist consente di evitare gli errori più comuni: registro convertito in modo errato, unità di misura incoerenti, misurazioni prive di data e ora o dashboard inutilizzabili.
Errori comuni da evitare
Raccogliere troppi registri fin dall’inizio
Si è tentati di raccogliere tutti i dati. Ma una raccolta eccessiva sovraccarica i bus, complica i dashboard e aumenta lo spazio di archiviazione. È meglio iniziare con le metriche utili, per poi ampliarle in base alle esigenze.
Ignorare i fattori di scala
Un valore lordo può corrispondere a volt, kilovolt, ampere, decimi o millesimi di unità. Senza un fattore di scala, le curve di Grafana potrebbero risultare errate pur sembrando coerenti.
Confondere un dato nullo con un dato mancante
Un valore pari a zero e una misura non disponibile non hanno lo stesso significato. I timeout devono essere gestiti in modo esplicito.
Trascurare la qualità del bus RS-485
Un bus non correttamente terminato, troppo lungo, con polarizzazione errata o soggetto a disturbi può causare errori intermittenti difficili da diagnosticare. La diagnostica delle comunicazioni è importante quanto la configurazione del software.
Realizzare Grafana senza logica di business
Un buon dashboard deve aiutare a prendere decisioni. I grafici devono essere organizzati per voce, partenza, attrezzatura ed evento, con soglie chiare e filtri utili.
Indicatori di gestione
Per garantire un monitoraggio efficace nel lungo periodo, è necessario tenere sotto controllo sia i dati elettrici sia la qualità della raccolta.
| Indicatore | Funzione |
|---|---|
| Tensione media e min/max | Rilevare cali di tensione, sovratensioni e instabilità |
| Corrente per fase | Identificare squilibri e sovraccarichi |
| Potenza attiva | Monitorare carico e consumo |
| Potenza reattiva | Monitorare la compensazione e il fattore di potenza |
| THD tensione e corrente | Analizzare la qualità della rete |
| Allarmi Sepam | Correlare guasti ed eventi |
| Disponibilità delle apparecchiature | Verificare la raccolta dei dati |
| Tasso di timeout Modbus | Rilevare un problema del bus o della rete |
| Ultima misura valida | Identificare le apparecchiature inattive |
| Numero di eventi correlati | Collegare la rete elettrica e la produzione |
Questi indicatori consentono un utilizzo graduale: monitoraggio, diagnosi, analisi della qualità e, infine, ottimizzazione energetica.
In che modo Eziwan semplifica il monitoraggio dell’HTA
| Esigenza | Risposta di Eziwan | Vantaggio |
|---|---|---|
| Raccolta dati Modbus TCP | Polling degli analizzatori di rete | Misure elettriche centralizzate |
| Raccolta dati Modbus RTU | Interfaccia RS-485 | Integrazione di relè e apparecchiature legacy |
| Comprendere i registri | Diagnostica in tempo reale | Messa in servizio più rapida |
| Normalizzare i dati | Trasformazioni integrate | Valori fisici utilizzabili |
| Accelerare i progetti | Modelli dei produttori | Meno configurazione manuale |
| Archiviazione | Pubblicazione su InfluxDB | Serie temporali pronte per Grafana |
| Monitoraggio | Log e avvisi | Diagnostica più semplice |
| Sicurezza | Tunnel e segmentazione | Nessuna esposizione diretta delle apparecchiature |
Eziwan trasforma una raccolta dati Modbus frammentata in una pipeline industriale utilizzabile, compatibile con le esigenze relative alla qualità della rete, alla manutenzione e alla produzione.
Conclusione
Il monitoraggio degli analizzatori di rete Modbus in una sottostazione di trasformazione ad alta tensione consente di passare da una visione puntuale a un’analisi continua della qualità dell’energia elettrica. Raccogliendo i dati dai dispositivi PM800, Sepam e altre apparecchiature Modbus, e archiviando poi le misurazioni in InfluxDB e Grafana, i team possono correlare i disturbi di rete con le interruzioni della produzione, effettuare diagnosi più rapide e stabilire meglio le priorità degli interventi.
Eziwan fornisce gli elementi fondamentali: acquisizione Modbus TCP e RTU, diagnostica dei registri, modelli dei produttori, trasformazioni integrate, buffer locale, pubblicazione su InfluxDB, avvisi e protezione dei flussi. Per gli impianti industriali, questo approccio rende il monitoraggio HTA più affidabile, più intuitivo e direttamente fruibile dai team sul campo.
Per approfondire
- Da Modbus RTU al cloud — collegate le vostre apparecchiature RS-485 Modbus RTU al cloud senza modificare il cablaggio
- Modbus TCP verso cloud — inviate i dati Modbus TCP dei vostri PLC a una piattaforma cloud
- RS-485 Modbus 4G — soluzione chiavi in mano per il trasporto di dati Modbus RTU su rete 4G LTE
- Protocolli industriali — panoramica dei protocolli OT: Modbus, OPC UA, MQTT, Profibus e BACnet
- Gateway IoT industriale — come scegliere il gateway giusto per convertire e trasmettere i dati dal campo