Discussion :

[hary66]

Bonjour

Je souhaite communiquer avec une balance qui à un port RS232.

Je souhaite déclencher une pesée depuis une commande émanant du PC, la valeur en réponse doit être renvoyée en retour au PC pour être horodaté et enregistrée dans un fichier.
Un petit utilitaire .exe est fourni par le fabriquant de balance.
Il permet de recevoir une lecture de pesée déclenchée depuis le clavier de la balance et avec le bouton F2 du PC de déclencher une lecture de pésée qui est renvoyée en réponse.
Si j'ai bien compris, cela doit permettre aussi de faire différente manipulation avec une liste de commande, mais je n'arrive pas à faire fonctionner cette partie.

Pour l'instant, j'arrive à :

• déclencher une pesée depuis le clavier de la balance dont la lecture est envoyée au PC. Attestant que la communication fonctionne dans un sens.
  Avec le petit utilitaire .exe fourni par le vendeur de balance, j'arrive aussi à déclencher une lecture de pesée depuis le PC avec la touche de raccourci F2 (qui correspond à la commande "SI<CR, LF>". Ce qui atteste que la communication fonctionne dans les 2 sens.

Par contre, je n'arrive pas à :

• avoir de réponse quand j'envoie la commande "SI<CR, LF>"

Pour faire mes essais, j'ai utilisé l'utilitaire.exe fourni, et Putty, sur Windows. Je n'ai pas réussi à avoir de réponse à ma commande "SI<CR, LF>" avec Putty qui pourtant réceptionnait correctement une lecture déclenchée depuis le clavier de la balance. Le manuel de la balance insiste pour que <CR, LF> soit inclus après chaque commande, hors, je ne suis pas certain de ce qu'envoi Putty !

J'ai aussi tenté avec screen et un terminal sous linux (cat </dev/ttyUSB0) et je n'ai pu que réceptionner une lecture initiée depuis le clavier de la balance. Encore une fois, pas de réponse à ma commande "SI<CR, LF>"

J'ai donc testé ce qu'envoyait la touche de raccourci F2 de l'utilitaire .exe en injectant la sortie RS232 issue du .exe vers l'entrée d'un autre port RS232 connecté à un terminal Putty.
Putty affiche bien la commande attendue "SI".

Mon soucis est que je ne sais toujours pas si le CR et le LF sont envoyés en terminaison de ma commande !

Comment pourrai-je m'en assurer ? Comment pourrai je faire afficher TOUS les caractères afin de m'assurer que ma commande a le bon format attendu par la balance ? A savoir : SI<CR, LF>

[jackk]

Bonjour, tu peux éventuellement "espionner" toutes les données transitant par le port série, en toutes les données gérées par le système d'exploitation.
Pour la part j'utilise "device monitoring studio", la version gratuite étant suffisante pour ce que tu veux faire.

[hary66]

Je vais essayer ça dès que possible.

[f-leb]

Bonsoir,

Je ne connais pas Putty, mais j'utilise souvent RealTerm :


En affichant au format ascii, tu visualises bien les fins de ligne (les C_RL_F), et tu peux choisir ce que tu envoies en fin de ligne (Bouton Send ASCII, avec End Of Line : CR/LF)

[Artemus24]

Salut à tous.

Dans Putty, il faut se rendre dans la page "Terminal".
Tu as deux possibilités qui sont :
--> implicit CR in every LF
--> implicit LF in every CR

Cordialement.
Artemus24.
@+

[hary66]

Avec Putty, j'ai essayé avec :
--> implicit CR in every LF
--> implicit LF in every CR
Mais ça ne me donne rien de mieux d'autan que je ne suis pas sûr de ce que j'envoie car les CR et LF envoyés sont invisibles.

J'ai essayé RealTerm et là je peux voir les CR et LF :
Pas contre, même en reproduisant exactement la commande issue de mon utilitaire .exe, je n'arrive pas à déclencher et recevoir une pesée de la balance !
En jaune apparait la commande reçue de l'utilitaire .exe.
En vert, la commande reproduite avec RealTerm.
Quand j'envoie depuis RealTerm, impossible d'avoir une réponse de la balance en retour ! Étrange non ?

[jackk]

Tu n'as pas présenté le protocole utilisé: vitesse, nombre de bits/car, parité. Tu es sur d'utiliser le même que celui de ton .exe?

[hary66]

Sur la photo précédente, les inscriptions en jaune sont celles envoyées depuis l'application .exe. et réceptionnées sur RealTerm (et auxquelles répondent aussi la balance quand c'est la balance qui est au bout du port au lieu de RealTerm)

Ensuite, j'utilise les mêmes paramètres (9600bps, 8 data bits, 1 Stop bit, pas de parité, comme sur la balance) depuis RealTerm pour envoyer la commande vers la balance qui dans ce cas ne répond plus !

Je peux aussi déclencher une mesure depuis le clavier de la balance qui est correctement renvoyée vers RealTerm (bien que j'ai eut des difficultés pour configurer RealTerm pour qu'il me renvoie ce qu'il recevait).

Je ne sais où ça coince ?

[f-leb]

Essaie avec un autre format d'affichage comme Display as uint8. Il y a peut-être un octet non imprimable caché.

[hary66]

Je ne sais pas exactement si j'ai modifié quelque chose, en tout cas, ça fonctionne maintenant !



Merci de ce conseil !, je tenterais ce format si j'ai de nouveau le soucis.

[f-leb]

Je ne sais pas exactement si j'ai modifié quelque chose, en tout cas, ça fonctionne maintenant !

Donc, avant ça ne fonctionnait pas et on ne savait pas pourquoi... Maintenant, ça fonctionne mais on ne sait toujours pas pourquoi. Le lecteur qui passerait par ici chercher de l'aide pour un problème similaire risque d'être frustré

[hary66]

Je ne sais pas quoi dire.

En effet, maintenant ça fonctionne.
Voudrais tu que je fasse une manip supplémentaire et que j'apporte le résultat ?

Essayer avec le format d'affichage Display as uint8 ?

Je vais voir si j'ai le temps demain.

En plus, ensuite, je dois passer une autre étape : Envoyer et réceptionner la commande par un petit .exe en C++ ou un script python