Problème reception données TCP
Re: Problème reception données TCP
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...
Les implémentations constructeurs des protocoles de com sont parfois hasardeuse...
"Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément." Nicolas Boileau
L'urgence, c'est fait!
L'impossible, c'est en cours!
Pour les miracles, il faut prévoir un délai!
L'urgence, c'est fait!
L'impossible, c'est en cours!
Pour les miracles, il faut prévoir un délai!
-
- Mi homme - Mi automate
- Messages : 2076
- Inscription : 21 oct. 2015, 10:00
- Localisation : Ile de France
Re: Problème reception données TCP
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 !
- 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 !
Si vous avez compris tout ce que je viens d'écrire, c'est que j'ai dû faire une erreur quelque part !
Re: Problème reception données TCP
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...
- 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...
- djé
- Dieu du process
- Messages : 776
- Inscription : 20 oct. 2015, 09:55
- Localisation : Bretagne, Pays de la Loire, Nantes
Re: Problème reception données TCP
Salut,
As tu essayé le mode ISO-on-TCP?
Tiens nous au courant.
As tu essayé le mode ISO-on-TCP?
Tiens nous au courant.
Le monde se divise en 10 catégories:les personnes qui comprennent le binaire,et les autres.
Dans tout ce que vous apprenez, seuls 10% vont vous servir,mais vous ne savez pas lesquels ...
Dans tout ce que vous apprenez, seuls 10% vont vous servir,mais vous ne savez pas lesquels ...
-
- Mi homme - Mi automate
- Messages : 2076
- Inscription : 21 oct. 2015, 10:00
- Localisation : Ile de France
Re: Problème reception données TCP
Salut !
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 !
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 !
je m'en doutais un peu aussi
Si vous avez compris tout ce que je viens d'écrire, c'est que j'ai dû faire une erreur quelque part !
Re: Problème reception données TCP
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.
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.
- djé
- Dieu du process
- Messages : 776
- Inscription : 20 oct. 2015, 09:55
- Localisation : Bretagne, Pays de la Loire, Nantes
Re: Problème reception données TCP
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 <<
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 <<
Le monde se divise en 10 catégories:les personnes qui comprennent le binaire,et les autres.
Dans tout ce que vous apprenez, seuls 10% vont vous servir,mais vous ne savez pas lesquels ...
Dans tout ce que vous apprenez, seuls 10% vont vous servir,mais vous ne savez pas lesquels ...
Re: Problème reception données TCP
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.
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.
- djé
- Dieu du process
- Messages : 776
- Inscription : 20 oct. 2015, 09:55
- Localisation : Bretagne, Pays de la Loire, Nantes
Re: Problème reception données TCP
Super !
Merci pour ton retour.
Merci pour ton retour.
Le monde se divise en 10 catégories:les personnes qui comprennent le binaire,et les autres.
Dans tout ce que vous apprenez, seuls 10% vont vous servir,mais vous ne savez pas lesquels ...
Dans tout ce que vous apprenez, seuls 10% vont vous servir,mais vous ne savez pas lesquels ...
Re: Problème reception données TCP
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.