Modbus TCP vs Modbus RTU : quel protocole choisir pour votre installation industrielle ?

· 10 minutes de lecture
10 min read
Sophie Durand
Sophie Durand
Chargée de contenu technique

Modbus reste le protocole de référence dans l'automatisme industriel. Mais selon que vos équipements communiquent en RS485 ou en Ethernet, vous utiliserez Modbus RTU ou Modbus TCP — deux variantes qui ont chacune leurs contraintes et leurs avantages.

La même mécanique, deux supports physiques​

Modbus est un protocole maître/esclave publié en 1979 par Modicon. Il définit la manière dont un contrôleur (le maître) interroge des dispositifs (les esclaves) pour lire ou écrire des registres.

  • Modbus RTU — fonctionne sur liaison série RS485 ou RS232. Les données circulent en binaire compact, adressées par un identifiant d'esclave (1–247). Débit typique : 9600 à 115 200 bps.
  • Modbus TCP — encapsule les trames Modbus dans des paquets TCP/IP sur Ethernet. Port standard : 502. Débit limité uniquement par le réseau Ethernet.
Astuce terrain

Les deux protocoles partagent la même structure de données (bobines, registres d'entrée, registres de maintien). Une passerelle Modbus RTU ↔ TCP suffit pour faire communiquer vos anciens capteurs RS485 avec un SCADA Ethernet.

Modbus RTU : la robustesse série​

Avantages​

  • Câblage minimal : un bus RS485 daisy-chain peut connecter jusqu'à 32 dispositifs sur une longueur de 1200 m avec un câble blindé simple paire.
  • Latence prévisible : pas de stack TCP, pas de fragmentation. Le timing est déterministe.
  • Équipements légion : automates, variateurs, compteurs d'énergie, transmetteurs de pression — quasiment tout l'OT historique parle RTU.

Inconvénients​

  • Topologie linéaire obligatoire (bus). Pas de réseau en étoile sans répéteur.
  • Débit limité : à 19 200 bps, une transaction sur un registre prend ~5 ms. Avec 20 esclaves et polling continu, la latence peut dépasser 200 ms.
  • Câblage physique fragile en environnement bruité sans résistances de terminaison correctement placées.

Modbus TCP : la flexibilité IP​

Avantages​

  • Débit élevé : 100 Mbps ou 1 Gbps — les lectures en masse sont quasi instantanées.
  • Architecture flexible : switches Ethernet permettent des topologies en étoile, ring ou arbre.
  • Multi-maître : plusieurs clients peuvent interroger simultanément les mêmes esclaves TCP.
  • Traçabilité : les trames IP sont facilement capturées avec Wireshark pour le débogage.

Inconvénients​

  • Infrastructure réseau requise : un switch industriel, une adresse IP par dispositif.
  • Latence variable : les retransmissions TCP en cas d'erreur introduisent une latence non déterministe — problématique pour les boucles de régulation temps réel.
  • Sécurité : le port 502 est souvent exposé sur les VLANs OT sans authentification. À isoler impérativement.

Tableau comparatif​

CritèreModbus RTUModbus TCP
Support physiqueRS485 / RS232Ethernet
TopologieBus linéaireÉtoile, ring, arbre
Débit typique9 600–115 200 bps100 Mbps – 1 Gbps
Nombre d'esclavesJusqu'à 247Illimité (réseau IP)
LatenceDéterministeVariable (TCP/IP)
InfrastructureCâble RS485Switch + câblage Ethernet
Usage typiqueCapteurs, automates historiquesSCADA, équipements modernes

Comment Eziwan gère les deux​

Le routeur Eziwan Gateway dispose d'un port RS485 natif qui supporte Modbus RTU esclave et maître. La plateforme Eziwan inclut une passerelle Modbus RTU → MQTT et un bridge Modbus TCP en cloud, permettant de :

  1. Collecter des registres RS485/Modbus RTU depuis vos capteurs terrain toutes les N secondes.
  2. Transmettre les valeurs via MQTT ou HTTP vers votre SCADA, InfluxDB ou Grafana.
  3. Accéder à distance en Modbus TCP à vos équipements série via le tunnel VPN — votre SCADA voit un dispositif TCP, le gateway traduit en RTU.
# Exemple de configuration Modbus dans 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

Câblage RS485 pour Modbus RTU : les erreurs les plus fréquentes​

Le RS485 est robuste, mais une mauvaise mise en œuvre génère des erreurs de communication intermittentes difficiles à diagnostiquer. Les pièges classiques :

1. Résistances de terminaison manquantes. Le bus RS485 doit être terminé aux deux extrémités par des résistances de 120 Ω. Sans terminaison, les réflexions de signal génèrent des trames corrompues — en particulier aux baudrates élevés (> 9600 bps).

2. Polarisation incorrecte. Un bus RS485 vide (tous les esclaves silencieux) doit avoir un niveau défini (A+ > A-). Ajoutez des résistances de polarisation (bias) de 560 Ω–1 kΩ si votre master ne les intègre pas.

3. Mauvaise topologie. Modbus RTU exige une topologie bus (chaîne daisy-chain). Les dérivations (stubs) créent des réflexions. Chaque esclave doit se raccorder à la ligne principale avec le stub le plus court possible (< 1 m).

4. Mélange de masses. En RS485, la mise à la terre des blindages et le retour de signal (masse commune) doivent être soigneusement gérés. Un blindage connecté aux deux extrémités crée une boucle de masse et des courants parasites — connectez-le uniquement côté automate.

5. Baudrate/parité incohérents. Tous les esclaves d'un bus RTU doivent partager exactement le même baudrate, parité et nombre de bits de stop. 19200-8-E-1 est le paramétrage le plus courant dans l'industrie française.

Sécurité Modbus TCP : le point aveugle​

Modbus TCP n'a aucun mécanisme d'authentification natif. N'importe quel client réseau qui atteint le port 502 peut lire et écrire des registres. Dans un réseau OT isolé, c'est acceptable. Dès qu'une connexion cloud est impliquée, des mesures de sécurité s'imposent.

Ne jamais exposer le port 502 sur Internet

Le port 502 Modbus TCP doit être inaccessible depuis Internet. Tout accès depuis l'extérieur doit transiter par un tunnel VPN. Des milliers de dispositifs Modbus sont scannés et attaqués quotidiennement (Shodan.io référence plus de 200 000 ports 502 accessibles publiquement dans le monde).

Mesures de sécurité recommandées :

  • Firewall OT : n'autoriser le port 502 qu'aux IP explicitement listées (liste blanche)
  • Tunnel VPN : tous les accès distants au bus Modbus via VPN (OpenVPN ou IPSec)
  • VLAN dédié : isoler le sous-réseau Modbus TCP du reste du LAN
  • Journalisation : logger les connexions et déconnexions TCP sur le port 502

Quand choisir l'un ou l'autre ?​

Choisissez Modbus RTU si :

  • Vos équipements ont uniquement un port RS485 ou RS232
  • Votre installation existe déjà et vous souhaitez l'intégrer sans recâbler
  • Vous avez moins de 32 dispositifs sur un même segment
  • Le câblage Ethernet n'est pas envisageable dans l'armoire (contraintes espace, coût)

Choisissez Modbus TCP si :

  • Vous concevez une nouvelle installation avec infrastructure Ethernet
  • Vous avez plus de 32 dispositifs ou des distances > 1200 m
  • Vous avez besoin de multi-maître (plusieurs clients SCADA simultanés)
  • L'intégration cloud est prévue dès la conception

Dans la pratique, la plupart des installations industrielles existantes parlent RTU sur RS485. Eziwan permet de les connecter au cloud sans toucher au câblage existant — la gateway traduit Modbus RTU → MQTT/HTTPS de manière transparente.

Exemple d'architecture : du bus RS485 au tableau de bord cloud​

Voici la chaîne complète d'une supervision Modbus type, telle que déployée sur des postes électriques, stations de pompage ou ateliers :

Capteurs et équipements Modbus RTU → bus RS485 (2 fils, jusqu'à 1 200 m) → gateway Eziwan (pont RTU↔TCP + conversion MQTT) → connectivité 4G avec SIM M2M → tunnel VPN sortant → cloud Eziwan → tableaux de bord, alertes de seuil et accès distant.

Le point clé : le Modbus ne quitte jamais le réseau local. La gateway le confine au site et transporte les valeurs converties dans un tunnel chiffré — ce qui règle d'un coup le problème de sécurité du protocole (aucune authentification native) et celui de la distance.

Dimensionner le polling : fréquence, volumes et data 4G​

La fréquence d'interrogation détermine à la fois la réactivité de la supervision et la consommation data. Ordres de grandeur pour guider le dimensionnement :

Cas d'usageFréquence de pollingVolume data mensuel indicatif
Télérelève de compteurs (index)1 à 4 relevés par jour< 5 Mo
Supervision énergie (tension, courant, puissance)Toutes les 10 à 60 s5 à 30 Mo
Suivi machine temps quasi réelToutes les 1 à 5 s30 à 150 Mo

Deux pièges classiques : un polling trop agressif sur un bus RTU lent (9 600 bauds) crée des timeouts en cascade — espacez les requêtes ou augmentez la vitesse du bus ; et sur 4G, prévoyez des timeouts Modbus TCP de 3 000 ms minimum pour absorber la latence variable du réseau cellulaire.

Migrer de RTU vers TCP : est-ce nécessaire ?​

Non dans la plupart des cas. Le réflexe « moderniser = tout passer en Ethernet » conduit à des recâblages coûteux pour un gain marginal : un bus RS485 sain transporte les mêmes données Modbus de façon parfaitement fiable. La bonne stratégie consiste à conserver le terrain en RTU et à placer la conversion au niveau de la gateway — qui expose les esclaves série en Modbus TCP pour le SCADA et publie en MQTT vers le cloud. On ne migre physiquement vers TCP que lors d'une rénovation d'armoire déjà planifiée ou quand le nombre d'équipements dépasse les limites du bus.

FAQ​

Quel est le rôle d'une passerelle (gateway) Modbus ? Elle relie le monde série au monde IP : côté terrain elle interroge les esclaves Modbus RTU sur RS485, côté réseau elle les expose en Modbus TCP et publie les mesures en MQTT vers le cloud. Elle assure aussi la bufferisation locale pendant les coupures réseau et le chiffrement du transport — deux fonctions que le protocole Modbus n'offre pas.

Peut-on lire des registres Modbus RTU depuis un SCADA qui ne parle que TCP ? Oui — c'est précisément le rôle d'une passerelle Modbus RTU↔TCP. Le SCADA se connecte en Modbus TCP (port 502) à la passerelle, qui traduit les requêtes en Modbus RTU sur le bus RS485. L'Eziwan Gateway embarque cette fonction nativement : depuis votre SCADA cloud, les esclaves RTU sont vus comme des esclaves TCP.

Quelle longueur de bus RS485 maximum pour Modbus RTU ? La spécification RS485 permet jusqu'à 1200 m à 9600 bps avec du câble adapté (Belden 9842 ou équivalent, impédance 120 Ω). À 115 200 bps, la longueur se réduit à environ 200–300 m. Au-delà, des répéteurs RS485 permettent d'étendre le bus.

Combien d'esclaves peut-on adresser sur un bus Modbus RTU ? Le protocole Modbus RTU adresse jusqu'à 247 esclaves (adresses 1 à 247, l'adresse 0 est réservée pour les broadcasts). En pratique, les limitations physiques du RS485 (32 "unit loads" par segment) imposent des répéteurs au-delà de 32 équipements sur un même segment physique.

Quelle est la différence entre Modbus RTU et Modbus ASCII ? Modbus ASCII est une variante plus ancienne qui encode les trames en caractères ASCII hexadécimaux (lisibles par un terminal série). Modbus RTU utilise une encodage binaire compact, plus efficace. Modbus ASCII est quasi-obsolète — si votre équipement propose les deux, choisissez RTU.

Modbus TCP fonctionne-t-il sur Wi-Fi ou 4G ? Oui. Modbus TCP est du TCP/IP standard et peut s'utiliser sur n'importe quel réseau IP — Ethernet, Wi-Fi, 4G LTE. Sur 4G, la latence variable (20–100 ms) peut provoquer des timeouts avec des configurations conservatrices. Augmentez le timeout Modbus TCP à 3000 ms minimum (vs 500 ms en LAN) pour les connexions 4G.

Pour aller plus loin​

Besoin d'un conseil sur l'architecture Modbus de votre installation ? Contactez nos ingénieurs — diagnostic gratuit.

Ressources complémentaires​