Modbus RS485 : Gestion du READ_VAR

[Ronan]

Salut !

J'ai plusieurs démarreurs ATS desquels je dois remonter des informations. Actuellement je suis parti sur un système de cycle : je lis une variable, j'attends la fin de la lecture avant de lancer la lecture suivante, et ça tourne ainsi en cycle continu. Ça me parait quand même un poil galère, un avis la dessus ? Vous faites comment-vous ?

Merci !

[itasoft]

slts,
sur quel automate ?

[Ronan]

slts,
sur quel automate ?

M580

[itasoft]

slts,
sujet dejà traité voir
viewtopic.php?f=15&t=1826&p=12825&hilit ... ard#p12825

[Ronan]

slts,
sujet dejà traité voir
viewtopic.php?f=15&t=1826&p=12825&hilit ... ard#p12825

Merci itasoft, en plein dans le mille !

D'un côté c'est rassurant, je me pose les mêmes questions que toi

[Ronan]

Salut,

Premiers essais avec le M580 : c'est *bien* plus lent que qu'avec le premium .

Pour rappel :
- Le premium "bourre" des read_var sans vérification du bit d'activité.
- Le M580 effectue requête par reqûete en surveillant le bit d'activité et en relançant une requête dès que c'est libre.

Une idée pourquoi ? @itasoft, à l'aide

[JC87]

Salut,

Premiers essais avec le M580 : c'est *bien* plus lent que qu'avec le premium .

Pour rappel :
- Le premium "bourre" des read_var sans vérification du bit d'activité.
- Le M580 effectue requête par reqûete en surveillant le bit d'activité et en relançant une requête dès que c'est libre.

Une idée pourquoi ? @itasoft, à l'aide

En effet avec un Premium on pouvait saturer le coupleur de requêtes et planter totalement la com. Donc non ce n'était pas bien et il fallait quoiqu’il en soit tester le bit d'activité par programme pour faire quelque chose de "propre". Avec un M580 je ne sais pas pourquoi ça marche différemment mais il n'y a pas de raison que ce soit beaucoup plus lent. De toute façon en Modbus RTU on ne peut pas aller vite, c'est un protocole qui date de 1979 et ça n'est pas conçu pour envoyer 600 millions d'octets à la seconde

JC