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