Tu as essayé de debugger ton code ? Tu pourrais mettre un point d'arrêt dans ton foreach pour vérifier que tu récupères bien des données.
Ça te permettra aussi de voir si "SerialPort.GetPortNames()" contient des données ou de savoir comment cette méthode est hiérarchisée au niveau de ses propriétés, valeurs, etc...
o/
Insanity is doing the exact same fuckin' thing over and over again, expecting shit to change...
Ça nique la pompe à message de l'application, ça prend des années à trouver un malheureux problème facilement rectifiable avec le débogueur, voire même à chaud avec les bonnes options, ça désynchronise les contextes de thread etc...
Il y a des effets de bord car beaucoup d'API de haut niveau, comme "GetPortNames" peuvent utiliser la pompe à message.
Et on parle même pas de la gestion des exceptions aux fraises.
UTILISEZ LE DÉBOGUEUR, BORDEL.
Le plus probable, c'est une exception de sécurité qui vous arrive dans les dents.
De plus, un port USB n'est pas un port série. C'est le driver qui peut mapper ce qu'il a trouvé de connecter sur un port USB sur une API de port Série. Si rien de connecté ou de configurer ou un driver qui ne fait pas ce qu'il n'est pas obligé de faire et c'est dans le baba.
C'est quoi votre vrai besoin ? Les ports USB physiques, les périphériques connectés à ces ports, les port USB configurer en dur en port série, etc... ?
Je recherche un CDI/CDD/mission freelance comme Architecte Logiciel/ Expert Technique sur technologies Microsoft.
Un débogueur, c'est pas une calculette, c'est pas fait pour calculer un "résultat".
C'est fait pour déboguer un programme, il faut donc faire des analyses de problèmes que le débogueur aide à localiser.
Donc, on commence par supprimer toutes ces conneries qui nous empêche de facilement trouver les problèmes puis on configure le débogueur pour commencer à analyser le premier problème, le corriger, analyser le problème suivant, etc..., jusqu'au dernier.
Donc on commence par coller un point d'arrêt à la ligne qui part en cacahouète et ont débogue, pas à pas si nécessaire, en activant le débogage du code du framework si nécessaire, etc...
Je recherche un CDI/CDD/mission freelance comme Architecte Logiciel/ Expert Technique sur technologies Microsoft.
>Avant il y avait pas de périphérique pour COM1 mais maintenant il y en a un
C'est juste qu'un driver a demandé au Kernel de rendre visible un périphérique virtuel "COM1" dans l'espace de nom utilisateur.
Tous les programmes non-kernel ne voient que les périphériques qui sont rendu visible par le Kernel, donc que des "périphériques virtuels" : une porte d'entrée vers un driver qui est au sommet d'une pile d'autres drivers.
C'est quoi votre question ? Qu'est-ce que vous avez pu branler pour qu'un driver demande à rendre visible un "COM1" ? Des millions de possibilités.
>Les informations, faut aller les chercher.
Comme vous n'écoutez pas nos conseils, les informations, elles servent à rien.
Bon, c'est quoi le but final de votre application ?
Je recherche un CDI/CDD/mission freelance comme Architecte Logiciel/ Expert Technique sur technologies Microsoft.
C# problème de port COM avec System.IO.Ports
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Pas d'aide concernant le code par MP, le forum est là pour ça :)