Discussion :

[Kevgeii]

Bonjour,

J'utilise une communication de type GPIB dans une boite de dlg avec VC++6.0.

Une partie de la communication GPIB se fait dans des thread, pour que l'utilisateur garde la main et puisse par exemple cliquer sur un bouton annuler.

Je voudrais g�rer le temps de communication. en effet, avec le GPIB le temps entre une requette et une r�ponse peut varier de 50ms � 120ms.

Je voudrais que le temps entre une demande et une r�ponse soit toujours le m�me (avec la meillieur pr�sision possible).

Mon id�e est d'envoyer la requette, attendre la r�ponse pendant par exemple 200ms, si la r�ponse arrive ou la stock et le programme attend la fin des 200ms. si la r�ponse n'a pas eu le temps de venir le programme prend la valeur pr�cedente et relance une requette nouvelle de 200ms.

Ainsi, j'ai une valeur toute les 200ms, soit elle est correct soit le programme travail avec la valeur d'avant.


Quel est la meillieur approche pour ce type d'application?
J'ai trouv� QueryPerformanceCounter ou la fonction _sleep, si quelqu'un connait une autre solution ou des exemples du m�me genre?

merci de votre aide,

[Black_Daimond]

SetTimer() ne fait pa l'affaire????

[Kevgeii]

SetTimer n'est pas assez pr�cis !?

[ricky78]

N'utilise surtout pas le sleep sous XP j'ai vu des sleep(1) pouvant durer jusqu'a 50 ms donc le QueryPerformanceCounter semble le meilleur choix

[Kevgeii]

et que pensez vous de GetTickCount()?

[r0d]

Et bien GetTickCount() est pr�cis � la milliseconde pr�s, alors que QueryPerformanceCounter() permet une pr�cision � la nanoseconde.

[Kevgeii]

Merci pour vos indications.

Peut-il y a avoir des probl�mes avec ce type de fonction (temps) et l'utilisation de threads?

[r0d]

Bien s�r, il faut faire attention. Mais si tu programmes proprement, et surtout, si tu sais exactement ce que tu va faire avant d'�crire ton code, il ne devrait pas y avoir de probl�mes.