Commentaires sur une source : CONTROLE DES PORT COM SUR VB.NET

puje_fr

Messages postés: 7
Date d'inscription: mardi 21 mars 2006
Statut: Membre
Dernière intervention: 5 mai 2009

5 mai 2009 à 15:26

pour info ZN415 (même si la réponse est tardive, a priori CLS n'accepte pas les noms commençant par un "_". Il faut donc les renommer.
pour le "b", il n'est pas utilisé donc peut être mis en commentaires.
@++
Pas de ports com sur mon ordi pour l'instant (je code sous macbook avec Parallels...) mais très intéressé par le sujet.

zn415

Messages postés: 62
Date d'inscription: samedi 23 juin 2007
Statut: Membre
Dernière intervention: 21 novembre 2015

26 juin 2007 à 12:31

Apres la conversion automatique par vb express 2005 j'ai 4 erreurs:

Erreur 1 Le nom '_R' n'est pas conforme CLS. C:\Documents and Settings\cyril\Bureau\rs232 vb\vbfrance_CONTROLE-PORT-COM-SUR-VB-NET_26744\Framework - Using the COM Port\Rs232.vb 485 16 How-To Using the Comm Port
Erreur 2 Le nom '_W' n'est pas conforme CLS. C:\Documents and Settings\cyril\Bureau\rs232 vb\vbfrance_CONTROLE-PORT-COM-SUR-VB-NET_26744\Framework - Using the COM Port\Rs232.vb 492 16 How-To Using the Comm Port
Erreur 3 Variable locale inutilisée : 'b'. C:\Documents and Settings\cyril\Bureau\rs232 vb\vbfrance_CONTROLE-PORT-COM-SUR-VB-NET_26744\Framework - Using the COM Port\frmMain.vb 564 21 How-To Using the Comm Port
Erreur 4 Avertissement considéré comme une erreur : Variable locale inutilisée : 'b'. C:\Documents and Settings\cyril\Bureau\rs232 vb\vbfrance_CONTROLE-PORT-COM-SUR-VB-NET_26744\Framework - Using the COM Port\frmMain.vb 564 21 How-To Using the Comm Port

Comment faire fonctionner cette source sur vb express 2005 ?

Toniolol

Messages postés: 21
Date d'inscription: mercredi 21 mai 2003
Statut: Membre
Dernière intervention: 25 juillet 2005

16 juin 2005 à 15:25

Peut-être un souci dans la ligne 39 du fichier Rs232.vb :
Pariti_Odd ne devrait pas être Parity_Odd ?

mathew_bitshy

Messages postés: 11
Date d'inscription: mardi 30 mars 2004
Statut: Membre
Dernière intervention: 11 juillet 2005

25 mars 2005 à 11:03

Ok c'est cool !

Ca marche bien sous vd.net 2003
J'ai pas regardé encore le code de l'intérieur mais ca à l'air pas mal commenté.

Merci encore et @+ les moustachus !

gerbito

Messages postés: 40
Date d'inscription: mardi 14 décembre 2004
Statut: Membre
Dernière intervention: 20 octobre 2015

27 janv. 2005 à 22:10

Je dois faire un projet utilisant le port série sous VB.Net, et j'étais bien content de pouvoir charger ce code. Mais j'ai été assez décu car ce programme ne marche pas. Il y a des problèmes avec les DLL importées du C WinApi, lors de l'ouverture du port série, en particulier la méthode CreateFile qui appelle les constantes GENERIC READ et GENERIC WRITE. Ces dernières sont des entiers longs non signés en C, or VB.Net, dans ton source, percoit GENERIC READ comme un nombre négatif. Ce qui est normal, car tu as assigné à cette constante que tu as déclarée entière une valeur trop grande pour le type Integer de VB.Net. Mais le plus ennuyeux, ce sont les méthodes WinApi32 qui attendent des pointeurs en paramètres. Je me demande ce que VB.Net peut bien leur envoyer (surtout quand il s'agit de pointeurs sur des chaînes). Pourquoi ne pas avoir utilisé le type IntPtr qui semble avoir été concu exprès pour ça ? Il y a aussi des constantes sans définition. Le plus gênant, c'est que l'on ne peut pas rentrer en débogage dans les méthodes WinApi (forcément...). Donc, si j'ai bien une petite idée de ce qui ne va pas, ça va être coton pour faire tourner l'application que je code en reprenant ton source. Mais merci quand même, ça m'aura au moins donné une piste pour travailler

gerbito

Messages postés: 40
Date d'inscription: mardi 14 décembre 2004
Statut: Membre
Dernière intervention: 20 octobre 2015

27 janv. 2005 à 22:10

Je dois faire un projet utilisant le port série sous VB.Net, et j'étais bien content de pouvoir charger ce code. Mais j'ai été assez décu car ce programme ne marche pas. Il y a des problèmes avec les DLL importées du C WinApi, lors de l'ouverture du port série, en particulier la méthode CreateFile qui appelle les constantes GENERIC READ et GENERIC WRITE. Ces dernières sont des entiers longs non signés en C, or VB.Net, dans ton source, percoit GENERIC READ comme un nombre négatif. Ce qui est normal, car tu as assigné à cette constante que tu as déclarée entière une valeur trop grande pour le type Integer de VB.Net. Mais le plus ennuyeux, ce sont les méthodes WinApi32 qui attendent des pointeurs en paramètres. Je me demande ce que VB.Net peut bien leur envoyer (surtout quand il s'agit de pointeurs sur des chaînes). Pourquoi ne pas avoir utilisé le type IntPtr qui semble avoir été concu exprès pour ça ? Il y a aussi des constantes sans définition. Le plus gênant, c'est que l'on ne peut pas rentrer en débogage dans les méthodes WinApi (forcément...). Donc, si j'ai bien une petite idée de ce qui ne va pas, ça va être coton pour faire tourner l'application que je code en reprenant ton source. Mais merci quand même, ça m'aura au moins donné une piste pour travailler