Discussion :

[Tleconte]

Bonjour,

Je sollicite votre aide sur le point suivant.
Je souhaite communiquer en TCP avec deux équipements utilisant le même port (4007).
En première partie j'utilisais un seul équipement et les échanges étaient corrects.
Pour ce faire sous delphi XE7 j'utilise le composant TipwIPPort (IP*WORK V9).
Le problème est avec la mise en place du 2e équipement avec un 2e composant IPPort.
La réception des trames se mélange entre les deux, certainement par l'utilisation du même port le 4007.
Y a-t-il une solution pour gérer cette situation, les ports ne sont pas modifiables sur les équipements ?

Merci d'avance.

[Paul TOTH]

si je comprend bien tu as un PC client qui se connecte à deux équipements distants offrant un service TCP sur le port 4007

tu as donc deux connexions distinctes vers deux adresses différentes utilisant le même port...dans ce cas tu as localement deux ports (différents de 4007, et différentes entre eux) sur lesquelles dialogues les équipements distants et il ne peut pas y avoir de confusion...l'erreur est dans ton code.

[Tleconte]

Merci Paul
Je confirme utiliser deux composant avec deux adresse Ip différentes le Local port à 0 donc attribué.
Je vais regarder mon code de nouveau, j'utilise l'évènement OnDataIn et parfois celui de la connexion 1 est déclenché par l'arrivé de data de la connexion 2.
Si une autre idée sur le sujet.
Merci

[ShaiLeTroll]

Tu n'aurais pas branché les mêmes gestionnaires d'évènement sur les deux TipwIPPort et pas gérer le Sender ?
C'est l'avantage d'un mode blocking avec des TThread où l'on isole naturellement la lecture
tu dois être en mode asynchrone et tu reçois tout dans le même gestionnaire d'évènement de OnDataIn
Il n'y a rien de plus simple que des gérer un aiguillage des messages selon l'origine
Tu dois avoir deux buffers, tu alimentes chacun selon l'origine
Attention, si tu as de gros paquets de données, tu peux recevoir un message de tes appareils fractionnées en plusieurs morceaux ou alors inversement plusieurs trames collées les unes aux autres.

[Tleconte]

Merci pour cette nouvelle réponse.

J'ai bien deux évènements OnDataIn distinct.
Pour la taille des paquets c'est au maxi 40 octets et j'avais remarqué que les trames courte sont parfois regroupées.
A quoi sert le Sender et comment le gère t'on?
Pour l'aiguillage comment connaitre la source du message?
Merci encore.

[Paul TOTH]

Merci pour cette nouvelle réponse.

J'ai bien deux évènements OnDataIn distinct.
Pour la taille des paquets c'est au maxi 40 octets et j'avais remarqué que les trames courte sont parfois regroupées.
A quoi sert le Sender et comment le gère t'on?
Pour l'aiguillage comment connaitre la source du message?
Merci encore.

Shai a supposé que les deux composants partageaient le même événement de lecture, et dans ce cas le paramètre Sender permet de savoir qui déclenche le traitement...mais si tu as deux codes distincts ça n'a pas d'importance.

que fais-tu des données lues ? tu as bien deux conteneurs distincts, un pour chaque composant ?

en fait ça un peu de code de ton application, on ne peux que faire des suppositions sans pouvoir te répondre plus clairement.