Discussion :

[levalp]

Bonsoir à tous,
Je dois programmer un genre de serveur qui reçoit des requêtes de plusieurs applications et doit communiquer avec des automates programmables par un port série (port COM).
Je souhaiterais que la réponse reçue par le serveur soit remise à la bonne application, celle qui a fait la requête.
Existe-t-il un moyen de savoir d'où venait la requête lorsqu'on lit des données provenant du port série avec la fonction SerialPort.Read ?
Merci d'avance pour vos suggestions.

[_skip]

Si c'est ton appli qui a écrit dans le port, tu peux le savoir mais pas de façon automatique en gérant cela depuis le client.
Si c'est une autre, non c'est impossible, tu peux juste constater que des données sont là, de plus, la gestion des ouverture/fermeture risque d'être hasardeuse si tu partage le port entre plusieurs applis.

[levalp]

Si c'est ton appli qui a écrit dans le port, tu peux le savoir mais pas de façon automatique en gérant cela depuis le client.
Si c'est une autre, non c'est impossible, tu peux juste constater que des données sont là, de plus, la gestion des ouverture/fermeture risque d'être hasardeuse si tu partage le port entre plusieurs applis.

C'est seulement le serveur qui communique avec le port série, les applications n'y ont pas accès directement.
Comment puis-je savoir alors d'où ca vient ? Serait-il possible de lire un flag ou un int sur la réponse ?
Merci d'avance.

[_skip]

Non tu ne peux pas y faire grand chose.
Il te suffit de gérer les requetes de tes applications de façon FIFO, c'est à dire écrire et directement ensuite attendre le résultat et le transmettre.

[levalp]

Non tu ne peux pas y faire grand chose.
Il te suffit de gérer les requetes de tes applications de façon FIFO, c'est à dire écrire et directement ensuite attendre le résultat et le transmettre.

OK alors je vais devoir programmer un genre de mutex éventuellement avec un numéro de file d'attente comme au supermarché ?

[_skip]

Il suffit juste de synchroniser l'accès au port... pas grand chose de plus.

[levalp]

Il suffit juste de synchroniser l'accès au port... pas grand chose de plus.

Tu synchroniserais avec quoi ? avec un mutex ?

[_skip]

Ca depend tout comment tu as organisé ta classe.
Si tu as une seule méthode publique qui accède au port soit directement, soit par des méthodes privées de ta classe, elle fera entonnoir si tu lui met simplement l'attribut MethodImpl sur Synchronized.

Sinon tu peux gérer toi meme avec lock(), je pense pas que tu aies besoin de beaucoup plus car tu ne peux autoriser qu'un seul thread a la fois, donc pas vraiment de cuisine.

[levalp]

Ca depend tout comment tu as organisé ta classe.
Si tu as une seule méthode publique qui accède au port soit directement, soit par des méthodes privées de ta classe, elle fera entonnoir si tu lui met simplement l'attribut MethodImpl sur Synchronized.

Sinon tu peux gérer toi meme avec lock(), je pense pas que tu aies besoin de beaucoup plus car tu ne peux autoriser qu'un seul thread a la fois, donc pas vraiment de cuisine.

ok, merci pour tes suggestions, je vais essayer.

[levalp]

Ca depend tout comment tu as organisé ta classe.
Si tu as une seule méthode publique qui accède au port soit directement, soit par des méthodes privées de ta classe, elle fera entonnoir si tu lui met simplement l'attribut MethodImpl sur Synchronized.

Sinon tu peux gérer toi meme avec lock(), je pense pas que tu aies besoin de beaucoup plus car tu ne peux autoriser qu'un seul thread a la fois, donc pas vraiment de cuisine.

Salut.
en fait j'ai programmé un mutex, mais de temps en temps des réponses sont interverties (ce n'est pas la bonne application qui recoit la réponse)
Quelqu'un saurait-il s'il existe quelque chose qui ressemble à un mutex, mais avec une file d'attente préprogrammée ?
(un peu comme au supermarché quand on prend un numéro avant de faire la queue)
sinon je pourrai essayer de la programmer moi-même.
merci d'avance.

[_skip]

Ca depend tout de comment tu as implémenté

[levalp]

Ca depend tout de comment tu as implémenté

en fait, j'ai une fonction qui recoit la requete, la met dans une Queue, et ensuite va attendre la réponse dans une autre Queue.
Le problème c'est quand des requêtes arrivent quasi simultanément, alors de temps en temps les réponses sont interverties.
J'ai programmé un mutex, mais le problème n'est pas résolu. C'est pourquoi j'ai pensé à des numéros de file d'attente.
Merci d'avance pour vos suggestions.

[_skip]

Tu dois absolument ne gérer qu'une seule file...
Pourquoi tu ne crées pas une méthode qui écris et qui attend la réponse TOUT de suite de façon bloquante avec un Read + timeout?

[warenbe]

plutot qu'un mutex, pourquoi pas un semaphore qui te permettrait d'avoir une liste d'attente?

[levalp]

Tu dois absolument ne gérer qu'une seule file...
Pourquoi tu ne crées pas une méthode qui écris et qui attend la réponse TOUT de suite de façon bloquante avec un Read + timeout?

Ca n'est pas possible, car la fonction qui recoit les données est appelée automatiquement et située dans un thread séparé

plutot qu'un mutex, pourquoi pas un semaphore qui te permettrait d'avoir une liste d'attente?

En fait ca ne me convient pas car je veux un ordre et d'après ce que je lis :
"Il n'y a aucun ordre garanti d'entrée dans le sémaphore des threads bloqués, tel que premier entré premier sorti ou dernier entré premier sorti."

En fait je crois que je vais essayer de faire avec un lock et une file d'attente que je vais programmer.