Fonction 4 du protocole MODBUS/JBUS

Bonjour a toutes et tous, je ne suis pas sur d'être au bon endroit mais étant donné que mon programme est développé en C, je tente ma chance ici.

Voila donc mon problème: j'écris un programme en C qui formate des ordres sous protocole MODBUS/JBUS pour faire de la communication série. Pour faire de la lecture, j'utilise la fonction 4 (Lecture de N mots) qui me permet de lire N mots de 2 octets donc pour faire la demande,, voici par exemple ce que j'envois:

02 04 00 00 00 09 30 3F
où 02 = numéro esclave, 04 = code fonction, 00 00 = adresse du premier mot, 00 09 = nombre de mots, 30 3F = CRC16
Ici donc je veux lire 6 mots de 2 octets dont le premier mot est à l'adresse 0000.

Le problème est que lorsque je visualise la réponse (grâce au logiciel ComTools), la réponse est trop longue: il semblerait que je lis plus de mots que ce que j'ai demandé (sachant que le nombre de mots lu est aléatoire et n'est jamais en dessous de 9), donc avez-vous une idée du pourquoi ?

Cordialement,
Clairet

En modbus TCP:
Il te manque l'identifiant de transmission et de protocole soit 4 octets en tête de trame.
L’identifiant de transmission est incrémenté à chaque nouvelle trame
Il n'y a pas de cRC

0x0000 0x0000 0x0006 0x02 0x04 0x0000 0x0009
TRID PRID LENF UID FCTID ADDR NWORD

En modbus RTU
0x02 0x04 0x0000 0x0009 0x0CRC
UID FCTID ADDR NWORD CRC

Ta trame semble correcte...

La reponse sera

0x02 0x04 0x12 0xDATA0xDATA0xDATA0xDATA0xDATA0xDATA0xDATA0xDATA0xDATA 0xCRC
UID FCTID NBYTE CRC

Tu pourrais nous donner la réponse que tu reçois ??
Quelle est sa longueur ?

Citation:

---

Envoyé par phi1981

Tu pourrais nous donner la réponse que tu reçois ??
Quelle est sa longueur ?

---

Je ne peux hélas pas trop renseigner ce sujet et c'est bien la le problème parce que je n'ai pas une "reponse standard mais fausse". Actuellement au lieu avoir 9 mots de 2 octets dans la réponse, j'en ai une fois 10, une fois 12, une fois 11, une fois 12, etc ... le nombre de mots reçu dans la réponse change constamment alors que normalement (du moins comme je l'ai écris dans ma trame) je ne devrais en avoir que 9.

As-tu pu vérifier qu'il ne s'agissait pas d'un problème au niveau de la communication série elle-même ?

Ça peut arriver parfois si, par exemple, un des pairs ne tient pas compte des bits de start/stop/parité envoyé par l'autre, mais également quand il n'existe pas de dispositif de contrôle de flux (en gros, un signal qui nous indique clairement quand un nouveau mot est arrivé). Il arrive alors parfois que l'on lise plusieurs fois le même mot, avant que l'interface ne reçoive le suivant et mette à jour son registre.

Problème résolu: en faite dans la configuration termios que j'avais récupérer il y avait un ECHO valide d'office, il m'a fallu alors le désactiver et cela marche maintenant