PLC vs RTU: quali differenze per il monitoraggio remoto?

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

Nei progetti di supervisione industriale a distanza, spesso si ripropone la stessa domanda: è meglio un PLC o un RTU? Queste due famiglie di apparecchiature vengono spesso confuse, a volte utilizzate in modo intercambiabile, eppure le loro logiche di progettazione sono radicalmente diverse. Comprendere questa distinzione è fondamentale per scegliere l’architettura adeguata ed evitare un’implementazione sovradimensionata o con prestazioni insufficienti.

Questa guida completa chiarisce le definizioni, mette a confronto le due tecnologie in base ai criteri rilevanti per il monitoraggio remoto e spiega quando e come monitorarle tramite SCADA, 4G LTE o piattaforma cloud IIoT.

Che cos'è un PLC (API)?​

Definizione​

Un PLC (Programmable Logic Controller), denominato API (Automate Programmable Industriel) in francese, è un computer industriale rinforzato progettato per eseguire in tempo reale un programma di controllo e comando su un processo industriale locale. Il suo ruolo principale è quello di leggere gli ingressi fisici (sensori, pulsanti, misuratori di portata), eseguire una logica di controllo e agire sulle uscite fisiche (attuatori, valvole, motori) in tempi deterministici e ripetibili.

A differenza di un computer generico, il PLC è progettato per funzionare 24 ore su 24, 7 giorni su 7, in ambienti industriali difficili caratterizzati da vibrazioni, interferenze elettromagnetiche (EMI), temperature estreme e umidità. La sua affidabilità è garantita da un'architettura hardware dedicata e da un sistema operativo in tempo reale (RTOS).

Il ciclo di scansione​

Il funzionamento di un PLC si basa su un ciclo di scansione che si ripete all'infinito:

  1. Lettura degli ingressi — il PLC campiona tutti i suoi ingressi fisici e li copia nella tabella immagine degli ingressi.
  2. Esecuzione del programma — il processore esegue il programma utente (Ladder, FBD, Structured Text, SFC secondo la norma IEC 61131-3).
  3. Aggiornamento delle uscite — i risultati vengono scritti sulle uscite fisiche per comandare le apparecchiature.
  4. Attività di sistema — diagnostica, comunicazioni, marcatura temporale.

Il tempo di ciclo varia in genere da 1 ms a 100 ms a seconda della complessità del programma e del modello di controllore. Le applicazioni di sicurezza (SIL 2/3) richiedono cicli inferiori a 10 ms con watchdog hardware.

Esempi rappresentativi di PLC​

  • Siemens: S7-1200 (compatto, TIA Portal, Modbus TCP nativo), S7-1500 (ad alte prestazioni, OPC-UA integrato), S7-300/400 (modelli legacy ancora molto diffusi)
  • Schneider Electric: Modicon M340 (fascia media), M580 (basato su Ethernet, OPC-UA, ridondanza), Modicon Quantum (alta disponibilità per il settore energetico/petrolchimico)
  • Allen-Bradley (Rockwell): CompactLogix (versatile, EtherNet/IP nativo), ControlLogix (alte prestazioni, chassis ridondante), MicroLogix (fascia bassa)
  • Mitsubishi Electric: MELSEC iQ-R, MELSEC-F (FX) — molto diffusi nel settore automobilistico e farmaceutico
  • Beckhoff: gamma CX/BX (automazione basata su PC, EtherCAT, OPC-UA, TwinCAT)

Campi di applicazione tipici​

Linea di produzione automobilistica, macchina per l'imballaggio, cella robotizzata, trasportatore multiasse, processo agroalimentare con gestione delle ricette, impianto complesso di trattamento delle acque reflue con regolazione a più anelli, macchina farmaceutica conforme alla norma FDA 21 CFR Parte 11. La caratteristica comune: una logica complessa che deve essere eseguita localmente, in tempo reale, senza dipendere da un comando remoto.

Che cos'è un RTU?​

Definizione​

Un RTU (Remote Terminal Unit — Unità terminale remota), talvolta denominato automate de télégestion in francese, è un dispositivo progettato per monitorare e controllare apparecchiature in siti remoti e trasmettere i dati a un sistema di supervisione centralizzato (SCADA, MTU). La sua capacità di elaborazione locale è volutamente limitata; i suoi punti di forza risiedono nella comunicazione a lunga distanza, nella resistenza alle interruzioni di rete e nel basso consumo energetico.

Un RTU è il componente di campo per eccellenza delle architetture SCADA (Supervisory Control and Data Acquisition). Mentre il PLC prende decisioni a livello locale, l'RTU trasmette le informazioni a un sistema di controllo centralizzato.

Funzionamento​

L'RTU analizza i propri ingressi (4–20 mA, tutto o niente, conteggio a impulsi), applica la data e l'ora ai valori a livello locale e li trasmette — periodicamente o in base a un evento — al server SCADA centrale tramite la rete WAN (radio, 4G, fibra). In caso di interruzione della comunicazione, l’RTU memorizza nel buffer i dati con data e ora precise e li ritrasmette in blocco al ripristino del collegamento. Questa funzione di memorizzazione con data e ora è richiesta in numerosi capitolati d’appalto nei settori dell’acqua, dell’energia e del gas.

Campi di applicazione​

Le RTU sono distribuite su infrastrutture geograficamente disperse:

  • Distribuzione idrica e depurazione: stazioni di pompaggio, serbatoi, impianti di trattamento delle acque reflue. Misurazioni di portata, pressione, livello e stato delle pompe.
  • Reti elettriche: sottostazioni AT/MTA, stazioni di trasformazione, parchi eolici e solari isolati.
  • Trasporto di gas e idrocarburi: stazioni di consegna, stazioni di compressione, misurazione a lunga distanza, monitoraggio delle condotte.
  • Agricoltura e irrigazione: controllo delle valvole di irrigazione, misurazioni meteorologiche, sonde di campo remote.
  • Illuminazione pubblica: quadri di comando, regolazione dell’intensità luminosa, rilevamento dei consumi.
  • Ambiente: stazioni di misurazione della qualità dell’aria (PM2,5, NO₂, O₃), misurazione della portata idrologica.

La caratteristica fondamentale: l'RTU è un'apparecchiatura satellitare, installata in un sito non presidiato, il cui compito è quello di trasmettere lo stato dell'impianto a un centro di controllo centralizzato.

Tabella comparativa PLC vs RTU​

CriterioPLC (API)RTU
Potenza di elaborazioneElevata — ciclo 1–100 ms, logica di sequenziamento complessaDa bassa a media — elaborazione semplice, soglie, allarmi
Interfacce I/OI/O digitali e analogici modulari, ad alta densitàAnalogico 4–20 mA, digitale (bit), conteggio impulsi, misura
Protocolli nativiModbus TCP/RTU, OPC-UA, PROFIBUS, EtherNet/IP, PROFINETModbus RTU, DNP3, IEC 60870-5-101/104, IEC 61968
Consumo energeticoDa medio ad alto — alimentazione stabilizzata a 24 V CCBasso — progettato per alimentazione solare / a batteria
Resistenza ambientaleGrado industriale, armadio a temperatura controllataSiti non sorvegliati, freddo estremo, caldo, umidità estrema
Uso tipicoControllo e comando locale, macchinari, linee di produzioneTelegestione, SCADA per acqua/energia, siti remoti
Fascia di prezzoDa 500 € a 20.000 € a seconda della potenza e degli I/ODa 200 € a 3.000 € a seconda degli I/O e dei protocolli
Ambiente di programmazioneIEC 61131-3 (LD, FBD, ST, SFC) — ingegnere automaticoConfigurazione semplificata o linguaggio del produttore — tecnico di telecontrollo
Comunicazione remotaOPC-UA, Modbus TCP, tramite gateway o modulo COMDNP3, IEC 104, Modbus RTU nativo su 4G / radio / satellite
Ridondanza / buffer offlineLimitata — progettato per rimanere sempre 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, il coordinamento di più attuatori o una logica di sicurezza SIL, 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 interrompere la linea non può dipendere da un comando proveniente dal cloud. Il PLC decide localmente, in tempo reale, senza dipendere dalla rete.

Ambiente controllato. L'apparecchiatura è installata in un armadio elettrico da officina dotato di alimentazione stabilizzata e temperatura controllata. Non si applicano i vincoli relativi al freddo intenso, all'alimentazione a batteria o a siti non sorvegliati.

Esempi concreti:

  • Robot di saldatura su linea automobilistica: il PLC gestisce la sincronizzazione degli assi, la sequenza di saldatura e gli interblocchi di sicurezza in meno di 5 ms.
  • Macchina per il confezionamento farmaceutico: gestione del flusso di prodotto, pesatura, etichettatura e tracciabilità secondo gli standard FDA.
  • Impianto di trattamento delle acque reflue (ITAR) da 100.000 EQ: regolazione a più anelli dei 6 bacini, sequenze di riempimento/svuotamento e gestione dei compressori d'aria.

Quando scegliere un RTU?​

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 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 per il telecontrollo, rappresentano la scelta naturale.

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

Autonomia in caso di interruzione della rete. L'RTU memorizza localmente le misurazioni con un timestamp preciso e le trasmette in blocco al ripristino della comunicazione. Questa funzione è richiesta in numerosi capitolati d'appalto nel settore idrico ed energetico.

Esempi concreti:

  • Rete di 80 stazioni di monitoraggio della qualità dell'aria: trasmissione ogni 15 minuti dei valori di PM2,5, NO₂ e O₃ al server centrale tramite 4G.
  • Stazioni di distribuzione del gas: RTU IEC 101 su linea RTC, seguita dalla migrazione a IEC 104 su IP, supervisione e dispacciamento.
  • Irrigazione agricola su 500 ha: RTU su ciascuna valvola di settore, controllate dalla centrale operativa.

Monitoraggio remoto di un PLC​

Il monitoraggio remoto di un PLC si basa sull'estrazione delle variabili di processo e sulla loro trasmissione a un sistema di monitoraggio centralizzato o a una piattaforma cloud. A seconda della generazione del PLC, coesistono diversi metodi.

OPC-UA: il metodo consigliato per i PLC moderni​

I controllori di ultima generazione (Siemens S7-1500, Schneider Modicon M580, Beckhoff TwinCAT, Allen-Bradley ControlLogix 5380) integrano un server OPC-UA incorporato. Il gateway IoT o il sistema SCADA si connette come client OPC-UA, si abbona ai nodi di interesse e riceve gli aggiornamenti in tempo reale o al variare dei valori.

Vantaggi: sicurezza integrata (TLS, certificati, autenticazione), semantica ricca (tipi di dati, unità di misura), interoperabilità tra diversi produttori.

Configurazione tipica: endpoint opc.tcp://[IP-PLC]:4840, indice dello spazio dei nomi 2 (Siemens), autenticazione tramite nome utente/password o certificato client.

Modbus TCP: il metodo universale​

Modbus TCP è supportato praticamente da tutti i PLC moderni e da molti modelli precedenti tramite moduli di comunicazione (CP343 per Siemens S7-300, NOE 771 per Schneider Quantum). Il gateway IoT interroga i registri Modbus ogni N secondi e trasmette i valori al cloud.

Vantaggi: universalità totale, configurazione semplice, supportato da tutti i sistemi SCADA. Svantaggio: polling attivo (nessuna notifica in caso di evento), nessuna sicurezza nativa (da proteggere tramite VPN).

Gateway IoT tramite RS-485 (Modbus RTU)​

Per i PLC senza Ethernet o dotati solo di porta seriale (Siemens S7-200, vecchi Modicon), il Gateway Eziwan si collega alla porta RS-485 del PLC tramite Modbus RTU e invia i dati al cloud. Il processo è trasparente per il programma del PLC, non è richiesta alcuna modifica al codice.

Accesso remoto tramite VPN per la manutenzione​

Per la diagnostica e la manutenzione, l'ingegnere accede al PLC dalla propria postazione tramite un tunnel VPN. Vede 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 — architettura zero-inbound-port.

Monitoraggio remoto di un RTU​

Il monitoraggio remoto è la ragion d'essere dell'RTU. I protocolli utilizzati sono stati concepiti fin dall'inizio per collegamenti WAN a lunga distanza e intermittenti.

DNP3: il protocollo delle aziende di servizi pubblici nordamericane​

DNP3 (Distributed Network Protocol 3) è il protocollo di telegestione prevalente in Nord America per le reti elettriche e i sistemi di distribuzione idrica. Gestisce in modo nativo la comunicazione intermittente, la marcatura temporale precisa degli eventi, i rapporti su eccezione (l'RTU trasmette solo se il valore cambia) e le classi di dati (classi 0, 1, 2, 3 per dare priorità agli allarmi critici).

Un RTU DNP3 si collega allo SCADA master 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 (porta standard 20000).

IEC 60870-5-104: la norma europea​

IEC 60870-5-101 (versione seriale) e IEC 60870-5-104 (versione TCP/IP) sono gli standard di telegestione prevalenti in Europa, in particolare per le reti elettriche e di distribuzione idrica in Francia. Lo standard IEC 104 è di fatto lo standard di riferimento per le nuove implementazioni: l’RTU stabilisce una connessione TCP con lo SCADA master sulla porta 2404 e trasmette i dati in modalità spontanea o in risposta a interrogazioni generali.

Modbus RTU su 4G​

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

Esempio di implementazione: un consorzio idrico gestisce 45 stazioni di pompaggio tramite un sistema SCADA centrale. Ogni stazione dispone di un RTU con 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 e riceve gli allarmi in modalità spontanea in meno di 10 secondi.

La convergenza PLC/RTU nell'IIoT​

Da circa dieci anni, sotto l'impulso dell'IIoT, i confini tra PLC e RTU si stanno assottigliando:

I moderni PLC integrano funzioni RTU. I Modicon M262, i Siemens S7-1500T o i CompactLogix 5380 integrano connettori cloud nativi (MQTT, OPC-UA su MQTT), 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 470i 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 "edge controller" versatili, in grado di eseguire elaborazioni locali avanzate (ML sui dati dei sensori, rilevamento delle anomalie), comunicazioni multiprotocollo e monitoraggio simultaneo dal cloud — unendo il meglio dei due mondi.

Raccomandazione pratica. Per i nuovi impianti, la dicotomia PLC/RTU è sempre meno determinante. 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)? In ogni caso, la supervisione remota avviene oggi tramite un gateway IoT che astrae il protocollo di campo ed espone un’API cloud standard.

Lista di controllo per la scelta tra PLC e RTU​

Per ogni nuovo progetto, rispondete a queste 5 domande nell'ordine:

1. Esiste una complessa logica di controllo e comando locale?
   (sequenziamento, regolazione PID, sicurezza SIL)
   OUI → PLC obligatoire
   NON → continuer

2. Il sito è isolato, incustodito, con un approvvigionamento incerto?
   OUI → RTU ou edge controller
   NO → PLC se è richiesta la logica locale, altrimenti semplice gateway IoT

3. Esistono protocolli di servizio (DNP3 o IEC 60870) da rispettare?
   OUI → RTU avec protocol natif
   NO → è sufficiente un gateway IoT Modbus + MQTT

4. Le budget par site est-il < 1 000 € ?
   SÌ → RTU semplice o gateway IoT
   NO → PLC con gateway IoT per il monitoraggio via cloud

5. Avete bisogno sia di una logica locale che di una gestione remota SCADA?
   SÌ → Edge Controller (ibrido) con protocolli IEC 61131-3 + DNP3/IEC 104
   NO → soluzione monofunzionale in base alle risposte da 1 a 4

Architettura ibrida PLC + RTU in un impianto complesso​

In molti impianti industriali reali, le due apparecchiature coesistono con ruoli complementari:

In questa configurazione:

  • Il PLC S7-1500 gestisce la regolazione in tempo reale dei bacini di aerazione e le sequenze di riempimento/svuotamento — una logica che un RTU non sarebbe in grado di eseguire.
  • L’RTU SCADAPack garantisce la telegestione verso il sistema SCADA regionale (IEC 104) con marcatura temporale precisa degli eventi e buffer di 30 giorni — funzioni native ottimizzate.
  • Il gateway Eziwan aggrega le due fonti, le pubblica sul cloud tramite MQTT e offre un accesso VPN per la manutenzione dall’ufficio.

Tre dispositivi, tre ruoli distinti, un'unica piattaforma di supervisione unificata.

Domande frequenti​

Qual è la differenza principale tra un PLC e un RTU?​

Il PLC è un controllore industriale progettato per eseguire una logica di controllo e comando complessa localmente, con cicli da 1 a 100 ms. L'RTU è un dispositivo di telegestione progettato per raccogliere dati da un sito remoto e trasmetterli a un centro di supervisione. Il PLC decide, l’RTU trasmette le informazioni. Entrambi possono coesistere nella stessa installazione: il PLC controlla la macchina localmente, mentre l’RTU trasmette i dati al sistema SCADA centrale.

È possibile monitorare da remoto un PLC e un RTU sulla stessa piattaforma?​

Sì. Un gateway IoT industriale come l’Eziwan Gateway supporta nativamente i protocolli Modbus RTU/TCP (per i PLC), DNP3 e IEC 60870-5-104 (per le RTU) e OPC-UA per i controllori moderni. Centralizza tutte queste fonti su un’unica piattaforma cloud, indipendentemente dall’apparecchiatura sul campo. È l’approccio consigliato per i parchi misti PLC/RTU.

Quale protocollo utilizzare per l'accesso remoto a un PLC?​

  • OPC-UA: consigliato per i PLC moderni (S7-1500, M580, Beckhoff). Sicurezza integrata, semantica avanzata, interoperabilità.
  • Modbus TCP: universale, compatibile con tutti i PLC moderni e di vecchia generazione. Semplice da configurare, proteggibile tramite VPN.
  • Modbus RTU via RS-485: per PLC senza Ethernet o dotati esclusivamente di porta seriale. Tramite gateway locale.
  • Accesso VPN diretto: per la manutenzione e la diagnostica, il tecnico accede al PLC tramite il proprio software nativo (TIA Portal, Unity Pro) attraverso un tunnel VPN.

RTU o PLC per la gestione delle risorse idriche e della rete fognaria?​

Per gli impianti di telegestione idrica (stazioni di pompaggio isolate, serbatoi, punti di misurazione), l'RTU rimane la scelta ottimale: protocolli DNP3/IEC 104 nativi, basso consumo per alimentazione solare/a batteria, memorizzazione con data e ora, robustezza in siti non sorvegliati. Per gli impianti di trattamento complessi (IMT con regolazione a più anelli), un PLC gestisce il processo in loco mentre un RTU o un gateway IoT garantisce il trasferimento dei dati verso il sistema SCADA centrale.

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​