Vai al contenuto

Un contatore, un PLC e un inverter nello stesso storico

Tre apparati che non si parlano fra loro, tre protocolli diversi, e un solo posto dove il dato deve arrivare confrontabile.

17 agosto 2026 3 min di lettura di Redazione NeMo

In uno stabilimento medio la strumentazione che conta è già installata. Il problema non è misurare: è che ogni strumento parla la sua lingua e nessuno ha mai chiesto loro di parlarsi.

Un caso ordinario, tre apparati:

  • il contatore di calore della centrale termica, che espone i suoi registri su M-Bus, perché è quello che i contatori di vettori termici parlano;
  • il PLC di linea, che espone la sua area dati su Modbus TCP e conta pezzi, ore di marcia e allarmi;
  • l’inverter fotovoltaico sulla pensilina, che parla Modbus con una mappa registri SunSpec, cioè Modbus ma con un dizionario diverso da quello del PLC.

Tre protocolli, tre dizionari, tre idee diverse di che cosa sia un campione.

Perché l’integrazione “una tantum” non regge

La soluzione ricorrente è uno script che legge i tre apparati e scrive su un file o su un database. Regge finché non succede una di queste tre cose, e prima o poi succedono tutte.

Il campo cambia. Si aggiunge una linea, si sostituisce un inverter, si sposta un contatore. Ogni modifica è una modifica allo script, e lo script vive su una macchina che nessuno documenta.

La rete si irrigidisce, giustamente. La rete di impianto non deve accettare connessioni dall’esterno. Ogni integrazione che chiede una porta aperta verso l’interno è una discussione con chi la rete la deve difendere, e quella discussione la perde — o peggio, la vince.

Il collegamento cade. Una linea che va giù per due ore non è un guasto: è martedì. Se in quelle due ore i campioni non vengono conservati da qualche parte, sono persi, e un buco nello storico è esattamente il tipo di cosa che salta fuori quando qualcuno deve verificare quel periodo.

Come funziona invece

Un gateway sta in campo, dentro la rete di impianto, e fa tre cose.

Legge sul posto. Un contenitore per protocollo, sullo stesso apparato: uno parla M-Bus con i contatori, uno parla Modbus con il PLC e con l’inverter, ciascuno con la propria mappa. Aggiungere un protocollo è aggiungere un contenitore, non riscrivere l’integrazione.

Chiama fuori, non risponde. È il gateway che apre la connessione verso il sistema, non il contrario. Non serve nessuna porta aperta verso l’interno, e questo è ciò che rende la conversazione con chi gestisce la rete breve.

Bufferizza. Se il collegamento cade, i campioni restano sul gateway e partono quando torna. Lo storico si richiude da solo invece di avere un buco con la data di martedì.

Da lì in avanti la provenienza non conta più: un kWh letto da un contatore su M-Bus e un kWh letto da un inverter su Modbus sono due misure nello stesso storico, con lo stesso riferimento temporale, interrogabili insieme.

Quali protocolli servono davvero

Dipende dall’ambito, e la risposta non è “Modbus” quanto spesso si crede. Una diagnosi energetica è per vettore: elettrico, termico, gas, acqua. I contatori dei vettori non elettrici parlano quasi sempre M-Bus, non Modbus, e senza quelli si misura solo la corrente.

Su quali protocolli parla ciascun settore c’è la mappa completa nelle pagine dei settori: ogni settore dichiara i propri, perché una pagina che promette una lettura che non sappiamo fare vale meno di una pagina che non c’è.

La funzionalità, con i passi, sta in gateway e protocolli.

Misurare è la parte che richiede tempo

Uno storico misurato non si costruisce in due settimane. Raccontaci che cosa hai in campo e ti diciamo che cosa serve per leggerlo.