Description Du Protocole Modbus; Principe Maître-Esclave - JUMO digiLine CR Mode D'emploi

2

Description du protocole Modbus

2.1 Principe maître-esclave
La communication sur Modbus entre un maître (par ex. système SCADA ou API) et un JUMO digiLine
CR/Ci. en esclave a lieu suivant le principe maître-esclave sous la forme de demandes de données/
ordre - réponse. Les esclaves sont identifiés à l'aide de leur adresse d'appareil. Les appareils maîtres
n'ont pas besoin d'adresse.
 chapitre 5 "Modbus par port série", Page 23
esclave
Le maître commande l'échange de données avec des demandes envoyées de manière cyclique aux es-
claves dans l'ensemble du bus. Les esclaves (par ex. JUMO digiLine CR/Ci) ne donnent que des ré-
ponses. Le maître peut avoir accès aux esclaves en écriture et en lecture. De cette manière, des
données peuvent être échangées en temps réel entre appareils maîtres et esclaves. Les esclaves ne
peuvent pas communiquer ensemble directement. Pour transmettre des données d'esclave à esclave,
le maître doit extraire les données d'un esclave puis les transférer au suivant.
En rège générale, le maître adresse des demandes de façon ciblée aux esclaves. Pour cela, il doit
s'adresser aux esclaves avec leur adresse Unicast. Toutefois il est également possible d'envoyer des
demandes à tous les esclaves du bus : on parle de diffusion. Dans ce cas, il faut utiliser comme adresse
d'esclave l'adresse de diffusion (broadcast). Les esclaves ne répondent pas aux demandes de type
broadcast. Dans les bus de type série, cela provoquerait des collisions de données. C'est pourquoi l'uti-
lisation de l'adresse de diffusion n'a de sens qu'avec la fonction "écriture de données. On ne peut pas
utiliser la diffusion avec la fonction "lecture de données".
REMARQUE !
Le JUMO digiLine CR/Ci ne peut fonctionner qu'en esclave.
2 Description du protocole Modbus
Unicast
esclave esclave
Résponse
Demandes
Maitre
Broadcast
esclave esclave
Demandes
Maitre
esclave
7