Le dépannage Modbus RTU commence par la requête et la réponse réelles, pas par le tableau de bord cloud. Un dépassement de délai, une réponse d’exception et une mesure invraisemblable sont des défauts différents. Consignez lequel se produit avant de modifier la passerelle, sinon une réparation de câblage peut être confondue avec un changement de correspondance des registres.
Identifier qui interroge l’instrument
Une passerelle peut interroger elle-même les instruments, convertir des requêtes Modbus TCP entrantes ou transporter des octets série pour une autre application. Ces configurations demandent des réglages différents. Établissez quel composant émet la requête et quel port série il utilise. Une connexion réseau ne lance pas à elle seule un cycle d’interrogation.
Le METRAVON TG451 mentionne un port RS485 et la prise en charge de Modbus RTU/TCP. Confirmez mode de fonctionnement et fonctions de correspondance dans le micrologiciel installé. Ses ports Ethernet ne créent pas de bus RS485 indépendants supplémentaires ; les définitions de registres viennent toujours de chaque instrument raccordé.

Dépanner Modbus RTU selon le résultat observé
| Résultat | Ce qu’il indique | Contrôle suivant |
|---|---|---|
| Aucune réponse | Le demandeur n’a pas accepté de réponse avant son délai limite. | Vérifier alimentation de l’instrument, port choisi, format série, adresse et trafic capturé. |
| Erreur CRC | La trame capturée a échoué au contrôle d’intégrité. | Vérifier réglages de l’analyseur et limites de trame, puis bruit de ligne, collisions et câblage. |
| Exception | Un appareil ayant répondu a rejeté l’opération demandée. | Lire le code d’exception et confirmer appareil, fonction, adresse et quantité demandée. |
| Valeur erronée | Une réponse a été décodée, mais ne correspond pas à la mesure attendue. | Comparer registres bruts, type documenté, ordre, échelle et valeur actuelle du procédé. |
Une exception prouve qu’un échange a abouti, pas que toute l’installation est fiable. Confirmez que l’instrument prévu a répondu ; des adresses dupliquées peuvent rendre le résultat trompeur. À l’inverse, un dépassement de délai ne prouve pas un câble coupé. Une tâche d’interrogation désactivée, un mauvais port ou une requête ignorée peuvent donner le même symptôme.
Prouver une lecture sans perturber le bus en service
Exportez la configuration et sauvegardez une capture en échec horodatée. Pendant une fenêtre approuvée, testez un instrument et une valeur documentée en lecture seule. Utilisez son adresse et ses réglages série actuels, pas des valeurs d’usine supposées. Sur un bus série Modbus, l’adresse 0 est réservée aux écritures diffusées sans réponse ; elle ne sert pas à tester la lecture d’un registre. Interrogez l’adresse individuelle configurée et vérifiez qu’aucun autre instrument du segment ne l’utilise. Si un maître d’essai distinct est nécessaire, retirez les interrogations concurrentes selon la procédure du site, plutôt que d’ajouter un autre maître actif au même bus en service.
Comparez octet par octet l’essai réussi à la requête de la passerelle lorsque les outils le permettent. Si les requêtes sont identiques mais qu’une seule aboutit, examinez temporisations, câblage du port et passage émission-réception. Si l’essai court fonctionne mais pas le câble installé, poursuivez avec les contrôles de topologie et d’interférences RS485 ; changer les identifiants cloud ne corrige pas cette différence.
Résoudre la définition des registres avant d’ajouter des points
La fonction 03 lit les registres de maintien ; la fonction 04 lit les registres d’entrée. La référence imprimée dans un manuel et le champ d’adresse de la passerelle peuvent suivre des conventions de numérotation différentes. Établissez la correspondance à partir d’une valeur connue au lieu de soustraire automatiquement un à chaque nombre. Le bloc demandé doit aussi rester dans la plage prise en charge par l’appareil.
Une fois la réponse valide, consignez les mots bruts avec le résultat décodé. La documentation doit préciser caractère signé ou non, largeur de valeur, représentation flottante s’il y a lieu, ordre des mots, échelle et unité. Ne corrigez pas une mauvaise interprétation par un multiplicateur inexpliqué. Une valeur plausible à un point peut devenir fausse dès qu’elle change de signe ou d’amplitude.
Étendez progressivement la liste d’interrogation. Observez la durée de scrutation quand un appareil est lent ou absent : les reprises peuvent retarder les points sains. Définissez comment l’application distingue dernière valeur correcte et mesure fraîche. Vérifiez séparément toute transformation entre passerelle et plateforme.
Questions d’intégration
Q1. Faut-il commencer par augmenter le délai de réponse ?
Seulement si une capture montre qu’une réponse légitime arrive après le délai actuel. Sans requête, avec une mauvaise adresse ou une ligne corrompue, attendre davantage retarde surtout le diagnostic. Consignez le temps de réponse et l’effet sur toute la scrutation avant de conserver le changement.
Q2. Changer la SIM affecte-t-il une lecture locale de registre en échec ?
Pas si la passerelle interroge localement et que l’échec est déjà visible sur son port série. Vérifiez la liaison amont après réussite de l’acquisition locale. Avec un maître distant, déterminez d’abord si la requête a atteint la passerelle.
Q3. Que faut-il pour une étude d’intégration TG451 ?
Fournissez la documentation des registres, une capture de trame réussie ou échouée, les réglages série actuels, la version du micrologiciel et le mode de passerelle requis. Ajoutez nombre de points et besoin de rafraîchissement pour étudier l’interrogation, pas seulement l’adaptation du connecteur.
Synthèse
Une lecture reproductible d’un registre connu constitue le bon point de départ. Reportez ses réglages vérifiés dans la passerelle, puis prouvez le décodage et le traitement des données périmées à destination. Envoyez à METRAVON la capture et les détails de correspondance pour une assistance de configuration ou un devis de passerelle.
