problem de synchro

Version imprimable

30/03/2007, 15h08
marco80

problem de synchro

Bonjour tlm,

Je débute en VB5 et j'ai commencer à faire un programme me permettant de gérer 2 moteurs séparément.

Bien après l'initialisation du driver Motor ainsi que du controleur USB FTDI chip, j'ai réussi à utiliser quelques DLL FTD2XX.DLL et à faire tourner les moteurs, bien mon problème c'est que quand j'envoie une commande au moteur de type "string", elle ne s'exécute pas tous le temps. Parfois, la commande s'exécute mais avec une instruction de retard ou ce qui m'arrive aussi c'est que les instructions n'ont aucun effet.

la communication ce fait par un port VCP.

Voici la DLL qui me permet d'écrire sur le moteur :

Code:

status = FT_Write(lngHandle, strWriteBuffer, lngBytesToWrite, lngBytesWritten)

Quelqu'un aurai une Idée, comment je peux faire sans avoir un retard au moment de passer ma commande. Merci a tous de votre futur aide.
30/03/2007, 15h26
OhMonBato

Amuses toi à imaginer que tu es à notre place, donc que tu n'as pas les DLL dont il est question dans ton message, que tu n'as pas le code du programme sous les yeux, penses tu pouvoir répondre à la question que tu poses ?

Si tu réponds oui, arrêtes la programmation et lances toi dans les arts divinatoires.
30/03/2007, 15h38
marco80

Citation:

Envoyé par OhMonBato

Amuses toi à imaginer que tu es à notre place, donc que tu n'as pas les DLL dont il est question dans ton message, que tu n'as pas le code du programme sous les yeux, penses tu pouvoir répondre à la question que tu poses ?

Si tu réponds oui, arrêtes la programmation et lances toi dans les arts divinatoires.

ok ok, pas besoin de s'exciter, je ne suis pas un pro des forums...

dsl. voila dans ce dossier il y a les DLL ainsi que le code du fichier *.frm
30/03/2007, 16h19
OhMonBato

tu vas certainement me toruver très ch... mais tu l'as pas en zip plutot ton fichier ? J'ai pas de quoi ouvrir les rar et j'ai pas envie d'installer de quoi les ouvrir. ;)
30/03/2007, 16h27
marco80

1 pièce(s) jointe(s)

Citation:

Envoyé par OhMonBato

tu vas certainement me toruver très ch... mais tu l'as pas en zip plutot ton fichier ? J'ai pas de quoi ouvrir les rar et j'ai pas envie d'installer de quoi les ouvrir. ;)

voila en *.zip

esperons que sa eclaircise un peu, ce que je raconte.
30/03/2007, 16h34
La Praline

Bonjour,

Citation:

Envoyé par marco80

ok ok, pas besoin de s'exciter, je ne suis pas un pro des forums...

Il n'y a pas de mal Marc, il faut excuser OhMonBato... mais comprend-le, on a croisé des cas critique aujourd'hui... Et quand je te dis "critique", je te garantis que je n'exagère pas du tout !!! Je suis même loin du compte qui plus est...

Merci de ta compréhension, bonne chance et bonne continuation...

~~ La Praline ~~
... un choco peace man....
30/03/2007, 16h39
marco80

Citation:

Envoyé par La Praline

Bonjour,

Il n'y a pas de mal Marc, il faut excuser OhMonBato... mais comprend-le, on a croisé des cas critique aujourd'hui... Et quand je te dis "critique", je te garantis que je n'exagère pas du tout !!! Je suis même loin du compte qui plus est...

Merci de ta compréhension, bonne chance et bonne continuation...

~~ La Praline ~~
... un choco peace man....

ok ok. no problem. je comrpend que sa doit pas etre toujours facile pour vous qui gérez ce forum. je sais pas vraiment comment fonctionne un forum, mais trankil, je viens juste chercher des infos, débutant que je suis. LA POO est vraiment différente de la programmation HW telle que le VHDL... merci pour votre aide:lol:
30/03/2007, 16h41
OhMonBato

Merci pour le zip ;)

As tu essayé de désactiver la lecture de ton buffer dans ta procédure Command1_Click
Je ne connais pas ton prog dans le détail bien sûr mais l'envoi de la commande par WriteHandle te retourne un Status déjà donc je ne vois pas trop l'utilité de lire le buffer de nouveau juste derrière avc FT_Read surtout que tu ne testes pas si FT_GetQueueStatus te renvoie 0 ou pas. Si il n'y a rien dans le buffer, pas la peine d'aller le lire ;)
Mais ça na peut être rien à voir avec ton pb...
31/03/2007, 11h43
marco80

Citation:

Envoyé par OhMonBato

Merci pour le zip ;)

As tu essayé de désactiver la lecture de ton buffer dans ta procédure Command1_Click
Je ne connais pas ton prog dans le détail bien sûr mais l'envoi de la commande par WriteHandle te retourne un Status déjà donc je ne vois pas trop l'utilité de lire le buffer de nouveau juste derrière avc FT_Read surtout que tu ne testes pas si FT_GetQueueStatus te renvoie 0 ou pas. Si il n'y a rien dans le buffer, pas la peine d'aller le lire ;)
Mais ça na peut être rien à voir avec ton pb...

ok merci... je vais essayer et je te redonne des news ok...bon week end
31/03/2007, 15h20
zazaraignée

Citation:

Envoyé par marco80

LA POO est vraiment différente de la programmation HW telle que le VHDL...

Juste une précision. VB6 n'est pas un lagage de Programmation Orienté Objet à proprement parler. C'est plutôt un langage Basé Objet. VB.Net est Orienté Objet cependant.
02/04/2007, 08h53
marco80

Citation:

Envoyé par OhMonBato

Merci pour le zip ;)

As tu essayé de désactiver la lecture de ton buffer dans ta procédure Command1_Click
Je ne connais pas ton prog dans le détail bien sûr mais l'envoi de la commande par WriteHandle te retourne un Status déjà donc je ne vois pas trop l'utilité de lire le buffer de nouveau juste derrière avc FT_Read surtout que tu ne testes pas si FT_GetQueueStatus te renvoie 0 ou pas. Si il n'y a rien dans le buffer, pas la peine d'aller le lire ;)
Mais ça na peut être rien à voir avec ton pb...

J'ai désactiver la lecture dans le buffer de ma procédure command_click, mais j'ai toujours se retard... si tu pense à autre chose sa serais sympa de me dire, je vais voir de mon coter aussi.
02/04/2007, 08h56
La Praline

Bonjour,

Il n'y a plus "que" le retard ou des instructions se perdent encore ???

Cordialement

~~ La Praline ~~
... un choco perdu dans l'univers...
02/04/2007, 09h46
marco80

Citation:

Envoyé par La Praline

Bonjour,

Il n'y a plus "que" le retard ou des instructions se perdent encore ???

Cordialement

~~ La Praline ~~
... un choco perdu dans l'univers...

Bonjour,
oui exact, bon j'ai modifier un peu le code, mais le retard y est toujours donc j'ai laisser cette lecture qui me permet de voir ce que je recois. j'ai rajouter un test avant la lecture comme à dit ohmon... Pas très simple ...
02/04/2007, 09h57
La Praline

Bonjour,

Ce retard ne serait-il pas "normal"...
Comme toujours je dis ça je dis rien, mais, un programme ne travaillant pas à la vitesse de la lumière, la liaison entre ton programme et ton moteur (laquelle déjà ??) elle aussi a ses limites de fonctionnement...

Ne serais-ce pas logique donc d'avoir quelques retard ???

~~ La Praline ~~
... un choco en retard... attardé ?! :P
02/04/2007, 10h10
marco80

Citation:

Envoyé par La Praline

Bonjour,

Ce retard ne serait-il pas "normal"...
Comme toujours je dis ça je dis rien, mais, un programme ne travaillant pas à la vitesse de la lumière, la liaison entre ton programme et ton moteur (laquelle déjà ??) elle aussi a ses limites de fonctionnement...

Ne serais-ce pas logique donc d'avoir quelques retard ???

~~ La Praline ~~
... un choco en retard... attardé ?! :P

Ma liaison est par USB mais j'utlise un driver VCP pour communiquer avec le moteur. Le retard je veux bien avec tous délai qu'il faut tenir en compte ok, mais ce qui m'arrive est la chose suivante.
EX:
Send : U (status moteur)
recoi :
send : U
recoi : 80,02
send : ? (informations sur driver)
recois 82,05 (status moteur)
send : D100,100 (déplacement moteur)
recoi : mt2, numero serie (information moteur)

au fait quand j'envoie une commande je recois les données de celle envoyer précédemment. Est-ce que c un peu plus clair?

dsl de la clarté...
merci en tous cas de ton aide.
02/04/2007, 10h15
La Praline

Comme dirait Einstein, c'est relatif... :mouarf:

Bon... j'avoue ne pas tout saisir... mais dans les grandes lignes je vois où tu veux en venir...

Question à 100 points: outre le fait d'avoir un retard frustrant pour tout programmeur, est-il vraiment aussi gênant ??
Je veux dire tu envois des informations tous les combiens de temps ?? Estce que cela influe directement sur le fonctionnement du moteur???

~~ La Praline ~~
.... un choco relativement utile...
02/04/2007, 11h52
OhMonBato

Ton retard ne me semble pas en être un, je veux dire par là que si c'était du retard, tu n'aurais pas à envoyer une deuxième commande pour recevoir le retour de la première. Hors ça semble être le cas.
Je me demande donc si il ne faut pas envoyer en plus de ta commande un caractère de fin style VbCr ou VBLf ou VBCrLf.

Tu ferais qqchose du style SEND "U" & VbCrLf par exemple
Pourtant si je regarde ton code, à priori le CRLF y est déjà... essaie malgré tout de l'ajouter une deuxième fois pour voir.

Autre solution bricole à tester : envoyer chaque commande 2 fois ou seulement la première commande que tu envois epuis ton programme...

As tu moyen de lire d'une manière ou d'une autre les données qui parviennent à ton moteur ? Dans le pire des cas, peux tu mettre une LED sur la broche signal pour vérifier que des données arrivent bien ?
03/04/2007, 07h45
marco80

Citation:

Envoyé par OhMonBato

Ton retard ne me semble pas en être un, je veux dire par là que si c'était du retard, tu n'aurais pas à envoyer une deuxième commande pour recevoir le retour de la première. Hors ça semble être le cas.
Je me demande donc si il ne faut pas envoyer en plus de ta commande un caractère de fin style VbCr ou VBLf ou VBCrLf.

Tu ferais qqchose du style SEND "U" & VbCrLf par exemple
Pourtant si je regarde ton code, à priori le CRLF y est déjà... essaie malgré tout de l'ajouter une deuxième fois pour voir.

Autre solution bricole à tester : envoyer chaque commande 2 fois ou seulement la première commande que tu envois epuis ton programme...

As tu moyen de lire d'une manière ou d'une autre les données qui parviennent à ton moteur ? Dans le pire des cas, peux tu mettre une LED sur la broche signal pour vérifier que des données arrivent bien ?

merci pour votre aide. Je vien de trouver une solution, en utilisant une DLL SLEEP(ms) je la mets avant la lecture et apres la lecture et cette fois ci, la commande ce fait au bon moment. merci bcp. a+