Discussion :

[Jayceblaster]

Bonjour...

Voila mon problème...
Je souhaite réaliser un programme qui avec des périphériques génére un signal carré rapide (fréquence importante). Et en plus de ca j'ai une form qui comprend un tabSheet et plein de composant. Je me suis appercu que lorsque je change d'onglet (donc que je redessine ma form) mon signal carré généré n'était plus a la bonne fréquence (le temps pris pour redessiner ma form influencé mon signal --> normal).
J'ai don mis ma génération de signal carré dans un thread (atention je débute avec ca ) .
voila ce que j'ai dans le Load de ma form:

Code C# :

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

1
2
3
4
5
 
        ThreadStart monThread = new ThreadStart(threadEmission.ThreadSend);
            Thread leThread = new Thread(monThread);
            leThread.Priority = ThreadPriority.Highest;
            leThread.Start();

Le problème c'ewst que je vois pas de différence. Mon thread est encore influencé par mon projet (le redessin de ma form)...

Quelqu'un peut il m'aider??

Merci d'avance

[Mat.M]

Comment est démarré le processus ? Il faut le placer dans une classe indépendante la plus indépendante des forms sinon comme tu le constateras rien ne sera synchrone.

[Jayceblaster]

Ben le thread est déja dans une classe... et je ne vois pas en quoi cela peut résoudre mon problème--> pourquoi lorsque j'ai un thread qui générere des impulsion celui ci se trouve pertubé par mon appli

[dev01]

Ben le thread est déja dans une classe... et je ne vois pas en quoi cela peut résoudre mon problème--> pourquoi lorsque j'ai un thread qui générere des impulsion celui ci se trouve pertubé par mon appli

Hum, c'est très bonne question.

Ce que je vais dire est à vérifier :

Il me semble que lorsque .NET gère les threads il les gere à l'intérieur du domaine d'application. C'est a dire que les priorités sont affectés par rapport aux autres thread de ton exécutable (pour faire simple), ce qui n'empeche pas le système d'exploitation de passer la main au reste des applications qui tournent et cela sans tenir compte de la priorité de ton thread.

Si tu veux avoir une chance de passer outre, je te conseil d'essayer d'isoler ton générateur de fréquence dans un autre exé, que tu lanceras avec une haute priorité.

Maintenant ce n'est peut être pas ça du tout ... .

As tu dans ta form quelque chose qui provient du thread ? genre tu fait une demande d'information au thread afin de remplir des compos ?

[Jayceblaster]

ben en fait peux pas trop isolé mon générateur de signal dans un exe car, si pour le moment ma form ne comunique pas avec mon thread, ca va être le cas dans mon appli finale...

J'y comprend absolument rien a cette histoire de thread --> je voyais pourtant cette méthode comme un moyen miracle pour résoudre mais problèmes de timing --> isolé ma Form de toute les communication avec les périphérique de mon pc aurait dçu me permettre de rendre mon logiciel "indépendant" de mes routines d'acquisition.

[Mat.M]

Tu peux lancer un thread et à intervalles réguliers l'interroger grace à un timer.
Sinon les EVENT permettent de recevoir une notification du Thread

[Promeneur]

Je ne sais pas si tu as résolu ton problème, mais par curiosité, ton signal, tu en prends connaissance comment ? Il s'enregistre dans un stream, un fichier, il s'affiche quelque part ?

[Jayceblaster]

non je n'ai pas encore résolu mon problème et mon signal s'affiche sur un oscilloscope...

[Pilloutou]

Bonsoir,

as-tu essayé de visualiser l'identifiant de chaque thread, celui de ta form, celui de ta classe dans lequel est généré ton signal :

System.Threading.Thread.CurrentThread.ManagedThreadId

pour t'assurer que ce soit bien deux threads différents ?

Merci d'avance.

[Promeneur]

Mon savoir sr les threads est encore trop théorique pour que je puisse t'aider. Mais une chose m'intrigue. le nom "threadEmission" peut laisser penser qu'il y a une autre classe thread, mais je suppose que ce n'est pas le cas ? threadEmission est une classe "normale", pas une descendante des classes de thread ?

[yodaben]

Bonjour je ne suis pas fort non plus en thread, mais je fais seulement une reflexion theorique sur le projet.

En fait le prbleme est que meme si tu as un thread dans ton appli il depend de toute facon de l'application elle meme et donc de la classe la plus haut qui est celle de la form. Ce qui veut dire, je pense, que lorsque la forme ce met a jour TOUTE SEULE elle prend la main sur le reste. Un thread a ma connaissance permet de disocié un process du reste de l'application, tu peux toujours clique sur les boutons on faire autre chose pendant ce temps.

A mon avis le seul moyen, qui va ralentir l'affichage, c'est que tu empeche le refresh automatique de la form, et que tu le fasse toi meme dans un thread. Tu cout les deux vont ce retrouve au meme niveau, et tu doit meme pouvoir donnée des priorités.

C'est as tester, reflexion seulement theorique ... :o))