Discussion :

[bottedumal]

Bonjour a tous !

Je m'en remet a vous car je viens de developper une application en csharp et j'ai une question qui me taraude.

En effet, cette application doit communiquer avec une autre via port serie. cela marche tres bien mais le probleme c'est de devoir utiliser un cable serie null modem pour relier ensemble 2 ports du meme pc !! c'est un peu stupide et ne sera pas pratique pour l'utilisateur.

Je voudrais donc pouvoir directement parler au port utilise par l'application avec laquelle je veux discuter. Par exemple si cette application est configuree pour utiliser le COM1, je voudrais utiliser le COM1 aussi dans mon application et pouvoir communiquer directement comme ca, avec une liaison virtuelle.

J'imagine qu'il y aura des conflits genre le port est deja ouvert etc, donc je me demandais si quelqu'un a une idee de la maniere dont je pourrais proceder ?

Merci beaucoup d'avance !!

PS: desole s'il n'y a pas d'accents, je suis en qwerty ;'(

[Pol63]

si tu branches le cable null modem sans rien faire d'autre, ton appli peut dialoguer sur le port sans soucis
et si c'est toi qui développe l'autre logiciel de l'autre coté y en a encore moins

la classe serialport permet d'envoyer des octets et d'en recevoir ...

[chrisdot]

Et pourquoi ne pas court-circuiter carrément les ports série dans ce cas? Je veux dire ne pas les utiliser?
L'idée c'est que tu crée un interface que tu utilises dans tes deux modes de fonctionnement (en gros il faut open/read/write/close pour schématiser). Derrière, en fonction du cas on trouvera un enrobage de SerialPort, soit une autre implémentation qui n'utilisera pas du tout le port série (genre tube nommé, mémoire partagée, ou autre...)
Je sais pas si je me suis exprimé clairement.

[bottedumal]

tout d'abord merci de vos reponses !

si tu branches le cable null modem sans rien faire d'autre, ton appli peut dialoguer sur le port sans soucis
et si c'est toi qui développe l'autre logiciel de l'autre coté y en a encore moins

la classe serialport permet d'envoyer des octets et d'en recevoir ...

C'est comme ca que j'ai fait, mais je ne trouve pas ca pratique, surtout si l'utilisateur doit changer d'ordinateur, il doit identifier lui meme les ports series etc... et ce n'est pas moi qui developpe l'autre logiciel helas, sinon j'utiliserai quelque chose de plus pratique qu'une communication serie je pense !

Et pourquoi ne pas court-circuiter carrément les ports série dans ce cas? Je veux dire ne pas les utiliser?
L'idée c'est que tu crée un interface que tu utilises dans tes deux modes de fonctionnement (en gros il faut open/read/write/close pour schématiser). Derrière, en fonction du cas on trouvera un enrobage de SerialPort, soit une autre implémentation qui n'utilisera pas du tout le port série (genre tube nommé, mémoire partagée, ou autre...)
Je sais pas si je me suis exprimé clairement.

interessant, je crois que je voies ce que tu veux dire, mais pour utiliser un des ces enrobages, y a t il besoin d'un port physique ?

[Pol63]

je viens eulement de comprendre que tu veux tenter de faire un soft qui tournerait sur le meme pc

le logiciel tiers va ouvrir le port, à partir de là, je ne vois pas vraiment comment c'est possible de dialoguer autrement que par un cable
remplir le buffer du port localement est peut etre faisable, mais en programmant en bas niveau alors, et dans ce cas tu auras plus de chance en demandant sur le forum C ...


par contre si tu fais le soft sur un autre pc et que tu utilises un cable, il est possible de scanner tous les ports sans que l'utilisateur se pose la question de "c'est quoi un port COM"

[bottedumal]

OK je saisis, ca confirme le doute que j'avais !

Merci beaucoup pour votre avis, je vais finalement rester avec ma methode actuelle

Bonne journee et merci de l'accueil