MODBUS TCP pour AvisoX 07/12/2009
Le protocol d'échange MODBUS TCP est une encapsulation du protocol MODBUS dans
un protocol TCP.
Le protocol MODBUS série exige une vérification des données échangées, un checksum
CRC16 est donc envoyé dans chaque trame MODBUS serie.
En MODBUS TCP, c'est le protocol TCP qui assurent la validité des trames échangées.
Le CRC16 n'est donc pas inséré dans les trames MODBUS TCP.
Une trame MODBUS TCP se compose donc de la façon suivante :
1. Un entête MBAP (ModBus Application Protocol header)
Le MBAP est composé de 7 octets
. Transaction identifier : 2 octets 0xNNNN
Il sert à identifier une trame “réponse“ en relation avec sa “question“
En effet le MODBUS TCP est un protocole asynchrone.
. Protocol identifier : 2 octets 0x00000
Toujours à 0, identifie le protocol MODBUS
. Length : 2 octets 0xNNNN
Nombre d’octets dans la trame après celui-ci
. Unit identifier 1 octet 0xFF
Numéro de l’automate connecté en mode série RS232. Toujours 255.
Pour système Schneider mettre 0 ?
2. La trame MODBUS
La trame MODBUS est tronquée de son numéro de station déjà renseigné
dans le MBAP ainsi que du CRC16 en fin de trame.
Lors d’un échange entre AvisoX et l’automate, AvisoX questionne l’automate en
envoyant une trame de la forme :
Entête MBAP + Requête MODBUS
La requête MODBUS est composée comme suit :
. Code fonction 1 octet 0x03
C’est la fonction lecture MODBUS standard.
. Adresse de lecture 2 octets 0xNNNN
Début de lecture dans la table (poids fort / poids faible)
. Nombre de registres 2 octets 0xNNNN
Nombre de mots de 16 bits à lire (poids fort / poids faible)
p-1
MODBUS TCP pour AvisoX 07/12/2009
La trame de requête fait donc : 7 + 5 = 12 octets
Le serveur MODBUS TCP interprète la requête et renvoi sa réponse. La trame de
réponse est composée de la façon suivante :
Entête MBAP + Réponse MODBUS
L’entête MBAP est identique à celui de la requête sauf la longueur qui
identifie cette fois ci la longueur des datas renvoyé.
Le code de fonction (0x03) est recopié sauf en cas d’erreur. Un code d’erreur
peut être retourné à l’emplacement du code fonction. Ce code d’erreur est
augmenté de 0x80.
La réponse MODBUS est tronquée comme lors de la requête et se compose
donc comme suit :
. Code fonction 1 octet 0x03
C’est la fonction lecture MODBUS standard.
(Eventuellement code d’erreur)
. Nombre d’octets tranférés 1 octet 0xNN
Cette valeur ne sera pas significative si l’on veut tranférer plus de 255
valeurs dans une réponse.
La trame de réponse fait donc : 7 + 2 + ( N x 2 ) ou N est le nombre de mots
de 16 bits transférés.
Exemple de transaction AvisoX ó Serveur MODBUS TCP
Demande de 5 valeurs à partir de l’adresse 1
Requête émise par AvisoX :
12.34.00.00.00.06.FF.03.00.01.00.05
MBAP (7 car.) MODBUS (5 car.)
Réponse du serveur MODBUS TCP :
12.34.00.00.00.0D.FF.03.05.01.23.01.23.01.23.01.23.01.23
MBAP (7 car.) MODBUS (12 car.)
En mode serveur MODBUS TCP AvisoX adopte le même mode d’échange.
Le serveur MODBUS TCP d’AvisoX répond sur le port 9191 par défaut.
p-2
MODBUS TCP pour AvisoX 07/12/2009
Ecriture de valeurs vers l’automate
Utilisation du code fonction 16.
Requête émise par AvisoX :
S1 Nombre d’octet dans la trame après S1 (= Q1 + 7)
R1.R2 Registre d’adresse sur l’automate
N1.N2 Nombre de registre à écrire
Q1 Nombre d’octets de données (Nombre de mots de 16 bits x 2)
V1.V2 Données à écrire sur 2 octets
…
X1.X2
Exemple : Ecriture de 5 registres à l’adresse 100
12.34.00.00.00.S1.00.10.R1.R2.N1.N2.Q1.01.23.01.23.01.23.01.23.01.23
12.34.00.00.00.13.00.10.00.64.00.0A.14.01.23.01.23.01.23.01.23.01.23
MBAP (7 car.) MODBUS (16 car.)
-------------------
Dans le protocole MODBUS TCP, on exprime les adresses à partir de 400001.
Il faut en fait retirer le 4 et soustraire 1 ce qui donne par exemple pour le registre
400101, 101-1 = 100 = &64 en hexa. Dans la trame on aura donc 64.
Dans l’exmple ci-dessus, on écrira en fait dans le registre 400101
p-3
