Anglais
Chinois
Espagnol
Russe
Portugais
Allemand
Indonésien
Thaï
Vietnamien
Arabe
Italien
Turc
Polonais
Japonais
Un PLC peut recevoir une réponse valide du radar tout en demandant le mauvais registre. Avant de modifier l’ordre des octets ou d’appliquer un facteur d’échelle, vérifiez comment le logiciel convertit les adresses documentées des registres radar Modbus en adresse envoyée dans la requête. Un décalage d’une position peut renvoyer un élément voisin sans provoquer de dépassement du délai de communication.
Garder visibles les trois formes de l’adresse
Consignez la référence imprimée dans la table de l’appareil, le nombre saisi dans le pilote PLC et l’adresse de requête obtenue. Leur écriture n’est pas nécessairement identique. Un pilote peut attendre un décalage à partir de zéro, un numéro d’élément à partir de un ou une référence de registre avec désignation de table. Sa configuration et sa documentation déterminent la saisie requise.
Le protocole applicatif Modbus utilise des adresses à partir de zéro dans la PDU de requête. Pour illustrer la numérotation, le premier registre d’une séquence à partir de un correspond au décalage de requête 0, le deuxième au décalage 1. Cela ne signifie pas que le niveau du MV-RD12 est stocké à l’un de ces décalages. La table livrée doit identifier l’élément réel.
Ne soustrayez pas un deux fois. Si le pilote convertit déjà une saisie à partir de un en décalage protocolaire, la réduire manuellement change l’élément demandé. De même, un document donnant déjà les décalages protocolaires ne nécessite pas de conversion supplémentaire parce qu’un autre manuel utilise des références à partir de un.
Vérifier les adresses radar Modbus avec l’électronique livrée
Le METRAVON MV-RD12 nécessite l’électronique RS485 correspondante pour communiquer en Modbus. Une configuration deux fils 4-20 mA/HART est une autre interface. Obtenez la table de la version électrique livrée et identifiez sa révision ainsi que le micrologiciel applicable, si disponible.
| Détail de la requête | Point à confirmer |
|---|---|
| Identité de l’appareil | Instrument et adresse réseau prévus, et non repère copié d’une autre cuve. |
| Table de registres | Fonction et élément documentés ; un même décalage numérique dans une autre table ne désigne pas forcément les mêmes données. |
| Notation du pilote | Convention d’adressage acceptée par le pilote et conversion effectuée. |
| Début et nombre | Première adresse réellement demandée et nombre de registres nécessaire à l’élément documenté. |
| Sens de la réponse | Variable attribuée, représentation, unités et informations de validité de cet élément. |
Examiner une requête de lecture avant d’interpréter sa réponse
Utilisez une méthode approuvée de mise en service en lecture seule. Si le pilote, la passerelle ou l’outil de diagnostic affiche la requête, conservez adresse de l’appareil, fonction, décalage initial et quantité avec la saisie de configuration. Distinguez notation décimale et hexadécimale dans le dossier. Par exemple, 0x0010 hexadécimal représente 16 décimal, et non 10 décimal.
Comparez ces champs à la table réelle avant de modifier le décodage. Une fonction ou un décalage initial erroné relève de l’adressage. Une fois la requête correcte, utilisez type de données, ordre des mots et conversion documentés. Les contrôles de décodage des valeurs radar traitent ces erreurs de représentation ; changer l’ordre des mots ne sélectionne pas un autre registre.
Si la capture d’une requête réelle est impossible, conservez nom et version du pilote, réglage du mode d’adressage et écran de configuration. Demandez à l’intégrateur ou au fournisseur de confirmer la requête obtenue. Un décalage deviné reste non vérifié, même avec un affichage plausible.
Valider l’élément choisi avant de le copier vers d’autres repères
Comparez la grandeur demandée à une valeur locale connue aux mêmes instants et dans des conditions distinctes pouvant être obtenues en sécurité. Une valeur variable peut toujours être une distance plutôt qu’un niveau. Un essai près de zéro peut masquer une mauvaise échelle ou un registre sans rapport dont la valeur est fortuitement nulle. Conservez la réponse brute pour chaque comparaison.
Après approbation, consignez dans la fiche d’intégration la référence lisible de la table et les champs réels de la requête. Revérifiez-les en changeant de pilote PLC ou de passerelle : recopier le même nombre ne prouve pas que le nouveau logiciel envoie la même adresse. Incluez aussi dans la réception les états pris en charge et le traitement des pertes de communication.
Questions face à une réponse de registre plausible
Q1. L’absence d’exception Modbus signifie-t-elle que le bon élément a été demandé ?
Non. L’emplacement demandé peut être valide tout en étant incorrect pour ce repère. Vérifiez la requête selon la table livrée et contrôlez la variable renvoyée indépendamment de l’intitulé affiché.
Q2. Faut-il diminuer chaque saisie du pilote de un ?
Non. Déterminez si la table source et le pilote utilisent des décalages ou des références numérotées, et si le pilote traduit la saisie. Appliquez seulement la conversion requise par cette combinaison documentée.
Q3. Peut-on trouver une adresse en essayant d’écrire des paramètres ?
N’utilisez pas les écritures pour découvrir les adresses. Une écriture involontairement réussie peut modifier l’appareil. Établissez d’abord la correspondance de lecture documentée et limitez toute écriture de configuration nécessaire à la procédure autorisée pour la version livrée.
Synthèse
Vérifiez l’élément demandé avant d’interpréter ses octets. Envoyez identité de l’électronique MV-RD12, révision de table, détails du pilote PLC et champs de requête avec une demande d’intégration. Joignez valeur locale et réponse brute pour distinguer adressage et conversion des données.
