Page 2 sur 3
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 19:21
par cojac65
Dernière question....euh enfin je crois...
Le programme Ladder avec les blocs READ_VAR et WRITE_VAR. Vous les mettez où?
Dans une nouvelle section, puis vous faites un petit grafcet (SFC) avec 2 étapes ou l'on "actionne" READ_VAR dans une et WRITE-VAR dans l'autre avec des transitions toujours à 1?????????? C'est ça ou je vais vraiment fausse route.
MERCI
PS: Désolé pour ces questions basiques mais mon interlocuteur préféré chez Schneider est parti à la retraite...alors j'espérais que ce forum prenne le relais

Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 19:26
par itasoft
slts,
A quoi sert le TimeOut ?
Sur une requête de lecture (READ_VAR) si l'esclave ne répond pas la requête reste en attente de la réponse de l'esclave.
Si l'esclave ne répond pas dans le TimeOut la requête se termine sur une erreur, sinon elle ne se termine jamais et plus rien ne marche. Compris ?
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 19:40
par cojac65
Ok Merci.
Donc c'est moi qui décide quelle valeur je dois mettre...
Dans les blocs programmés, elle apparait comme "timing", c'est ça?
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 19:43
par itasoft
non, le timeOut se trouve dans le mot gestion_readVar[3]
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 19:49
par cojac65
Donc comme cela...mais c'est juste un commentaire dans le programme. Dois je lui affecter une valeur?
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 19:55
par itasoft
OUI
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 20:19
par cojac65
Merci . et sur le forum SE
https://www.se.com/fr/fr/faqs/FA141439/
Pourquoi définir un timeout sur une requête READ_VAR ou WRITE_VAR ?
Le timeout détermine le temps d'attente maximal de la réponse.
Si le timeout est écoulé, l'échange se termine avec un compte-rendu d'erreur, de même, la réception d'une réponse après la fin du timeout est refusée par le système.
Si la requête n'aboutit pas (équipement distant déconnecté, en défaut, etc...) alors elle sera abandonnée au bout du timeout.
Cela permet de libérer de l'espace dans le buffer de communication et améliore la fluidité de la communication.
Si le timeout est fixé à 0 (timeout infini) et que l'équipement ne répond pas alors la requête est bufférisée et à terme sature le buffer de communication.
Une coupure secteur de l'automate devient nécessaire pour vider le buffer.
Il est donc conseillé de définir une valeur de timeout.
Sous Unity Pro ou PL7, le timeout est égal à la valeur du 3ème mot de la table de gestion des fonctions READ_VAR ou WRITE_VAR x 100 ms (Ex : 3ème mot =10 ; timeout = 1000ms soit 1s).
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 20 sept. 2021, 21:16
par cojac65
Bonsoir. Par contre, je ne trouve aucune explication sur la longueur...
Timeout: Limiter la durée de la requête
Longueur: Jer suppose limùiter la longueur de la requ^te

Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 21 sept. 2021, 00:30
par itasoft
c'est le système qui écrit sur ce mot, c'est le nombre de octets émis ou reçus
Re: Connexion M340 modbus RTU ATV320 et parametrage
Posté : 21 sept. 2021, 07:37
par cojac65
Merci