Forum automatisme

philou77 a écrit : ↑22 nov. 2018, 18:23 plusieurs questions ?

tu es sur l'automate physique ou bien en simulateur ? parce que en simulation les coms, ça va pas bien marcher je pense..
tu es raccordé sur quel connecteur sur l'automate ?
Putty c'est de la com RS232, tcp, ssh, etc... mais le read_var, c'est du modbus (TCP ou RTU) ? ou bien je fais erreur ?

Non tu ne te trompe pas. La fonction READ_VAR ne fonctionne qu'avec les protocoles Uni-Telway ou Modbus/Jbus. Si on essaye d'envoyer des caractères sans respecter la syntaxe d'une trame protocolée, il n'y a aucune chance que ça marche. Pour de la liaison en chaines de caractères il faut utiliser d'autres fonctions, en l'occurence PRINT_CHAR pour l’écriture d’une chaîne de caractères et INPUT_CHAR la lecture d’une chaîne de caractères. Mais ça n'a rien à voir avec du Modbus qui encore une fois est une trame codifié.

JC

Non tu ne te trompe pas. La fonction READ_VAR ne fonctionne qu'avec les protocoles Uni-Telway ou Modbus/Jbus. Si on essaye d'envoyer des caractères sans respecter la syntaxe d'une trame protocolée, il n'y a aucune chance que ça marche. Pour de la liaison en chaines de caractères il faut utiliser d'autres fonctions, en l'occurence PRINT_CHAR pour l’écriture d’une chaîne de caractères et INPUT_CHAR la lecture d’une chaîne de caractères. Mais ça n'a rien à voir avec du Modbus qui encore une fois est une trame codifié.
JC


Effectivement si on fait du traitement sur des chaines de caractères on utilise pas le READ_VAR,
ceci dit la table de réception du READ_VAR peut très bien contenir des caractères ASCII que l'on convertit en chaîne de caractères avec:
String00:=ASCII_TO_STRING (%MW0:32);

Bernardo59 a écrit : ↑22 nov. 2018, 13:59 Dans son exemple, il ne le fait pas sur un front montant du bit %S6 donc ça ne va pas marcher...

l'entrée EN du READ_VAR fonctionne déjà sur front montant (interne) pas obligé de remettre un front sur %S6

itasoft a écrit : ↑23 nov. 2018, 08:14

Bernardo59 a écrit : ↑22 nov. 2018, 13:59 Dans son exemple, il ne le fait pas sur un front montant du bit %S6 donc ça ne va pas marcher...

l'entrée EN du READ_VAR fonctionne déjà sur front montant (interne) pas obligé de remettre un front sur %S6

Ah bon ? Bizarre... A chaque fois que j'ai essayé avec %S6 seul, ça fonctionnait aléatoirement. Je testerai à l'occaz, merci de l'info.

Bonjour,
J'ai bien pris en compte toutes vos remarques, je n'ai pas pour le moment l'automate sous la main mais je vous tiens au courant des que je peux effectuer de nouveaux tests