Modbus TCP vs Modbus RTU: quale protocollo scegliere per il vostro impianto industriale?

· 11 minuti di lettura
11 min read
Sophie Durand
Sophie Durand
Responsabile dei contenuti tecnici

Modbus rimane il protocollo di riferimento nell'automazione industriale. Tuttavia, a seconda che le vostre apparecchiature comunichino tramite RS485 o Ethernet, utilizzerete Modbus RTU o Modbus TCP — due varianti che presentano ciascuna i propri limiti e vantaggi.

Stessa meccanica, due supporti fisici​

Modbus è un protocollo master/slave pubblicato nel 1979 da Modicon. Definisce il modo in cui un controllore (il master) interroga i dispositivi (gli slave) per leggere o scrivere i registri.

  • Modbus RTU — funziona su collegamento seriale RS485 o RS232. I dati circolano in formato binario compatto, indirizzati tramite un identificativo slave (1–247). Velocità di trasmissione tipica: da 9600 a 115 200 bps.
  • Modbus TCP — incapsula i frame Modbus in pacchetti TCP/IP su Ethernet. Porta standard: 502. Velocità limitata esclusivamente dalla rete Ethernet.
Suggerimento pratico

I due protocolli condividono la stessa struttura dei dati (avvolgimenti, registri di ingresso, registri di mantenimento). È sufficiente un gateway Modbus RTU ↔ TCP per far comunicare i vostri vecchi sensori RS485 con un sistema SCADA Ethernet.

Modbus RTU: l'affidabilità delle comunicazioni seriali​

Vantaggi​

  • Cablaggio minimo: un bus RS485 in configurazione daisy-chain può collegare fino a 32 dispositivi su una lunghezza di 1200 m con un cavo schermato a coppia singola.
  • Latenza prevedibile: nessun stack TCP, nessuna frammentazione. La temporizzazione è deterministica.
  • Ampia gamma di apparecchiature: PLC, azionamenti, contatori di energia, trasmettitori di pressione — praticamente tutta l’infrastruttura OT storica comunica tramite RTU.

Svantaggi​

  • Topologia lineare obbligatoria (bus). Non è consentita una rete a stella senza ripetitore.
  • Velocità di trasmissione limitata: a 19.200 bps, una transazione su un registro richiede circa 5 ms. Con 20 slave e polling continuo, la latenza può superare i 200 ms.
  • Cablaggio fisico vulnerabile in ambienti soggetti a interferenze senza resistenze di terminazione posizionate correttamente.

Modbus TCP: la flessibilità dell'IP​

Vantaggi​

  • Elevata velocità di trasmissione: 100 Mbps o 1 Gbps — le letture in massa sono praticamente istantanee.
  • Architettura flessibile: gli switch Ethernet consentono topologie a stella, ad anello o ad albero.
  • Multi-master: più client possono interrogare contemporaneamente gli stessi slave TCP.
  • Tracciabilità: i frame IP possono essere facilmente acquisiti con Wireshark per il debug.

Svantaggi​

  • Infrastruttura di rete richiesta: uno switch industriale, un indirizzo IP per dispositivo.
  • Latenza variabile: le ritrasmissioni TCP in caso di errore introducono una latenza non deterministica — problematica per i circuiti di regolazione in tempo reale.
  • Sicurezza: la porta 502 è spesso esposta sulle VLAN OT senza autenticazione. È indispensabile isolarla.

Tabella comparativa​

CriterioModbus RTUModbus TCP
Supporto fisicoRS485 / RS232Ethernet
TopologiaBus lineareStella, anello, albero
Velocità tipica9.600–115.200 bps100 Mbps – 1 Gbps
Numero di slaveFino a 247Illimitato (rete IP)
LatenzaDeterministicaVariabile (TCP/IP)
InfrastrutturaCavo RS485Switch + cablaggio Ethernet
Utilizzo tipicoSensori, controllori di vecchia generazioneSCADA, apparecchiature moderne

Come Eziwan gestisce entrambe le cose​

Il router Eziwan Gateway dispone di una porta RS485 nativa che supporta Modbus RTU sia in modalità slave che master. La piattaforma Eziwan include un gateway Modbus RTU → MQTT e un bridge Modbus TCP nel cloud, che consentono di:

  1. Raccogliere i dati RS485/Modbus RTU dai sensori sul campo ogni N secondi.
  2. Trasmettere i valori tramite MQTT o HTTP al vostro sistema SCADA, InfluxDB o Grafana.
  3. Accedere da remoto tramite Modbus TCP alle vostre apparecchiature seriali attraverso il tunnel VPN: il vostro sistema SCADA vede un dispositivo TCP, mentre il gateway lo traduce in RTU.
# Esempio di configurazione Modbus in Eziwan
modbus:
  interface: RS485_1
  baudrate: 19200
  parity: even
  polling_interval: 10s
  registers:
    - id: 0x0001
      name: temperature_process
      unit: 3
      type: holding
      scale: 0.1
    - id: 0x0002
      name: pression_bar
      unit: 3
      type: holding
      scale: 0.01

Cablaggio RS485 per Modbus RTU: gli errori più comuni​

L'RS485 è robusto, ma un'implementazione errata genera errori di comunicazione intermittenti difficili da diagnosticare. Le insidie più comuni:

1. Mancanza di resistenze di terminazione. Il bus RS485 deve essere terminato alle due estremità con resistenze da 120 Ω. In assenza di terminazione, le riflessioni del segnale generano frame danneggiati, in particolare a velocità di trasmissione elevate (> 9600 bps).

2. Polarizzazione errata. Un bus RS485 vuoto (tutti gli slave in silenzio) deve avere un livello definito (A+ > A-). Aggiungere resistenze di polarizzazione (bias) da 560 Ω a 1 kΩ se il master non le integra.

3. Topologia errata. Modbus RTU richiede una topologia a bus (collegamento a catena). Le diramazioni (stub) causano riflessioni. Ogni slave deve collegarsi alla linea principale con uno stub il più corto possibile (< 1 m).

4. Miscelazione delle masse. Nel protocollo RS485, la messa a terra delle schermature e il ritorno del segnale (massa comune) devono essere gestiti con attenzione. Una schermatura collegata a entrambe le estremità crea un anello di massa e correnti parassite: collegarla solo dal lato del PLC.

5. Baudrate/parità non coerenti. Tutti gli slave di un bus RTU devono condividere esattamente lo stesso baudrate, la stessa parità e lo stesso numero di bit di stop. 19200-8-E-1 è la configurazione più diffusa nell'industria francese.

Sicurezza Modbus TCP: il punto cieco​

Modbus TCP non dispone di alcun meccanismo di autenticazione nativo. Qualsiasi client di rete che raggiunga la porta 502 può leggere e scrivere nei registri. In una rete OT isolata, ciò è accettabile. Non appena entra in gioco una connessione cloud, è necessario adottare misure di sicurezza.

Non esporre mai la porta 502 su Internet

La porta 502 Modbus TCP deve essere inaccessibile da Internet. Qualsiasi accesso dall'esterno deve avvenire tramite un tunnel VPN. Ogni giorno migliaia di dispositivi Modbus vengono sottoposti a scansione e subiscono attacchi (Shodan.io riporta oltre 200.000 porte 502 accessibili pubblicamente in tutto il mondo).

Misure di sicurezza raccomandate:

  • Firewall OT: consentire l'accesso alla porta 502 solo agli indirizzi IP esplicitamente elencati (lista bianca)
  • Tunnel VPN: tutti gli accessi remoti al bus Modbus devono avvenire tramite VPN (OpenVPN o IPSec)
  • VLAN dedicata: isolare la sottorete Modbus TCP dal resto della LAN
  • Registrazione: registrare le connessioni e le disconnessioni TCP sulla porta 502

Quando scegliere l'uno o l'altro?​

Scegliete Modbus RTU se:

  • Le vostre apparecchiature dispongono esclusivamente di una porta RS485 o RS232
  • Il vostro impianto è già esistente e desiderate integrarlo senza dover ricablare
  • Avete meno di 32 dispositivi sullo stesso segmento
  • Il cablaggio Ethernet non è fattibile all'interno dell'armadio (vincoli di spazio, costi)

Scegliere Modbus TCP se:

  • Si sta progettando un nuovo impianto con infrastruttura Ethernet
  • Si hanno più di 32 dispositivi o distanze superiori a 1200 m
  • È necessaria la modalità multi-master (più client SCADA simultanei)
  • L’integrazione con il cloud è prevista fin dalla fase di progettazione

In pratica, la maggior parte degli impianti industriali esistenti utilizza il protocollo RTU su RS485. Eziwan consente di collegarli al cloud senza intervenire sul cablaggio esistente: il gateway traduce in modo trasparente il protocollo Modbus RTU in MQTT/HTTPS.

Esempio di architettura: dal bus RS485 al pannello di controllo cloud​

Ecco la catena completa di un sistema di supervisione Modbus standard, come quello implementato in sottostazioni elettriche, stazioni di pompaggio o officine:

Sensori e apparecchiature Modbus RTU → bus RS485 (a 2 fili, fino a 1.200 m) → gateway Eziwan (ponte RTU↔TCP + conversione MQTT) → connettività 4G con SIM M2M → tunnel VPN in uscita → cloud Eziwan → dashboard, avvisi di soglia e accesso remoto.

Il punto chiave: il Modbus non esce mai dalla rete locale. Il gateway lo confina all'interno del sito e trasporta i valori convertiti attraverso un tunnel crittografato — risolvendo così in un colpo solo sia il problema di sicurezza del protocollo (assenza di autenticazione nativa) sia quello della distanza.

Dimensionamento del polling: frequenza, volumi e dati 4G​

La frequenza di interrogazione determina sia la reattività del sistema di monitoraggio sia il consumo di dati. Ordini di grandezza come guida per il dimensionamento:

Caso d'usoFrequenza di pollingVolume dati mensile indicativo
Lettura remota dei contatori (indici)Da 1 a 4 letture al giorno< 5 MB
Monitoraggio energetico (tensione, corrente, potenza)Ogni 10-60 sDa 5 a 30 Mo
Monitoraggio delle macchine in tempo quasi realeOgni 1-5 sDa 30 a 150 Mo

Due errori classici: un polling troppo aggressivo su un bus RTU lento (9.600 baud) provoca timeout a catena — distanziate le richieste o aumentate la velocità del bus; e sul 4G, prevedete timeout Modbus TCP di almeno 3.000 ms per compensare la latenza variabile della rete cellulare.

Passare da RTU a TCP: è necessario?​

No, nella maggior parte dei casi. Il riflesso secondo cui «modernizzare = passare tutto a Ethernet» comporta costosi interventi di ricablaggio per un guadagno marginale: un bus RS485 in buone condizioni trasmette gli stessi dati Modbus in modo perfettamente affidabile. La strategia corretta consiste nel mantenere il campo in RTU e effettuare la conversione a livello di gateway — che espone gli slave seriali in Modbus TCP per il sistema SCADA e pubblica in MQTT verso il cloud. Si migra fisicamente a TCP solo in occasione di una ristrutturazione dell’armadio già pianificata o quando il numero di apparecchiature supera i limiti del bus.

Domande frequenti​

Qual è il ruolo di un gateway Modbus? Collega il mondo seriale a quello IP: sul campo interroga gli slave Modbus RTU su RS485, mentre sul lato rete li rende accessibili tramite Modbus TCP e pubblica le misurazioni in formato MQTT sul cloud. Garantisce inoltre il buffering locale in caso di interruzioni di rete e la crittografia del trasporto — due funzioni che il protocollo Modbus non offre.

È possibile leggere i registri Modbus RTU da un sistema SCADA che supporta solo il protocollo TCP? Sì — è proprio questa la funzione di un gateway Modbus RTU↔TCP. Il sistema SCADA si connette tramite Modbus TCP (porta 502) al gateway, che traduce le richieste in Modbus RTU sul bus RS485. L'Eziwan Gateway integra questa funzione in modo nativo: dal vostro SCADA cloud, gli slave RTU vengono visualizzati come slave TCP.

Qual è la lunghezza massima del bus RS485 per Modbus RTU? La specifica RS485 consente di raggiungere i 1200 m a 9600 bps con un cavo adeguato (Belden 9842 o equivalente, impedenza 120 Ω). A 115 200 bps, la lunghezza si riduce a circa 200–300 m. Oltre tale distanza, è possibile estendere il bus utilizzando ripetitori RS485.

Quanti slave è possibile indirizzare su un bus Modbus RTU? Il protocollo Modbus RTU consente di indirizzare fino a 247 slave (indirizzi da 1 a 247; l'indirizzo 0 è riservato alle trasmissioni broadcast). In pratica, i limiti fisici dell’RS485 (32 «unit loads» per segmento) rendono necessari dei ripetitori quando si superano i 32 dispositivi su uno stesso segmento fisico.

Qual è la differenza tra Modbus RTU e Modbus ASCII? Modbus ASCII è una variante più datata che codifica i frame in caratteri ASCII esadecimali (leggibili da un terminale seriale). Modbus RTU utilizza una codifica binaria compatta, più efficiente. Modbus ASCII è ormai quasi obsoleto: se la vostra apparecchiatura supporta entrambe le opzioni, scegliete RTU.

Modbus TCP funziona su Wi-Fi o 4G? Sì. Modbus TCP è un protocollo TCP/IP standard e può essere utilizzato su qualsiasi rete IP: Ethernet, Wi-Fi, 4G LTE. Su rete 4G, la latenza variabile (20–100 ms) può causare timeout con configurazioni conservative. Aumentare il timeout Modbus TCP ad almeno 3000 ms (rispetto ai 500 ms in LAN) per le connessioni 4G.

Per approfondire​

Hai bisogno di una consulenza sull'architettura Modbus del tuo impianto? Contatta i nostri ingegneri — diagnosi gratuita.

Risorse aggiuntive​