Bonjour tout le monde!
Automate premium avec carte PCMCIA TSX SCP114,software UNITYPRO.
Je veux lire des valeurs d'un appareil en utilisant la fonction READ_VAR.
J'ai fais tous les réglages côté Automate et côté Appareil(même parité,même baud rate,....),construis le programme et compilation sans erreurs.
Quand je lance une table d'animation,mon deuxième mot de la table d’échange me donne la valeur 16#01 .
En decorticant, je comprends que le Byte ""communication report"" à la valeur 16#00 et que mon Byte "opération report" 16#01(demande non exécutée)
Mes valeurs que je suis sensé lire de l'appareil sont toutes à zéro.
Ma question:Est-que j'ai un problème de communication ou bien c'est autre chose que je ne comprends pas en se basant sur les 02 Bytes du deuxième mot de la table d'échange.
Cordialement.
Communication Modbus RTU
- itasoft
- Mi homme - Mi automate

- Messages : 7806
- Enregistré le : 20 oct. 2015, 10:15
- Localisation : Lyon
- Contact :
Re: Communication Modbus RTU
slts,
montrer la ligne de programme avec le READ_VAR
montrer la ligne de programme avec le READ_VAR
Automaticien privé (de tout)
itasoft@free.fr
itasoft@free.fr
-
wahibo
- Première mise en service

- Messages : 74
- Enregistré le : 29 oct. 2015, 14:04
- Localisation : CANADA
Re: Communication Modbus RTU
Salut Itasoft!
Je joins le bout de programme,comme convenu.
Cordialement.
https://i.imgur.com/YK1NVDC.png
Je joins le bout de programme,comme convenu.
Cordialement.
https://i.imgur.com/YK1NVDC.png
- itasoft
- Mi homme - Mi automate

- Messages : 7806
- Enregistré le : 20 oct. 2015, 10:15
- Localisation : Lyon
- Contact :
Re: Communication Modbus RTU
Slts,
Ça veut dire que tu fais une lecture de 40 mots INT à l’adresse 0 de l’esclave n°61 , c’est ça ?
Normalement avant de lancer une requête il faut tester la non présence du bit d’activité bit 0 du premier mot de la table de gestion et mettre un time-out 3ème mot de la table de gestion
Ça veut dire que tu fais une lecture de 40 mots INT à l’adresse 0 de l’esclave n°61 , c’est ça ?
Normalement avant de lancer une requête il faut tester la non présence du bit d’activité bit 0 du premier mot de la table de gestion et mettre un time-out 3ème mot de la table de gestion
Automaticien privé (de tout)
itasoft@free.fr
itasoft@free.fr
-
wahibo
- Première mise en service

- Messages : 74
- Enregistré le : 29 oct. 2015, 14:04
- Localisation : CANADA
Re: Communication Modbus RTU
Resalut !
Oui c'est tout à fait cela,par contre pour le TimeOut je n'ai pas mis de valeur.
Est-qu'il faut impérativement y mettre une valeur? .
Je testerais tout ça ,la semaine prochaine.
Merci encore.
Oui c'est tout à fait cela,par contre pour le TimeOut je n'ai pas mis de valeur.
Est-qu'il faut impérativement y mettre une valeur? .
Je testerais tout ça ,la semaine prochaine.
Merci encore.
- itasoft
- Mi homme - Mi automate

- Messages : 7806
- Enregistré le : 20 oct. 2015, 10:15
- Localisation : Lyon
- Contact :
Re: Communication Modbus RTU
slts,
oui time_out sinon si la requête n'abouti pas ça reste bloqué en attente
oui time_out sinon si la requête n'abouti pas ça reste bloqué en attente
Automaticien privé (de tout)
itasoft@free.fr
itasoft@free.fr
-
wahibo
- Première mise en service

- Messages : 74
- Enregistré le : 29 oct. 2015, 14:04
- Localisation : CANADA
Re: Communication Modbus RTU
Bonjour!
Problème résolu (merci à ITASOFT):
J'ai mis une valeur sur le TimeOut et une valeur sur le 4iem mot (lenght).
Cordialement.
Problème résolu (merci à ITASOFT):
J'ai mis une valeur sur le TimeOut et une valeur sur le 4iem mot (lenght).
Cordialement.