Modèle de données modbus, Mapping sur tcp/ip, Structure orientée sur la connexion – Burkert Type 8640 Manuel d'utilisation

Page 96

Advertising
background image

96

Configurationetparamétrage
ModbusTCP

En plus du service « Read Discrete Input », Modbus définit encore beaucoup d’instructions standard définies
dans la spécification. En outre, les codes de fonction 65–72 et 100–110 sont utilisés individuellement pour les
services définis par l’utilisateur. Le tableau suivant montre un aperçu de quelques services Modbus définis de
manière unitaire (public) :

Méthode

Type de données

Service

Code

Accès

Par bit

Entrées

Read Discrete Input

02

Read

Par bit

Sorties/coils

Read Coils

01

Read

Par bit

Sorties/coils

Write Single Coil

05

Write

Par mot

Entrées

Read Input Register

04

Read

Par mot

Sorties/coils

Write Single Register

06

Write

Par mot

Sorties/coils

Write Multiple Register

16

Write

18.2. Modèle de données Modbus

Le modèle de données est structuré de manière simple et distingue 4 types de base :

• Discrete Inputs (entrées),

• Coils (sorties),

• Input Register (données d’entrée) et

• Holding Register (données de sortie).

La définition et la dénomination s’effectuent selon les origines du protocole Modbus. Dans les réalisations
Modbus actuelles, ces définitions de base sont transmises de manière très large sur les divers types de données
des systèmes d’automatisation modernes. La signification et l’adresse des données pour chaque cas individuel
doivent être indiquées par le fabricant dans le manuel d’instruction de l’appareil. Les fiches électroniques de
données d’appareil et les outils d’ingénierie communs aux divers fabricants tels que ceux rencontrés sur les sys-
tèmes modernes de bus de terrain n’existent pas (encore) dans le domaine Modbus.

18.3. Mapping sur TCP/IP

Modbus TCP utilise pour la transmission de données dans des réseaux Ethernet-TCP/IP le Transport Control Pro-
tocole (TCP) pour la transmission du protocole d’application Modbus. Les paramètres et données sont intégrés
selon le principe d’encapsulation dans le container de données utiles d’un télégramme TCP. Lors de l’encapsu-
lation, le client génère un Modbus Application Header (MBAP), qui permet au serveur d’interpréter clairement les
paramètres et instructions Modbus reçus. En principe, seulement 1 télégramme d’application Modbus doit être
encapsulé dans un télégramme TCP/IP.

18.4. Structure orientée sur la connexion

Avant que des données utiles puissent être transmises par l’intermédiaire du Modbus TCP, il faut d’abord établir
une connexion TCP/IP entre le client et le serveur. Le numéro de port 502 est défini côté serveur pour le Modbus
TCP. La structure de connexion s’effectue de manière typique automatiquement par l’interface socket TCP/IP
grâce au logiciel de protocole et ainsi de manière complètement transparente pour le processus d’application.
Si la connexion TCP/IP entre le client et le serveur vient de s’établir, le client et le serveur peuvent alors trans-
mettre aussi souvent que souhaité et autant de données utiles par cette connexion. Le client et le serveur peuvent
établir simultanément plusieurs connexions TCP/IP. Le nombre maximum dépend de la capacité respective du
circuit TCP/IP. En cas de transmission cyclique des données d’entrée et de sortie, la connexion entre le client et
le serveur reste permanente. Dans le cas d’une transmission de données nécessaires pour des paramètres ou
des messages de diagnostique, la connexion peut être supprimée à la fin de la transmission des données et être
rétablie si une nouvelle communication est nécessaire.

Type 8640

français

Advertising