Forum automatisme

Un pro en com tout court te dira de séquencer tes échanges pour éviter d’emmêler les pinceaux du protocole de com...
Les implémentations constructeurs des protocoles de com sont parfois hasardeuse...

Autre piste peut être..
- si tu peux avoir accès coté PC
- si tu peux différencier les télégrammes de 32 bits et celui de 648 bits
fait des envoies que de télégrammes de 32 octets... et reconstruit le tout dans l'automate !

au moins c'est fiable !

Alors, je vais répondre au différentes questions.

- Côté NET-PRO, j'ai déclaré qu'une seule liaison et c'est la même que j'utilise en émission comme en réception. Donc c'est le même ID.
- Les fonctions AG_LSEND sont gérer sur front, ça sa fonctionne bien. Les fonctions AG_LRECV sont en permanence à l'écoute donc pas de front.
- Je n'ai pas accès côté PC, sinon l'idéal aurai été de recevoir des trames fixes à 648 octets, celle de 32 je l'aurai rempli avec des 0.

Je vais continuer mes investigations...

Salut,

As tu essayé le mode ISO-on-TCP?
Tiens nous au courant.

Salut !

Damall a écrit : ↑20 mars 2019, 08:13 - Côté NET-PRO, j'ai déclaré qu'une seule liaison et c'est la même que j'utilise en émission comme en réception. Donc c'est le même ID.

ok, donc pas possible d'envoyer deux requêtes d'écoute en même temps sur le même ID..
Essaye de créer une deuxième liaison, de cette manière tu peux faire un AG_LRECV sur chaque ID

Ca coûte rien de tester !

Damall a écrit : ↑20 mars 2019, 08:13 Je n'ai pas accès côté PC

je m'en doutais un peu aussi

Salut,

Je n'arrive pas a configurer correctement la liaison ISO-ON-TCP.

Dans NET-PRO la liaison n'est jamais établie. Surement un problème de paramétrage.
De plus je ne suis pas sur que côté PC ça fonctionne.

Salut,
En regardant de plus près, Iso-on-TCP requiert une prise en charge côté Partenaire de communication si je comprends bien.

Du coup le seul moyen d'arriver à tes fins est de modifier les trames générées par le PC afin qu'elles incluent en entêtes la longueur du message pour que tu puisses le traiter lors de la réception des données. >> voir ici <<

Bon,

finalement j'ai réussi à faire changer la taille de la trame du PC, comme ça, toutes mes trames de réception font 648 octets.

Super !
Merci pour ton retour.

Finalement, suite à l'ajout de nouveaux échange, j'ai du faire un bloc qui permet la réception de message à longueur variable, et ça fonctionne.