PLC vs RTU: qual è la differenza per il monitoraggio remoto?

· 15 minuti di lettura
15 min read
Lucas Moreau
Lucas Moreau
Ingegnere di rete OT/IT

Nelle conversazioni tra tecnici dell’automazione e responsabili di progetto, i termini PLC e RTU vengono spesso utilizzati in modo intercambiabile — o, al contrario, presentati come se fossero radicalmente opposti. La realtà è più sfumata: PLC e RTU sono due famiglie di apparecchiature nate per rispondere a esigenze distinte, che si sono progressivamente avvicinate con l’IIoT, ma che conservano differenze fondamentali determinanti per la scelta di un’architettura di supervisione remota.

Questa guida chiarisce le definizioni, mette a confronto le due tecnologie in base ai criteri che contano davvero e spiega come monitorarle a distanza in un'architettura SCADA o cloud moderna.

Che cos'è un PLC (API)?​

Un PLC (Programmable Logic Controller), denominato API (Automate Programmable Industriel) in francese, è un controllore industriale progettato per eseguire un programma di controllo e comando in tempo reale su un processo industriale locale. Il suo ruolo principale è quello di elaborare ingressi/uscite (sensori, attuatori) ad alta frequenza ed eseguire una logica di sequenziamento o di regolazione.

Funzionamento​

Il PLC funziona in un ciclo continuo: acquisizione degli ingressi, esecuzione del programma, aggiornamento delle uscite, e così via. Il tempo di ciclo è in genere compreso tra 1 e 100 ms, a seconda della complessità del programma e della potenza della CPU. I linguaggi di programmazione sono standardizzati dalla norma IEC 61131-3: Ladder Diagram (LD), Function Block Diagram (FBD), Structured Text (ST), Instruction List (IL) e Sequential Function Chart (SFC).

Esempi rappresentativi​

  • Siemens: S7-1200, S7-1500, S7-300 (modelli precedenti)
  • Schneider Electric: Modicon M340, M580, M262
  • Allen-Bradley (Rockwell): ControlLogix, CompactLogix, MicroLogix
  • Omron: CX-Programmer, serie NX/NJ
  • Mitsubishi: serie MELSEC Q, serie iQ-R

Campi di applicazione tipici​

Un PLC è presente ovunque sia necessario eseguire localmente una logica complessa: linee di produzione automobilistiche, macchine per l'imballaggio, celle di saldatura robotizzate, trasportatori multiasse, processi agroalimentari con gestione delle ricette, regolazione della temperatura multizona.

La caratteristica fondamentale: il PLC è il cuore di un processo locale che non può permettersi di attendere un comando dal cloud per prendere una decisione in pochi millisecondi.

Che cos'è un RTU?​

Un RTU (Remote Terminal Unit — Unità Terminale Remota) è un dispositivo progettato per raccogliere dati di misura in un sito remoto, aggregarli e trasmetterli a un sistema centrale (SCADA, centro di supervisione) tramite una rete di comunicazione — storicamente via radio o RTC, oggi GPRS/4G o fibra ottica. La sua capacità di elaborazione locale è limitata; il suo ruolo principale è la telegestione: trasmettere informazioni e, in alcuni casi, eseguire semplici comandi ricevuti dalla centrale.

Funzionamento​

L'RTU analizza i propri ingressi (4–20 mA, tutto o niente, impulsi di conteggio), memorizza i valori in un buffer e li trasmette periodicamente o in base a un evento al sistema SCADA centrale. In caso di interruzione della comunicazione, continua a memorizzare localmente i dati (con data e ora integrate) e li trasmette in differita una volta ripristinata la connessione. Questa funzione di memorizzazione con data e ora è fondamentale nelle applicazioni relative all’acqua, all’energia e alla telegestione.

Campi di applicazione​

  • Distribuzione idrica e servizi fognari: telecontrollo delle stazioni di pompaggio, monitoraggio dei serbatoi, rilevamento delle perdite
  • Distribuzione di energia: sottostazioni elettriche ad alta tensione (HTA/HTB), controllo delle stazioni di trasformazione
  • Gas: monitoraggio delle stazioni di consegna, contatori a lunga distanza
  • Ambiente: stazioni meteorologiche, misurazione della portata dei corsi d’acqua, qualità dell’aria
  • Agricoltura: irrigazione automatizzata, sonde di campo remote

La caratteristica fondamentale: l'RTU è un'apparecchiatura satellitare installata in siti remoti e spesso incustoditi, la cui funzione principale è quella di trasmettere lo stato dell'impianto a un centro di controllo centralizzato.

Tabella comparativa PLC vs RTU​

CriterioPLC (API)RTU
Potenza di elaborazioneElevata — cicli da 1 a 100 ms, logica complessaDa bassa a media — elaborazione semplice, nessuna regolazione multiasse
Interfaccia di campo (I/O)I/O digitali e analogici modulari, ad alta densitàI/O analogici (4–20 mA), digitali, conteggio impulsi, misurazione
Protocolli nativiModbus TCP/RTU, OPC-UA, PROFIBUS, EtherNet/IP, PROFINETModbus RTU, DNP3, IEC 60870-5-101/104, IEC 61968
Consumo energeticoDa medio ad elevato (alimentazione a 24 V CC, diversi ampere)Basso (progettato per alimentazione solare/a batteria)
Resistenza ambientaleDi livello industriale, ma ottimizzato per installazione fissa in armadioProgettato per siti incustoditi, freddo estremo, caldo, umidità estrema
Uso tipicoAutomazione locale, macchinari, linee di produzioneTelegestione, SCADA per acqua/energia, siti remoti
PrezzoDa 500 € a 10.000 € a seconda della potenza e degli I/ODa 300 € a 3.000 € a seconda degli I/O e dei protocolli
ProgrammazioneIEC 61131-3 (LD, FBD, ST…) — ingegnere automaticoConfigurazione semplificata o linguaggio del costruttore — tecnico di telecontrollo
Comunicazione remotaOPC-UA, Modbus TCP, tramite gatewayDNP3, IEC 104, Modbus RTU su 4G, nativo su rete WAN
Ridondanza / buffer offlineLimitata — progettato per rimanere connessoNativa — memorizzazione con data e ora in caso di interruzione della rete

Quando scegliere un PLC?​

Il PLC è la scelta giusta quando sono soddisfatti i seguenti criteri:

Logica locale complessa. Se il vostro impianto richiede una sequenzializzazione in più fasi, una regolazione PID a più anelli, la gestione delle ricette o il coordinamento di più attuatori, solo un PLC dispone della potenza di elaborazione e dell'ambiente di sviluppo adeguati.

Tempo di risposta critico. Un trasportatore che deve rilevare un inceppamento in 10 ms e arrestare la linea non può dipendere da una decisione proveniente dal cloud. Il PLC decide localmente, in tempo reale.

Ambiente controllato. L'apparecchiatura è installata in un armadio elettrico da officina, a temperatura controllata, con alimentazione stabilizzata. Non sono presenti condizioni ambientali estreme (gelo esterno, alimentazione a batteria, sito non sorvegliato).

Esempi concreti:

  • Robot di saldatura su linea automobilistica: il PLC gestisce la sincronizzazione degli assi, la sequenza di saldatura e gli interblocchi di sicurezza.
  • Macchina per il confezionamento farmaceutico: il PLC gestisce il flusso del prodotto, la pesatura, l’etichettatura e la tracciabilità in conformità alla norma FDA 21 CFR Parte 11.
  • Impianto di trattamento delle acque reflue con 6 vasche: il PLC gestisce le sequenze di riempimento/svuotamento, le pompe e gli aeratori con una logica di regolazione complessa.

Quando scegliere un RTU?​

L'RTU è la scelta giusta nelle seguenti situazioni:

Siti remoti non presidiati. Una stazione di sollevamento a 40 km dal centro di supervisione, alimentata da un gruppo elettrogeno con batteria di riserva, situata in un pozzo o in un locale senza aria condizionata. L'RTU è progettato proprio per questa situazione.

Una rete con numerosi punti di misurazione. Una rete di distribuzione idrica può comprendere 200 stazioni di pompaggio e 500 punti di misurazione. Installare PLC su ciascuno di essi sarebbe fuori budget e eccessivo. Le RTU, più economiche e più semplici da configurare, rappresentano la scelta naturale.

Protocolli SCADA nativi. Se il vostro SCADA centrale utilizza DNP3 o IEC 60870-5-104 (protocolli progettati per la telegestione con gestione della marcatura temporale, delle sequenze di eventi e della comunicazione intermittente), un RTU implementerà questi protocolli in modo nativo, mentre un PLC richiederà un gateway.

Autonomia in caso di interruzione della rete. L'RTU memorizza localmente i dati di misurazione con un timestamp preciso e li trasmette in blocco al ripristino della comunicazione. Questa funzione è prevista in numerosi capitolati d'appalto relativi alla telegestione delle risorse idriche e energetiche.

Esempi concreti:

  • Rete di stazioni di monitoraggio della qualità dell'aria: 80 stazioni che trasmettono ogni 15 minuti i valori di PM2,5, NO₂ e O₃ al server centrale tramite 4G.
  • Stazioni di distribuzione del gas: RTU con protocollo IEC 101 su linea RTC, seguite dalla migrazione al protocollo IEC 104 su IP; supervisione da parte della centrale operativa.
  • Irrigazione agricola su 500 ha: RTU su ciascuna valvola di settore, controllate dalla centrale operativa tramite SCADA.

Monitoraggio remoto di un PLC​

Il monitoraggio remoto di un PLC si basa sull'estrazione delle variabili di processo dal controllore e sulla loro trasmissione a un sistema di monitoraggio centralizzato o al cloud. Esistono diversi metodi, a seconda della generazione del controllore e dell'infrastruttura disponibile.

OPC-UA: il metodo moderno (S7-1500, Modicon M580, ControlLogix)​

I moderni PLC (dal 2015 circa) integrano un server OPC-UA incorporato. Il gateway IoT o il server SCADA si connette come client OPC-UA, si abbona alle variabili di interesse e riceve gli aggiornamenti in tempo reale o al variare del valore. La sicurezza è integrata (crittografia, certificati, autenticazione tramite nome utente/password o certificato client).

Modbus TCP: il metodo universale​

Modbus TCP è supportato praticamente da tutti i PLC moderni e da numerosi PLC di vecchia generazione tramite moduli di comunicazione (CP per Siemens, NOE per Schneider). Il gateway IoT interroga i registri Modbus a intervalli regolari e trasmette i valori al cloud. Semplice, universale, ma privo di un meccanismo nativo di notifica in caso di variazioni.

Gateway IoT locale​

Per i PLC privi di connettività di rete nativa (S7-300 senza CP Ethernet, Modicon Quantum), un gateway IoT si collega alla porta seriale RS-485 o RS-232 del PLC tramite Modbus RTU e garantisce la trasmissione dei dati al cloud. Questo approccio è trasparente per il programma del PLC.

Accesso diretto tramite VPN​

Per la manutenzione e la diagnostica, l'ingegnere accede al PLC dalla propria postazione tramite un tunnel VPN. Visualizza il PLC come se fosse sulla rete locale: TIA Portal per un S7, Unity Pro per un Modicon, Studio 5000 per un ControlLogix. Nessuna porta aperta sul lato del sito industriale.

Monitorare un RTU da remoto​

Il monitoraggio remoto è la ragion d'essere dell'RTU. I protocolli e i metodi sono diversi da quelli dei PLC, poiché sono stati progettati fin dall'inizio per la comunicazione su collegamenti WAN instabili.

DNP3: il protocollo storico delle utility​

Il DNP3 (Distributed Network Protocol 3) è il protocollo di telegestione prevalente in Nord America per le reti elettriche e i sistemi di distribuzione idrica. Supporta nativamente la comunicazione intermittente, la marcatura temporale degli eventi, i rapporti su eccezioni (segnalazione solo in caso di variazione del valore) e le classi di dati (classi 0, 1, 2, 3 per stabilire la priorità degli allarmi).

Un RTU DNP3 si collega al master SCADA centrale tramite TCP/IP (DNP3 su IP) o tramite collegamento seriale via radio. Su rete 4G, l'RTU stabilisce una sessione DNP3 TCP con il server master.

IEC 60870-5-101 e IEC 60870-5-104​

Questi protocolli della norma IEC sono gli equivalenti europei del DNP3, ampiamente utilizzati nelle reti energetiche e di distribuzione idrica in Francia e in Europa. La norma IEC 101 è la variante seriale (RS-232/485), mentre la norma IEC 104 è la variante TCP/IP (la scelta attuale per le implementazioni 4G e in fibra ottica).

Un RTU IEC 104 stabilisce una connessione TCP con lo SCADA master sulla porta 2404. Trasmette i dati in modalità spontanea (al verificarsi di un cambiamento) o in risposta a richieste generali da parte del master.

Modbus RTU su 4G​

Per le implementazioni più semplici o per i parchi di apparecchiature esistenti, un RTU può trasmettere i propri dati tramite Modbus TCP incapsulato su 4G. Il gateway 4G del sito crea un tunnel VPN verso il sistema SCADA centrale; il sistema SCADA interroga l'RTU in Modbus TCP tramite questo tunnel come se si trovasse sulla rete locale.

Esempio di implementazione RTU per l'acqua​

Un consorzio idrico gestisce 45 stazioni di pompaggio tramite un sistema SCADA centrale. Ogni stazione dispone di un RTU dotato di:

  • 8 ingressi analogici 4–20 mA (portata, pressione, livello)
  • 16 ingressi digitali (stato delle pompe, allarmi)
  • 4 uscite digitali (comandi delle pompe)
  • Comunicazione IEC 104 su 4G LTE con failover su SIM secondaria

Il sistema SCADA interroga ogni RTU ogni 5 minuti (interrogazione generale) e riceve gli allarmi in modalità spontanea. In caso di superamento della soglia, l'allarme viene trasmesso in meno di 10 secondi.

La convergenza PLC/RTU nell'IIoT​

Da circa dieci anni i confini tra PLC e RTU si stanno facendo sempre più sfumati, sotto la spinta dell'IIoT e della domanda di supervisione via cloud:

I moderni PLC integrano funzioni RTU. I Modicon M262, i Siemens S7-1500T o i CompactLogix 5380 integrano connettori cloud nativi (MQTT, OPC-UA), funzioni di memorizzazione locale e protocolli di telegestione. Un S7-1500 dotato di gateway IoT può fungere da RTU ad alte prestazioni.

Le moderne RTU integrano la logica PLC. Apparecchiature come lo Schneider Electric SCADAPack 470 o il Wago 750-8207 offrono una potenza di elaborazione e un ambiente di programmazione conforme alla norma IEC 61131-3 paragonabili a quelle dei PLC compatti, pur mantenendo i protocolli di telegestione nativi (DNP3, IEC 104).

L'edge computing cancella i confini. La tendenza è quella di dispositivi versatili in grado di eseguire elaborazioni locali avanzate (machine learning sui dati dei sensori, analisi delle vibrazioni, rilevamento delle anomalie), comunicazione multiprotocollo e monitoraggio simultaneo tramite cloud. Questi "edge controller" uniscono il meglio dei due mondi.

Consiglio pratico. Per i nuovi impianti, la distinzione tra PLC e RTU sta perdendo sempre più importanza. Il vero criterio è: avete bisogno di logica in tempo reale locale (→ PLC), di telegestione da sede remota con protocolli di utilità (→ RTU), o di entrambe (→ edge controller con entrambe le funzionalità)? In ogni caso, la supervisione remota avviene oggi tramite un gateway IoT che astrae il protocollo di campo ed espone un’API cloud standard.

Esempio di architettura: supervisione di PLC e RTU da un'unica piattaforma​

Nella realtà degli impianti già installati, PLC e RTU coesistono: un reparto controllato da S7-1200, stazioni remote dotate di RTU di vecchia generazione, alcuni quadri con semplici sensori Modbus. Anziché accumulare strumenti di supervisione, l’architettura unificata passa attraverso il gateway:

PLC (Modbus TCP, S7, OPC-UA) + RTU (Modbus RTU, DNP3) + sensori RS-485 → gateway Eziwan → scheda SIM M2M 4G o Ethernet → tunnel VPN in uscita → cloud Eziwan → monitoraggio unificato, avvisi e accesso remoto per dispositivo.

Il gateway astrae il protocollo di campo: dal punto di vista della piattaforma, un registro RTU risalente agli anni 2000 e una variabile OPC-UA di un S7-1500 nuovo vengono monitorati esattamente allo stesso modo. È proprio questo che consente di modernizzare il sistema di supervisione senza dover attendere il rinnovo del parco macchine.

Costo dell'ammodernamento: sostituire o collegare?​

Prima di sostituire un RTU obsoleto con un PLC moderno, confrontate i due scenari:

ScenarioCosto tipico per sitoTempisticaRischio
Sostituzione completa dell'RTU con un PLC comunicanteDa 5.000 a 15.000 € (hardware + progettazione + ricablaggio + collaudi)Diverse settimane, fermo del sitoRegressione funzionale, riqualificazione
Aggiunta di un gateway 4G all’impianto esistenteAlcune centinaia di euro + abbonamentoMeno di un giorno, senza fermoPraticamente nullo (possibile solo la lettura)

Nella maggior parte dei casi, il gateway soddisfa le esigenze effettive — monitoraggio cloud, avvisi, accesso remoto — a un costo molto inferiore, consentendo di pianificare con tranquillità la sostituzione dell'hardware nell'arco di diversi anni.

Domande frequenti​

È possibile sostituire un RTU con un PLC in un'applicazione di telegestione idrica? Tecnicamente sì, ma con alcune precisazioni. Se il vostro sistema SCADA centrale utilizza i protocolli DNP3 o IEC 104, un PLC privo di un modulo di comunicazione dedicato non è in grado di implementare tali protocolli in modo nativo. Sarà necessario un gateway DNP3/IEC 104 → Modbus o OPC-UA. Inoltre, i PLC consumano generalmente più energia e sono meno adatti alle alimentazioni a batteria o solari. L’RTU rimane la scelta ottimale per i parchi di telegestione idrica ed energetica.

Un RTU può sostituire un PLC su una linea di produzione? No, per due motivi: la potenza di elaborazione è insufficiente per le logiche complesse di sequenziamento e regolazione, e gli RTU non sono progettati per tempi di ciclo inferiori a 100 ms. Un RTU può invece supervisionare apparecchiature semplici su una linea (sensori di livello, stato delle valvole manuali) a integrazione di un PLC principale.

Come monitorare un vecchio RTU il cui protocollo non è supportato dal mio SCADA cloud? Un gateway di protocollo (Moxa, Advantech, Eziwan) può convertire un protocollo di campo legacy (DNP3, IEC 101, BSAP) in MQTT o OPC-UA, formati comprensibili da un moderno SCADA cloud. Spesso questa soluzione risulta più economica rispetto alla sostituzione delle RTU in parchi composti da centinaia di apparecchiature.

Qual è la differenza tra un RTU e un data logger? Un data logger registra passivamente le misurazioni nella propria memoria per una successiva lettura (spesso tramite USB o scheda SD). Un RTU trasmette attivamente i dati a un sistema centrale in tempo quasi reale o in base a un evento. Alcuni dispositivi moderni combinano entrambe le funzioni (data logger con trasmissione 4G), ma la distinzione funzionale rimane rilevante.

Per approfondire​

Gestite un parco di controllori PLC o RTU e desiderate centralizzare il monitoraggio da remoto? Scoprite le soluzioni Eziwan per l'accesso remoto a controllori e PLC.

Risorse aggiuntive​