Modbus RTU et Modbus TCP partagent un modèle de données de base sur des transports différents. RTU utilise généralement une liaison série, TCP un réseau IP. Le choix ne se résume pas à la vitesse : support matériel, câblage, topologie, administration réseau et comportement en panne comptent aussi.
Le sens vient de la table de l’appareil
Modbus définit bobines, entrées discrètes, registres d’entrée et registres de maintien. Le fabricant décide si un registre représente température, compteur ou état. La spécification ne donne pas le sens physique de tous les appareils. Obtenez la table du modèle et du micrologiciel réels.
Une grandeur peut occuper plusieurs registres. Vérifiez signe, échelle et ordre des mots. La numérotation documentaire peut différer du décalage attendu par la bibliothèque cliente. Une mesure stable mais fausse peut venir de cette correspondance, sans capteur endommagé.
Comparer les responsabilités de transport
| Sujet | Modbus RTU | Modbus TCP |
|---|---|---|
| Support | Communication série | Réseau TCP/IP |
| Configuration | Débit, parité, propriétés de ligne | Adressage, connexions, accès réseau |
| Diagnostic | Liaison physique et temporisation série | Accessibilité et session TCP |
| Limites | Capacité de ligne et réponse appareil | Nombre de connexions et charge réseau |
Ce tableau ne garantit pas le choix du matériel. Terminaison, passage des câbles, isolation et mise à la terre nécessitent une évaluation compétente. TCP n’impose pas d’exposer directement l’appareil industriel à Internet.
Planifier interrogations et défaillances
Lire tous les registres aussi souvent que possible n’est pas un bon défaut. Considérez la vitesse des signaux et la charge admise. Regroupez les lectures adaptées et mesurez l’effet des expirations et tentatives sur le cycle complet. Un appareil lent ne doit pas bloquer les autres indéfiniment.
Une lecture échouée ne devient pas un zéro valide. Si l’ancienne valeur reste visible, marquez-la périmée. Défaut capteur et défaut de communication peuvent demander des qualités différentes. Borner tentatives et attente tout en conservant de quoi localiser l’échec est essentiel.
Compteur énergétique illustratif
Un compteur série existant expose son énergie cumulée. Une passerelle le lit selon sa table, ajoute unité et identité, puis transmet. Un autre compteur offre la même grandeur en TCP. Leurs connexions terrain diffèrent, mais l’application peut utiliser le même format normalisé.
Testez sur les deux remises à zéro, débordements, remplacements et lectures manquantes. Une différence négative entre index doit déclencher leur examen, sans devenir automatiquement une consommation négative. Cette responsabilité de qualité applicative est indépendante du transport.
Définir explicitement l’accès
Modbus classique ne fournit pas seul une politique complète d’identité utilisateur, d’autorisation et de sécurité réseau. Segmentation, collecteurs autorisés et opérations limitées restent nécessaires. L’existence de Modbus Security ne signifie pas que l’équipement installé le prend en charge.
Privilégiez d’abord un périmètre clair en lecture seule. Écrire peut affecter logique et procédé physique ; cela exige autorisation et tests distincts. L’étude réunit table, unités, plan d’interrogation, gestion des délais et frontières d’accès. Cet ensemble est plus utile que le choix RTU ou TCP isolé.
Construire une fiche de vérification des registres
Pour chaque grandeur, conservez référence documentaire, zone, convention d’adressage, nombre de registres, représentation, échelle et unité attendue. Ajoutez modèle et firmware. Une lecture réussie ne prouve pas que la bonne grandeur a été sélectionnée. Notez une condition connue, la réponse brute et le résultat converti pour permettre la reproduction par une seconde personne.
Une valeur illustrative 253 ne représente 25,3 degrés que si le fabricant définit cette échelle et cette unité. Un autre registre peut porter un code défaut ou une valeur réservée. Convertir avant de vérifier la validité créerait une température plausible mais invalide. L’interprétation des défauts appartient à la correspondance et sa qualité suit l’enregistrement jusqu’à l’écran.
Les grandeurs multiregistres méritent une attention particulière. Vérifiez l’opération supportée et la cohérence pendant une mise à jour dans la documentation. Un compteur changeant pendant une séquence inadaptée peut produire une valeur n’ayant jamais existé. La réponse dépend du matériel : aucune garantie universelle de lecture atomique ne doit être inventée. Gardez la table et les preuves lorsqu’une mise à jour modifie la représentation.
Distinguer appareil défaillant et réseau défaillant
Préparez un essai sans réponse et un autre avec exception définie ou défaut de mesure dans la réponse. Le collecteur distingue absence de communication et réponse signalant un problème ; les deux diffèrent d’un zéro valide. Vérifiez l’étiquette sur l’écran final, pas seulement dans le journal technique.
Mesurez l’influence d’un participant lent sur tout le programme d’interrogation. Attentes et budgets de répétition bornés empêchent un appareil défaillant de retarder indéfiniment les autres. Leurs limites dépendent de la topologie et du matériel, pas d’un exemple Internet générique. La remise comprend opérations approuvées, cycle observé en fonctionnement normal et dégradé, et procédure de modification de la table. Apportez documentation des appareils et courte liste des grandeurs utiles au premier échange d’intégration. Le transport pourra alors être choisi d’après l’installation réelle.