WMI et Com Port Bluetooth

Bonjour à tous,

Mon problème est le suivant, dans le cadre d'une application je dois être capable de trouver les Com Port d'une machine afin de dialoguer avec des périphériques.

A l'heure actuelle, j'utilise des périphérique via un convertisseur USB/Série donc une requête WMI dans le domaine root\WMI me permet de connaitre le nom des port COM actif.

Maintenant, je dois être à même de faire la même chose avec des port com bluetooth et là j'ai beau cherché je ne vois pas quel requête wmi me donnera accés au nom de ces port com.

Mes recherche sur le net n'ont rien donné de concluant si ce n'est que sous vista pas de problème ça marche. Mais je dois impérativement conservé une compatibilité XP.

Voilà si vous avez des propositions, je suis tout ouï ...

Un port COM, émulé via USB/Bluetooth ou "normal", reste un port COM... Si tu en vois la liste via WMI, tu la verras tout le temps du moment que l'OS supporte les requêtes que tu effectues (ce qui est le cas pour cette énumération normalement).

ah autant pour moi j'ai oublié un détail : je ne vois pas mes ports com virtuel bluetooth avec mes requêtes WMI (des heures d'exploration avec WMI Code Creator n'ont toujours rien donnée), et c'est bien ce qui me chagrine Mac Lack !

Quelque soit le namespce mes port com bluetooth n'apparaissent pas avec leur petits camarades virtual via usb ou port com natif...

Arf, en effet, c'est nettement plus gênant dans ce cas... Les ports BT sont malgré tout visibles "normalement" dans la section "Ports COM et LPT" du gestionnaire de périphériques, ou pas ?

désolé pour la réponse tardive :)

En effet les port bluetooth sont parfaitement visible dans le gestionnaire de périphérique avec les autres port COM et LPT ( ce qui rend vraiment la chose étrange par ailleurs). à moins de faire un accès par reigistry je ne vois pas trop comment résoudre mon problème ( mais cette solution dans mon cas n'est pas viable ).

Est-ce que cette limitation de la visibilité de mes ports BT peux être lié aux drivers que j'utilise ? C'est une simple clé belkin acheté chez darty avec un drivers trouvé cependant sur le site de belkin...

Je ne connais pas la tripaille interne requise pour montrer un port COM virtuel, mais le principe est de créer un driver COM "normal", mais câblé sur un autre driver (ex : USB ou BT) au lieu d'un port RS-232.

Normalement, si le port COM est créé, il devrait être visible "normalement" par Windows, sauf si le driver BT a zappé une procédure d'enregistrement interne qui serait requise par WMI pour l'énumération des ports disponibles...

Essaie de charger WinObj, et de trouver tes ports COM-BT dedans, on ne sait jamais. Normalement, tu devrais les trouver en \Device\Serial*, et dans \GLOBAL??\COM*. Cela donnera peut-être une piste pour pouvoir les retrouver ensuite dans WMI...

WinObj me permet de retrouver mes valeureux port BT sous \device\BtPort0 (dans mon cas un seul port actif).... C'est bien mais pour WMI ça ne m'aide pas hélas (mais je cherche :) )

Cela veut donc déjà dire que ce ne sont pas des devices Serial "normaux", c'est déjà ça.
Côté port COM lui-même, tu as vu quelque chose dans les symlinks du COM-BT, dans \GLOBAL??\ ?

tout a fait les symb link me renvoie vers \Device\BtPort0 idée ?

Faudrait voir si WMI énumère au niveau des \Device\Serial ou au niveau des \GLOBAL??\COM, en fait... Si c'est le premier cas de figure, c'est pas gagné d'avance. Si c'est le second, ça devrait aller.
Mais à part fouiller toute l'arborescence WMI pour trouver le port COM-BT, je ne vois pas de solution immédiate en tout cas.

Sinon, en solution Win32 : essaie d'utiliser EnumPorts, on ne sait jamais.

Au pire, code bourrin de base :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

for (int i = 1 ; i<256 ; i++) { char com_port[MAX_PATH] ; sprintf_s(com_port,MAX_PATH,"\\\\.\\COM%d",i) ; HANDLE cph = CreateFile(com_port, GENERIC_READ | GENERIC_WRITE, 0, NULL, // needed for inherit OPEN_EXISTING, 0, 0) ; if (cph != INVALID_HANDLE_VALUE) { CloseHandle(cph) ; printf("%s : Available for use.\n",com_port) ; } else printf("%s : Not available.\n",com_port) ; }

---

En effet c'est là que le mystère devient complet.

Actuellement je travaille C# avec une plateforme .Net (peux importe c'est juste pour situer) donc je peux utiliser System.IO.Ports.SerialPort.GetPortNames() (ce qui doit être une équivalence avec le EnumPort win32) et là miracle met port BT sont tous là !!!

Merveilleux on pourrais dire mais je dois avouer que comme tout le monde si quelque chose existe j'aimerai ne pas réinventé la roue. Alors si WMI me fournit une interface d'event d'enfer, j'ai n'ai pas envie de m'amuser à refaire la même chose avec EnumPort.

Aprés si c'est la seule solution évidemment tant pis pour moi :)

Pas tout pigé, là...
Si t'es en C# et que System.IO.Ports.SerialPort.GetPortNames() fonctionne, où est le souci ? :koi:

arf je comprend ton désapointement !

je suis quelque peu débutant en programmation .Net et pour ainsi dire j'essaie toujours d'aller au plus simple (le temps joue contre moi dans ce projet en plus).

Quand on m'a demandé de trouver un système pour détecter l'ajout ou l'enlèvement de périph série, WMI était une solution élégante, rapide et simple.

En effet le namespace management de system me donne accès à une gestion évènementiel pré-implémenté par grosoft, la seule recherche concernant quelle requête utilisé.

Une fois cette question réglé la scrutation et la signalisation de l'évent "un port com est détecté" ou "un port com est retiré" c'était de la tarte !

Mais bon je m'y met avec io.serialport on va bien voir !

OK, je comprends mieux : ce n'est pas l'énumération des ports COM en elle-même que tu cherches, mais la notification d'ajout/suppression dans cette liste de ports...

Pour les notifications (au moins Win32, quitte à passer en unsafe), tu peux aller voir ce message pour les points d'entrée Win32. En fouillant les liens connexes, tu trouveras peut-être un point d'entrée .NET équivalent, mais au moins, ça devrait te permettre d'avancer.
Il te "suffit" de maintenir la liste des ports COM en mémoire (initialisée au début du programme par exemple), et à chaque notification, de vérifier / charger la différence par rapport à la liste précédente.

merci, ça confirme mon optique de développement actuelle :)
Reste plus qu'a trouvé cet event :? !

Va voir le lien que j'ai donné, tu auras les infos nécessaires normalement.