Balance digitale : Envoi et Réception

Version imprimable

1 pièce(s) jointe(s)

Bonjour.

Suite à mes recherches , j'ai essayé tous les cas possibles mais malheureusement je n'ai pas aboutit à une solution.

J'ai une Mettler Toledo (VIVA 3211) . Connecté à mon port COM1

D'après la documentation il faut envoyer une trame puis recevoir la trame.

je ne vais pas écrire tous les codes :

Ouverture du port
Code:

1 2 3 4 5 6 7 8 9 hCom = CreateFile(Port, GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL );
D'après la documentation je dois envoyer les codes suivants : (voir le fichier en pièce jointe)
Code:

1 2 3 4 sprintf(Message,"%X",0x02); NbOctet = StrLen(Message); WriteFile(hCom,Message,NbOctet,&nBytesWrite,NULL);
Sleep(500);
Code:

1 2 3 4 sprintf(Message1,"%X%X%X%X%X%X%X%X",0x40,0x31,0x30,0x30,0x30,0x31,0x0d,0x0a); NbOctet = StrLen(Message1); WriteFile(hCom,Message1,NbOctet,&nBytesWrite,NULL);
Code:

1 2 3 4 5 sprintf(Message2,"%X",0x02); NbOctet = StrLen(Message2); WriteFile(hCom,Message2,NbOctet,&nBytesWrite,NULL);
Sleep(500);
Code:

1 2 3 4 sprintf(Message3,"%X%X%X%X",0x31,0x30,0x0d,0xa); NbOctet = StrLen(Message3); WriteFile(hCom,Message3,NbOctet,&nBytesWrite,NULL);
Sleep(300);
Code:

1 2 3 4 sprintf(Message4,"%X",0x06); NbOctet = StrLen(Message4); WriteFile(hCom,Message4,NbOctet,&nBytesWrite,NULL);
Tout d'abord je voulais savoir si ma trame d'envoie est bien correcte ? j'ai "essayé" d'envoyer en hexadécimal. C'est bien comme ça que je dois faire ?

je vous remercie d'avance

Hello

Si tu fais

Code:

1
2
3
sprintf(Message1,"%X%X%X%X%X%X%X%X",0x40,0x31,0x30,0x30,0x30,0x31,0x0d,0x0a);
NbOctet = StrLen(Message1);
WriteFile(hCom,Message1,NbOctet,&nBytesWrite,NULL);

tu envoies la chaîne "4031303030310d0a".

Par contre, avec

Code:

1
2
3
sprintf(Message1,"%c%c%c%c%c%c%c%c",0x40,0x31,0x30,0x30,0x30,0x31,0x0d,0x0a);
NbOctet = StrLen(Message1);
WriteFile(hCom,Message1,NbOctet,&nBytesWrite,NULL);

tu envoies "@10001"+ CR+LF, et ça devrait mieux marcher.

Tu peux même faire

Code:

1
2
AnsiString toto = "@10001\r\n";
WriteFile(hCom,toto.c_str(),toto.Length(),&nBytesWrite,NULL);

voire même

Code:

1
2
3
4
AnsiString code = "1001";
AnsiString toto;
toto.sprintf("@%s\r\n", code.c_str());
WriteFile(hCom,toto.c_str(),toto.Length(),&nBytesWrite,NULL);

Bon courage

24/03/2009, 12h20
echap2000
Merci totoche ;)

Une chose faite..

et pour recevoir une trame est-ce bien
Code:

1 2 ReadFile(hCom,&buf,1,&nblu,NULL);
?

Si oui, pourquoi mon c++ reste bloqué sur readfile ?
24/03/2009, 14h59
antoinelac

Ça me semble la bonne fonction :

http://msdn.microsoft.com/en-us/libr...67(VS.85).aspx

Je regarde ça un peu plus.

(Désolé de mon manque de connaissance, mais étant donné que je vais avoir à faire un projet similaire, ça m'intéresse)

ciao

antoine
24/03/2009, 20h15
antoinelac

Je me greffe un peu ici à votre problème afin de m'éduquer un peu...

Lorsque vous dites Com1, il s'agit physiquement de quel type de connection? Connection du genre des anciennes imprimantes? Il n'y a pas de relation entre Com et la prise physique, c'est-à-dire que c'est gèrer par l'ordi, il associe COM1 à ce qu'il voudra bien (à condition que l'on soit au courant que tel connection sur l'ordinateur correspond au COM1, tel autre au COM2, etc.)?

J'avoue que j'ai l'air stupid. Avant de commencer à lire :

http://cpp.developpez.com/faq/bcb/?page=systemeports

Je croyais que le COM1 (ainsi que le 2 et le 3) étaient de type "connection vienne imprimante", mais je me suis posé la question : mais quelle est la différence entre le port Série et le port parallèle (je sais que série communique en série et parallèle...) d'un point de vue physique de la prise.

merci,

antoine
24/03/2009, 20h38
gandf

Les prises de type COM sont des prises de type DB9. Les modems interne utilise des ports COM.
C'est une liaison RS232 (une ligne de réception et une ligne d'envoie et qu'elle ligne d'état) avec un voltage +12V ou -12V (donc une différence de 24V entre un 1 et un 0). Ce qui permet d'avoir des câbles de liaison assez long. Les données sont envoyé en série.

Port imprimante, c'est le port parallèle (DB25) fournissant 1 fils par bit en 0/5V.
La puissance disponible est moindre et la longuer du câble est limité (5m il me semble). Il faudrait vérifier ces infos sur le DB25, j'utilise toujours le RS232. Le RS232 est très utilisé sur les périphériques réseau à des voltage moindre (0/5v ou 0/3v).

Le numéro du port COM est généralement configurable dans le gestionnaire de périphérique de windows. La plupart des drivers permettent de changer le N° du port COM.

Pour le gérer, vous avez un composant tout fait qui s'appel COMPORT.
27/03/2009, 21h31
echap2000
Bonjour tout le monde..

j'ai résolu mon problème.

Tout d'abord ma balance est configurée sur le protocole 8217 .
D'après ce protocole (voir le manuel) , Appuyer sur la touche W donne le poids .
A titre complémentaire, Mon pc n'a pas de port COM. J'utilise un convertisseur USB->COM.

Malheureusement, suite à des manipulations (C++, hyperterminal) ça n'a pas donné de résultat. Finalement , j'ai trouvé l'astuce. ! Il faut inverser le fil 2 et 3 à l'intérieur du câble. J'ai donc fait un cable où les deux fils sont permutés.

Dans le hyperterminal : et dans la configuration du port COm, il faut mettre les options suivantes :

Bauds: 9600
Flux matériel : aucun
Parité : pair
Bit d'arrêt : 7

Dans Hyperterminal , j'ai tapé W et ce dernier m'a donné comme réponse le poids affiché à l'écran !. Youppie.

Et là, j'ai fais un
Code:

1 2 WriteFile(hCom,"W",1,&nBytesWrite,NULL);
Ensuite un sleep de 500

Puis un read
Code:

1 2 ReadFile(hCom,&buf,7,&nblu,NULL);
La balance renvoi 7 caractères. X00.000
Il suffit de lire les 6 dernières caractères pour lire le poids

Hélàs , encore un problème... Quand on éteint le PC , et la balance et qu'on les rallume, à la ligne ReadFile, le programme se bloque !
Il faut utiliser Hyperterminal, ensuite exécuter l'application qu'on développe.

Bizarre, bizarre... je me suis penché alors sur la solution avec TComPort.
La version 4.0 beta évidemment, je l'ai installé avec beaucoup de difficulté mais j'ai réussi.

Ensuite, j'ai simplifié les choses avec TComPort...
Dans la propriété où il y a la réception des paquets, il ne faut pas oublier de mettre un sleep de 200-300

Voilà. Avec tcomport , aucun blocage à la lecture ni à l'écriture. Tout va à merveille

S'il faut d'autres infos, n'hésitez pas

bien à vous,
28/03/2009, 21h24
antoinelac

Wow,

On voit qu'il y a du travail la dessous.

Merci pour les infos!