Modbus RTU (RS-485/RS-232) vs Modbus TCP/IP (Ethernet)
| Critère | Modbus RTU (RS-485) | Modbus TCP (Ethernet) |
|---|---|---|
| Support physique | RS-485 / RS-232 (série) | Ethernet / Wi-Fi (TCP/IP) |
| Vitesse maximale | ✗ 115 200 baud (≈ 10 kB/s) | ✓ 100 Mbps à 1 Gbps |
| Distance maximale | ✓ 1200 m (RS-485 standard) | ✗ 100 m (Ethernet cat.5e) |
| Nombre d'esclaves | 32 sans répéteur (247 max) | ✓ Illimité (réseau standard) |
| Topologie | Bus daisy-chain (bifilaire) | ✓ Etoile ou bus (réseau IP) |
| Coût câblage | ✓ Très faible (câble RS-485) | Modéré (câble Ethernet) |
| Gestion des erreurs | CRC-16 bits (détection) | ✓ Checksum TCP/IP + retransmission |
| Déterminisme temps réel | ✓ Bon (scan séquentiel prévisible) | Variable (latence réseau) |
| Multi-maître | ✗ Non (un seul maître par bus) | ✓ Oui (plusieurs masters) |
| Sécurité native | ✗ Aucune (accès physique requis) | ✗ Aucune (mais isolable par VLAN) |
| Routage / passerelle | ✗ Non (bus local uniquement) | ✓ Oui (routage IP standard) |
| Intégration SCADA | Via passerelle RS-485/Ethernet | ✓ Nativement (port 502) |
| Outils de diagnostic | Oscilloscope, analyseur série | ✓ Wireshark, outils réseau standard |
| Robustesse CEM | ✓ Excellente (RS-485 différentiel) | Bonne avec câble FTP/STP |
| Variante sécurisée | ✗ Non disponible | ✓ Modbus over TLS (RFC 8144) |
8 aspects techniques pour choisir le bon protocole Modbus
Le RS-485 est un bus différentiel bifilaire : deux fils torsadés (A/B) résistant aux perturbations électromagnétiques omniprésentes dans les environnements industriels (variateurs de fréquence, moteurs, soudures). Sa portée de 1200 mètres sans répéteur en fait l'idéal pour relier des capteurs dans une usine ou un bâtiment industriel. Un câble paire torsadée blindée de quelques centimes par mètre suffit, avec terminaisons de bus 120 ohms aux deux extrémités. Modbus RTU sur RS-485 reste le protocole le plus répandu dans les équipements industriels entrée de gamme : compteurs d'énergie, capteurs de niveau, variateurs de fréquence, régulateurs de température.
Modbus TCP/IP encapsule les PDU (Protocol Data Units) Modbus dans des segments TCP sur le port 502. Il hérite de toute la richesse de l'infrastructure Ethernet : switches manageable, VLAN, routage, redondance (RSTP), diagnostic Wireshark. Sa vitesse (100 Mbps à 1 Gbps) permet d'interroger des centaines de points de données en millisecondes. Les connexions multi-maîtres simultanées permettent à un SCADA, un MES et une gateway IIoT de lire les mêmes registres en parallèle sans conflit. C'est le protocole de prédilection pour les connexions entre PLC et systèmes de supervision sur réseau Ethernet industriel.
En Modbus RTU, le timing est déterminé par la vitesse du bus série. À 9600 bauds, une trame de 20 octets prend 20 ms. Le gap inter-trame (3,5 temps de caractère) sépare les trames. Ce comportement est parfaitement prévisible. En Modbus TCP, la latence réseau ajoute une variabilité de quelques à plusieurs dizaines de millisecondes selon la congestion du réseau. Pour la supervision (lecture de données) cette variabilité est acceptable. Pour le contrôle temps réel (écriture d'actionneurs avec contrainte temporelle stricte), le bus RS-485 dédié reste plus déterministe. Les systèmes SCADA modernes configurent généralement des timeouts Modbus TCP de 500 ms à 2 secondes.
Les logiciels SCADA majeurs (WinCC, Ignition, iFIX, Wonderware InTouch) supportent nativement Modbus TCP sur le port 502. L'intégration d'équipements Modbus RTU dans un SCADA nécessite soit un convertisseur RS-485/Ethernet, soit une gateway comme Eziwan qui expose les équipements RTU en Modbus TCP. La configuration dans le SCADA est identique qu'il s'agisse d'un équipement TCP natif ou d'un équipement RTU bridgé par Eziwan. OPC-UA, le standard de communication industrielle de nouvelle génération, s'interface avec Modbus TCP via des serveurs OPC-UA Modbus, permettant l'intégration dans des architectures Industrie 4.0 modernes.
En Modbus RTU, le CRC-16 détecte les erreurs de transmission. En cas d'erreur, le maître peut redemander la trame. Ce mécanisme est efficace mais ajoute de la latence sur des liaisons bruitées. Dans un environnement électromagnétique sévère mal câblé, les taux d'erreur peuvent atteindre 1 à 5%. En Modbus TCP, le contrôle d'erreur est délégué au protocole TCP (retransmission automatique). Le déterminisme du Modbus TCP est inférieur au RTU sur bus dédié, car les délais réseau sont variables. Pour les applications critiques temps réel (régulation PID), Modbus RTU sur RS-485 dédié reste préférable.
Ni Modbus RTU ni Modbus TCP ne prévoient d'authentification ou de chiffrement. Quiconque peut injecter des trames sur le bus RS-485 ou sur le réseau Ethernet peut lire et écrire des registres. Pour Modbus TCP, l'exposition sur Internet sans protection est catastrophique : des scanners automatiques trouvent les ports 502 ouverts en quelques minutes. La norme Modbus over TLS (RFC 8144) apporte le chiffrement natif pour Modbus TCP mais n'est pas encore largement supportée. En attendant, la protection passe par la segmentation réseau, les VLANs industriels et, pour l'accès distant, un VPN chiffré comme OpenVPN.
La migration brownfield s'effectue sans arrêt de production. Phase 1 (jours 1 à 30) : installer Eziwan comme bridge transparent entre le bus RS-485 existant et le réseau Ethernet. Les équipements RTU continuent de fonctionner normalement. Phase 2 (mois 2 à 6) : raccorder les nouveaux équipements directement en Modbus TCP. Phase 3 (mois 6 à 18) : remplacer les anciens équipements RTU au fil des maintenances préventives. Phase 4 : retirer les ponts RS-485 lorsqu'ils ne sont plus nécessaires. Cette approche minimise les risques et préserve l'investissement dans les équipements existants.
Eziwan intègre physiquement un port RS-485 Modbus RTU et une interface Ethernet Modbus TCP. La gateway agit comme un pont transparent : elle lit les registres Modbus RTU des capteurs terrain et les expose en Modbus TCP pour les systèmes de supervision, tout en remontant les données vers le cloud via le tunnel VPN OpenVPN/IPSec. Un seul équipement remplace le convertisseur RS-485/Ethernet, le modem 4G et le client VPN — en montage rail DIN dans l'armoire industrielle. Le journal de diagnostic RTU (erreurs CRC, timeouts, réponses invalides) est accessible à distance via l'interface cloud Eziwan.
4 situations industrielles typiques et le protocole Modbus adapté
Contexte : Usine de 15 000 m² avec 45 compteurs d'énergie Schneider iEM3000 répartis dans 8 armoires techniques
Un seul bus RS-485 daisy-chain relie les 45 compteurs à la gateway Eziwan en moins de 600 mètres de câble. Le scan de tous les compteurs (puissance active, tension, courant, harmoniques) prend 4,5 secondes à 9600 bauds. La gateway Eziwan remonte les données vers une plateforme de suivi des consommations énergétiques (ISO 50001) via 4G et OpenVPN. Coût du câblage RS-485 vs infrastructure Ethernet : économie estimée de 12 000 euros.
Contexte : Ligne de conditionnement pharmaceutique avec 12 équipements (doseuses, étiqueteuses, scelleuses) en zone propre
L'infrastructure Ethernet industriel en acier inox est déjà présente pour les caméras de contrôle qualité. Chaque équipement dispose d'un port Ethernet RJ45 isolé. La supervision en Modbus TCP permet le diagnostic à distance depuis le bureau de production sans accès physique à la zone propre. OPC-UA serveur sur chaque machine expose les données vers le système MES de traçabilité.
Contexte : Station d'épuration avec 80 équipements RTU legacy sur bus RS-485 et SCADA vieux de 10 ans à moderniser
Phase 1 : Eziwan installé en parallèle du SCADA existant comme bridge RTU/TCP. Phase 2 : nouveau SCADA Ignition se connecte via Modbus TCP à Eziwan — zéro modification des équipements terrain. Phase 3 : remplacement progressif des capteurs lors des maintenances. Phase 4 : extension de la supervision aux nouveaux équipements directement en TCP. Migration complète en 18 mois sans interruption de service.
Contexte : 150 cellules de stockage frigorifique sur 12 entrepôts, avec capteurs de température et groupes froid à superviser
Dans chaque entrepôt, les 12 à 15 capteurs de température et les groupes froid Carrier sont sur bus RS-485. La gateway Eziwan lit les données RTU et les remonte en cloud via 4G/OpenVPN. Le tableau de bord cloud consolide les 150 cellules en temps réel. Les alertes de dépassement de température (conformité HACCP) sont envoyées par SMS et email en moins de 60 secondes.
Les 5 erreurs les plus coûteuses en déploiement Modbus
Le RS-485 est un bus linéaire : chaque esclave se connecte au bus de manière séquentielle (A→B→C→D). Un câblage en étoile crée des réflexions de signal et des erreurs CRC importantes, surtout à des vitesses supérieures à 19 200 bauds. Utiliser un hub RS-485 dédié ou redessiner le câblage en daisy-chain est la seule solution.
Un bus RS-485 sans terminaison aux deux extrémités génère des réflexions de signal qui corrompent les trames, surtout sur les longues distances. Les résistances de terminaison (120 ohms) doivent être installées physiquement sur les deux équipements aux extrémités du bus — pas au milieu, pas sur tous les équipements.
Des milliers d'automates industriels sont directement accessibles sur Internet sur le port 502 sans aucune protection. Shodan.io référencie des centaines de milliers de devices Modbus accessibles publiquement. Tout accès Modbus TCP depuis l'extérieur doit transiter par un VPN chiffré (OpenVPN Eziwan) sans jamais exposer le port 502.
Tous les équipements d'un bus Modbus RTU doivent utiliser la même vitesse de communication (baud rate) et les mêmes paramètres série (bits de données, parité, bits d'arrêt). Un équipement à 19 200 bauds sur un bus configuré à 9600 bauds provoque des erreurs sur l'ensemble du réseau et peut être difficile à diagnostiquer.
Chaque esclave Modbus RTU sur un bus RS-485 doit avoir une adresse unique entre 1 et 247. Si deux esclaves partagent la même adresse, les deux répondront simultanément aux requêtes du maître, créant des collisions et des erreurs incompréhensibles. Toujours vérifier l'unicité des adresses avant de connecter un nouvel équipement au bus.
Quel protocole Modbus domine dans chaque secteur ?
Les capteurs terrain (débitmètres, sondes de niveau) utilisent Modbus RTU sur RS-485 pour leur robustesse en environnement humide. Les automates de station communiquent en Modbus TCP avec le SCADA central. Eziwan fait le pont entre les deux couches.
Les exigences d'hygiène interdisent les câblages complexes. Ethernet industriel en inox et Modbus TCP simplifient le nettoyage des armoires. Le diagnostic Wireshark facilite la maintenance. Les équipements modernes (capteurs IO-Link, variateurs) supportent nativement Modbus TCP.
Les longues distances entre puits et postes de collecte (jusqu'à 500 m à 1 km) favorisent le RS-485. La robustesse CEM dans les environnements perturbés (moteurs de pompage, coupleurs inductifs) est un avantage décisif du bus différentiel.
L'infrastructure Ethernet est déjà présente dans les bâtiments tertiaires. Les équipements GTB modernes (régulateurs Belimo, compteurs d'énergie Schneider PM series) proposent tous une interface Ethernet Modbus TCP. La supervision via BMS sur réseau IP est la norme.
Les compteurs de production et capteurs de sous-station utilisent Modbus RTU pour leur robustesse. La supervision haute disponibilité des sous-stations utilise plutôt IEC 61850 ou IEC 60870-5-104. La gateway Eziwan fait le pont Modbus RTU vers cloud.
Modbus reste le protocole le plus répandu de l'industrie, mais RTU (série) et TCP (Ethernet) n'ont ni la même topologie, ni les mêmes contraintes électriques, ni la même sécurité. Voici les repères pour câbler, adresser et sécuriser sans erreur.
Spécification cœur du protocole (modbus.org) : PDU, codes fonction (0x01-0x2B), plan d'adressage des registres. Commune à RTU et TCP.
Définit RTU et ASCII sur RS-485/RS-232 : trame binaire, CRC-16, silence inter-trame de 3,5 caractères, mode maître/esclave.
Encapsulation dans TCP/IP, en-tête MBAP, port réservé 502. Le contrôle d'intégrité TCP remplace le CRC série.
Couche physique RS-485 : signalisation différentielle, 32 charges unitaires par segment, polarisation et terminaison 120 Ω obligatoires sur longues lignes.
Cadre normatif des bus de terrain industriels ; situe Modbus parmi les protocoles de communication d'atelier normalisés.
Modbus n'a aucune sécurité native : le chiffrement et le contrôle d'accès doivent être assurés à la passerelle (VPN, segmentation OT/IT).
La passerelle interroge les esclaves RTU (polling maître), convertit en Modbus TCP ou publie en MQTT/JSON. Un seul maître par bus RS-485 ; en TCP, plusieurs clients peuvent interroger le même esclave simultanément.
| Paramètre | Valeur repère | Interprétation |
|---|---|---|
| Longueur max RS-485 | 1200 m @ 9600 bps | Le débit exploitable chute avec la distance ; 115200 bps stable seulement < 50 m. |
| Esclaves par segment | 32 (sans répéteur) | Jusqu'à 247 adresses logiques, mais limite électrique à 32 charges unitaires. |
| Terminaison / polarisation | 120 Ω + pull-up/down | Indispensable en bout de bus pour éviter réflexions et flottement de ligne. |
| Taille PDU Modbus | 253 octets max | ≈ 125 registres 16 bits par requête de lecture (0x03). |
| Port Modbus TCP | 502 (TCP) | À filtrer strictement : jamais exposé côté WAN sans VPN. |
| Timeout esclave | 500-1000 ms | Marge suffisante sur bus série chargé ou lien 4G à gigue variable. |
Adressage : attention au décalage d'1 entre l'adresse protocole (0-based) et l'adresse documentée (1-based, ex. registre 40001).
Compteurs Modbus RTU répartis sur 6 bus RS-485, concentrés par passerelles série→Ethernet, remontée cloud via gateway 4G.
Ressources complémentaires sur les protocoles industriels
Port RS-485 intégré pour Modbus RTU, interface Ethernet pour Modbus TCP. Bridge automatique et remontée cloud via 4G/LTE OpenVPN.