Discussion :

[pxidr]

Bonjour à tous,

Nouveau sur ce forum et sur VB Express 2010, je suis en train de faire un programme permettant de piloter mon variateur de vitesse via mon PC.

J'ai besoin de lire des infos envoyées par mon variateur (tension, courant, température, fréquence etc) et de les afficher sur la fenêtre de mon programme.

Mon variateur est relié en RS232 sur mon port série, et m'envoie des trames de données comme ceci, toutes les 500ms, sur le port COM1 (sans les espaces) :

0000 0000 0000 0000 0000 0 0

1er groupe de chiffres : tension (va de 0000 à 1023)
2éme groupe de chiffres : courant (va de 0000 à 1023)
3éme groupe de chiffres : température (va de 0000 à 1023)
4éme groupe de chiffres : référence (va de 0000 à 1200)
5éme groupe de chiffres : fréquence (va de 0000 à 1200)
6éme groupe de chiffres : variable 1 (va 0 à 1)
7éme groupe de chiffres : variable 2 (va de 0 à 1)

A noter que le nombre de chiffres est fixe, c'est à dire que la trame contient toujours 22 chiffres.

Donc j'aimerais "découper" cette trame afin de récupérer mes 7 variables, et les afficher sur mon programme en temps réel (sachant que les valeurs de la trame varient constamment, toutes les 500ms).

Merci d'avance

[sevyc64]

Tu n'as rien qui identifie le début et/ou la fin de trame ?

[pxidr]

Tu n'as rien qui identifie le début et/ou la fin de trame ?

Si, chaque trame fin de trame est identifié par un Carriage Return (code ASCII hexa "0D").

C'est pour ça que dans Hyperterminal je reçois mes données arrangées de cette manière :

0125012710221000060001
0145013710211000020010
0125013610211000020000

etc...

[sevyc64]

Ok, dans ce genre de cas (réception continue), ce que, perso, j'ai appris à faire c'est mettre en place un buffer circulaire à double index.

En gros tu as, en variables communes, un tableau d'octets, ou de caractères, ici, et 2 index (variables de type entier).

Le tableau devra être suffisamment grand pour diminuer les risques d'écrasement (minimum l'équivalent de 10 trames). ici, tu peux partir sur un tableau de 2048 caractères par exemple, c'est pas trop grand mais largement plus que tes trames.

Ensuite tu as un index, on va dire IN qui va indiquer à quel indice remplir le tableau. Tu as un autre index, qui va, lui, indiquer à quel indice dans le tableau, lire le caractère suivant.

Ensuite une tache réception, indépendante, l'évent du sérialport en vb, qui va remplir le tableau aveuglément à chaque caractère reçu. Chaque caractère écrit dans le tableau doit incrémenter l'index IN de 1. Si l'index IN dépasse la fin du tableau il est remis à 0 pour continuer au début (c'est l'effet circulaire).

Ensuite tu as une seconde tache, le programme principal par exemple, qui va venir tester la différence entre l'index IN et l'index OUT. S'ils sont différents c'est que tu as des caractères non lus dans le tableau.
Le principe est que tu lis le caractère à l'indice "OUT" pour le traiter et tu incrémente l'index OUT. Même principe, si tu dépasse la fin du tableau tu continue au début.


Dans ton cas particulier, tu va avoir une phase d'initialisation, qui va consister à lire et ignorer chaque caractère, jusqu'à avoir lu un x0D indiquant la fin d'une première trame (probablement incomplète). Une fois synchronisé, soit tu lis les 23 caractères suivants (22+ x0D) que tu redécouperas en fonction de tes groupes ensuite, soit tu lis successivement chacun de tes groupes. Sachant que, que se soit la lecture de la trame complète, ou groupe par groupe, la lecture peut se trouver à cheval sur la fin du tableau. Tu peux donc avoir à lire, par exemple, 3 caractères à la fin du tableau et le 4ème eu début, pour reconstituer ton groupe. c'est un cas à gérer.

[Pol63]

(...)

lu en diagonale, mais !?


si tu as un string qui contient tout ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
dim tension = cint(lestring.substring(0,4))
dim courant = cint(lestring.substring,4,4))
 
'etc...