Comment pouvons-nous aider ?
Communication Modbus-TCP entre nos IHM Ethernet et les automates Schneider M218 M221 M241 M251 M262
Client/serveur Modbus TCP des automates M218 M241 M251 M262
Contrairement à la liaison série Modbus, Modbus TCP n’est pas basé sur une structure hiérarchique, mais sur un modèle client/serveur.
Le contrôleur logique Modicon M241 met en œuvre des services client et serveur afin de pouvoir initier des communications avec d’autres contrôleurs et dispositifs d’E/S, et de répondre aux demandes d’autres contrôleurs, de SCADA, d’IHM et d’autres dispositifs.
Sans aucune configuration, le port Ethernet intégré du contrôleur prend en charge le serveur Modbus.
Le client/serveur Modbus est inclus dans le micrologiciel et ne nécessite aucune action de programmation de la part de l’utilisateur. Grâce à cette caractéristique, il est accessible dans les états RUNNING, STOPPED et EMPTY.
Contrôleur logique M2xx en tant que dispositif esclave sur Modbus TCP
Pour configurer votre contrôleur logique M241 en tant que dispositif esclave Modbus TCP, vous devez ajouter la fonctionnalité de dispositif esclave Modbus TCP à votre contrôleur. Cette fonctionnalité crée une zone d’E/S spécifique dans le contrôleur qui est accessible avec le protocole Modbus TCP. Cette zone d’E/S est utilisée chaque fois qu’un maître externe doit accéder aux objets %IW et %QW du contrôleur. Cette fonctionnalité Modbus TCP Slave Device vous permet de fournir à cette zone les objets d’E/S du régulateur qui peuvent alors être accédés avec une seule demande de registres Modbus de lecture/écriture.
Le dispositif esclave Modbus TCP ajoute une autre fonction de serveur Modbus au contrôleur. Ce serveur est adressé par l’application client Modbus en spécifiant un ID d’unité configuré (adresse Modbus) dans la plage 1…247. Le serveur Modbus intégré du contrôleur esclave ne nécessite aucune configuration et est adressé en spécifiant un ID d’unité égal à 255.
Les entrées/sorties sont vues depuis le contrôleur esclave : les entrées sont écrites par le maître et les sorties sont lues par le maître.
Le serveur Modbus Schneider prend en charge les requêtes Modbus :
|
Code de fonction |
Sous-fonction |
Fonction |
|---|---|---|
|
1 (1) |
– |
Lecture des sorties numériques (%Q) |
|
2 (2) |
– |
Lecture des entrées numériques (%I) |
|
3 (3) |
– |
Lecture du registre de maintien (%MW) |
|
6 (6) |
– |
Ecriture du registre simple (%MW) |
|
8 (8) |
– |
Diagnostic |
|
15 (F) |
– |
Ecriture de sorties numériques multiples (%Q) |
|
16 (10) |
– |
Ecriture de plusieurs registres (%MW) |
|
23 (17) |
– |
Lecture/écriture de registres multiples (%MW) |
|
43 (2B) |
14 (E) |
Lecture de l’identification de l’appareil |
REMARQUE : Le serveur Modbus intégré n’assure la cohérence temporelle que pour un seul mot (2 octets). Si votre application nécessite une cohérence temporelle pour plus d’un mot, ajoutez et configurez un dispositif esclave Modbus TCP de sorte que le contenu des tampons %IW et %QW soit cohérent dans le temps dans la tâche CEI associée (MAST par défaut).
CommandHMI : Client Modbus-TCP (maître)
