Export de données depuis un M3

[p_bricoleur]

Pour ma part, j'ai fait quelques essais, en C et en Tcl sous Windows.

Je suis arrivé sans problème à ouvrir la connexion COM:

Mais sans la chaîne magique révélée par les recherches d'Yves Guern, le M3 n'a jamais répondu.
Et cela, même en partant d'un M3 juste initialisé.

Cordialement

[flywalker]

Bonsoir,

Il n'y a pas de quoi s'énerver, j'apportais juste deux informations que je pensais pertinentes et constructives.

Quoi qu'il en soit, la communication bi-directionnelle marche de mon côté sans trame dite d'initialisation CLSM3, quel que soit son état et à n'importe quel moment.

Désolé de vous avoir froissé,

Alexandre.

[flywalker]

Bonsoir,
[quote="YvesBr"]...Je suis aussi sous Kubuntu, mais j'ai un MIII :-)Yves[/quote]
Avez-vous pensé à essayer un environnement de virtualisation, du type VMWare par exemple.

Si votre machine le permet, çà peut-être une alternative intéressante.

Alexandre.

[Yves Guern]

Bonsoir,

yaméprise...

je ne suis pas froissé par tes infos mais par la phrase à la con de Crouzet
"... Le Millenium peut ne pas répondre suite à la réception d'une mauvaise trame. Dans ce cas, il faut le redémarrer..." :
Quand on vend du logiciel on essaye de faire en sorte qu'il marche. Tous ceux qui ont joué suffisament longtemps avec une liaison série savent qu'une mauvaise trame fini toujours par arriver... La solution de redémarrer après une petite connerie ressemble fortement à du Bill Gates. Il suffit de le dire/écrire sur un ton docte pour que tous s'imagine que c'est normal...

A+

[Pasquall]

Bonsoir,
Je souhaite intervenir à propos du sujet de la fameuse trame d'initialisation qui à été "découverte" avec des espions série.
Comme vous avez réussi à me mettre le doute, j'ai rebranché un des M3 qui trainent dans mon tiroir depuis un certain temps et j'ai tenté de communiquer via la liaison série sans avoir utilisé l'atelier M3 avant....et oh miracle ça marche. Cela confirme donc bien que cette fameuse trame magique n'est pas utile, à moins que cela dépende de la version firmware du contrôleur (j'ai la version FBD 1.3.13) car il n'est pas impossible que ce comportement soit issu d'une correction.

Sinon, pour ce qui est de cette phrase qui fait tant débat :
"... Le Millenium peut ne pas répondre suite à la réception d'une mauvaise trame. Dans ce cas, il faut le redémarrer..."
Je pense que c'est une précaution que Crouzet a pris en se disant que si il y a eu un problème quelconque, le fait de le redémarrer devrai le résoudre.
Aussi j'ai déjà envoyé de très nombreuses mauvaises trames à mon M3 pendant le développement d'un outil communiquant avec l'automate, et jamais je n'ai eu à le redémarrer, il a toujours répondu chaque fois que je lui ai envoyé une trame correcte (il coupe automatiquement la communication au bout de 3 ratés il me semble).

En plus, il est écrit dans l'aide en ligne sur les pages relatant de l'utilisation des blocs SL :
"En cas de perte de la communication, il faut couper puis rétablir l’alimentation du contrôleur. Cette action permet de rétablir la communication."
Quand il parlent de perte de communication, ils parlent d'une coupure impossible à rétablir que ce soit avec l'atelier ou tout autre programme dialoguant via la liaison série, en gros il parlent d'une erreur interne du M3 (chose que je n'ai vu que très rarement et dans des cas très particuliers)

J'espère avoir éclairci ces deux point.

@+