2
Description du protocole Modbus
2.1
Principe maître-esclave
La communication entre un maître (par ex. système SCADA ou API) et JUMO digiLine O-DO S10 en
tant qu'esclave dans un MODBUS 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 appa-
reils maîtres n'ont pas besoin d'adresse.
chapitre 5 "Modbus par port série", Page 25
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 O-DO S10) ne font que répondre.
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ègle 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 O-DO S10 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