Discussion :

[netah25]

Merci DjmSoftware !

Je vais essayer de remodeler mon programme autour de cette class.

Par contre pour que ca compil j'ai du faire la modification suivante :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
void __fastcall TMyTimerThread::Execute()
{
     // TRACE("Methode Name " << "TMyTimerThread::Execute() " << "Id "  << this->ThreadID << " Entry at  " <<__TIME__);
    Priority = FThreadPriority;
   while(!Terminated)
    {
       if  (FEnabled)
       {
       	 WaitForSingleObject(MyHandle,FInterval);
         if (!Terminated)  Synchronize(&Timer);
         }
        else
        {
         ResetEvent(MyEvent);
         WaitForSingleObject(MyEvent,INFINITE);
        }
 
    }
 
 
    //---- Placez le code du thread ici ----
    // TRACE("Methode Name " << "TMyTimerThread::Execute() " << "Id "  << this->ThreadID << " Exit at  " <<__TIME__);
}

voila, merci encore et je vous dit si je m'en sort ...

netah

[netah25]

Bon, ton composant fonctionne tres bien ...

mais je pense que le probleme viens de mon code d'acquisition, il me bloque tous ...

c'est un peut comme si j'avais un Sleep(300) pendant ce temps la impossible de faire executer mon autre TimerThread a 50 ms

je vais essayer de trouver une feint pour ameliorer mon code d'acquisition ...

sauf si vous avez une id�e...

netah

[pottiez]

Bin c'est ton code d'acquisition qu'il faudrais mettre dans un Thread, celui ci serai toujours en train d'acquerir des donn�es, est lorsque tu en as besoin d'une tu r�cupere la derniere acquisition.

[netah25]

Bin c'est ton code d'acquisition qu'il faudrais mettre dans un Thread, celui ci serai toujours en train d'acquerir des donn�es, est lorsque tu en as besoin d'une tu r�cupere la derniere acquisition.

bah c'est bien ce que j'essaie de faire ...

mais je galere pas mal

[pottiez]

En fait, pour que ca fonctionne, tu doit avoir ton code d'acquisition dans ton thread, pas dans une autre classe ou ton thread va appeller la fonction.
Ensuite si ta fiche, ou le reste de ton application ne fait que afficher les acquisition et rien d'autre forc�ment, ca par�tra toujours long, le seul truc que le Thread am�liorera, c'est que si tu appuis sur un bouton l'appliquation r�aira instentanement plutot que d'attendre une acquisition, mais la tu as un Timer � faire tourn� en m�me temps, donc tu devrais voir le Timer fonctionner en meme temps que le Thread, ensuite l'acquisition dans le thread doit se faire en boucle, ce ne doit pas etre une fonction dans le Thread que ta classe appelle a chaque fois, ton thread fais les acqui en boucle, range la derniere dans une variable, et dans la classe Thread tu as une fonction qui permet aux autre classe de lire la variable, du genre :

Code C++ :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
float TThread::LireVariable(void)
{
  return maVariable ;
}

[netah25]

ok j'essaie ca .

[DjmSoftware]

bonjour
n'a tu pas la possibilit� de modifier ton code d'acquisition pour qu'il travaille avec des <Event win32>
il est possible sous Win32 d'utiliser la lecture sur les ports s�rielle en mode asynchrone, un Event est automatiquement g�n�r� d�s que par exemple un caract�re se trouve dans le buffer de r�ception

ton code d'acquisition � l'int�rieur d'un Thread utilise les fonctions <Wait forSingleEvent>, ainsi ton code n'utilise pratiquement pas de resources syst�mes
dans le corps de ta fonction d'acquisition tu peux g�n�rer des messages <PostMessage>�galement en mode synchrone qui seront trait�s dans ton application principale

j'ai �crit un tuto qui travaille selon ce principe
http://djmsoftware.developpez.com/PrintMonitor

cordialement