Discussion :

[xela]

bonjour,

Je suppose que ce genre de question à déjà été postée des milliers de fois....

Je développe une application d'acquisition de donnée gérant aussi la génération de signaux.

J'utilise un thread cadencé par un WaitForMultipleObject et un autre utilisant les fonctions QueryPerformanceCounter ainsi que timeSetEvent.

Mon pb est que soit que je consomme trop de temps CPU soit je n'ai pas suffisament de précision.

Je n'arrive pas à tenir une période de 1ms.

Est-il possible d'écrire un bout de code étant éxécuté au niveau noyau, un genre de driver ou autre ne pouvant être interrompu et ayant une priorité supérieure ?
Est-il possible de récupérér les IT timer du processeur ?

Merçi de votre aide.

[Aurelien.Regat-Barrel]

Windows n'est pas temps réel

[xela]

Il y a forcemment un moyen car un outil concurrent au notre respecte largement ces performances sans cosommer de ressource.

Je sais qu'il existe des libraires temps réel pour windows mais je sais pas si elles fonctionnent vraiment.

[Aurelien.Regat-Barrel]

Je ne suis pas spécialiste, mais les spécialiste m'ont dit que y'avait pas de solution fiable. Des drivers (son...) arrivent à descendre en dessous de la ms, mais toujours pareil, c'est dans des conditions optimales. Aucune garantie. Il suffit que le système soit un poil sollicité et tout s'effondre.
Après y'a des espèces de softs payants qui rendent Windows plus ou moins temps réel, mais j'y connais rien.
Déjà en mode user si tu as une précision constante et répétable inférieure à 10 ms, estime toi content. Voici néanmoins un vieux lien sur le sujet:
http://psylon.free.fr/dev/temps_reel/index.html

[2Eurocents]

Dans le domaine de l'acquisition de données et la génération de signaux, ne connais pas de solutions native Windows qui soit fiable.

Les meilleures approximations que j'ai pu rencontrer faisaient appel :

• - soit à du matériel d'acquisition/génération autonome, externe, et programmable depuis windows,
  - soit à une base de temps externe, récupérable sous windows par un gestionnaire d'interruptions fourni par une API liée au matériel d'acquisition/génération

Il me semble que la suite d'acquisition/génération Labview, fournie par National Instrument avec ses produits permet les deux approches, selon le matériel disponible, mais il y a longtemps que je ne l'ai plus pratiquée.

Il existe d'ailleurs un module RealTime pour Labview sous Windows.

[Scyrius]

Bonjour,

Comme dit precedement, il est impossible via Windows de tenir la ms.
Il suffit de deporter le pb: la carte d'acquisition gere le timing et te retourne des points datés. Pour la generation, tu créé des parties de courbes que tu envoies periodiquement a la carte.
Ton appli n'a pas besoin d'etre extremement precise.

Une des solutions est d'utiliser les systemes National Instrument:
Ils fournissent des cartes et des drivers ( NIDAQ et NIDAQMX).

A la base, ils sont utilisables en direct sous Labview ( tres bon langage graphique 8) ) et sous CVI ( C ).

Ces drivers sont utilisables en API aussi sous Visual ( basic et C ), certainement aussi ailleurs.

Personnelement, je fait des acquisitions à 10 kHz ( 0.1 ms) et je genere a 1 khz ( 1ms) sans probleme. J'ai meme le temps de faire un tas de truc en meme temps.

Scyrius.

[MarcRemy]

Bonjour,

Le premier message n'est pas récent, mais mieux vaut tard que jamais.
Il existe des extensions temps réels à Windows. Ce sont des solutions commerciales qui s'adressent aux professionnels.
Pour ma part, j’ai utilisé RTX sur un banc de tests avec du Windows XP, et on a facilement remplacé notre ancien système Temps Réel avec des performances vraiment temps réels (Cycle complet à 500 micro). En fait, c’est les IOs et notre bus de terrain qui ne suivaient plus. Le plus est que le développement se faisait avec Visual Studio …ce qui nous changeait à l’époque.
On avait choisi cette solution car RTX était déjà largement déployé dans des systèmes d’automates Siemens, et était un peu le standard dans le groupe pour lequel je travaillais à l’époque.
Je viens de faire une recherche sur Internet, et c’est monté en puissance maintenant, RTX support les multi-cœurs et tourne sur du 64 Bits…l’éditeur est IntervalZero. Je me souvenais de VenturCom, ils ont dû changer de nom ou se faire racheter.
Cordialement,

[Mat.M]

bonjour,
Je développe une application d'acquisition de donnée gérant aussi la génération de signaux.
J'utilise un thread cadencé par un WaitForMultipleObject et un autre utilisant les fonctions QueryPerformanceCounter ainsi que timeSetEvent.
Mon pb est que soit que je consomme trop de temps CPU soit je n'ai pas suffisament de précision.
Je n'arrive pas à tenir une période de 1ms.
.

bonjour utiliser ces API n'apportera rien pour la simple raison que le noyau de Windows ( le Kernel si je ne me trompe pas ),effectue un ordonnancement des tâches..donc à chaque processus,tâche,thread il alloue un certain temps d'exécution..
QueryPerformanceCounter cela sert juste à des mesures chronologiques et même si en appelant des API on essaie de forcer l'exécution d'un thread de manière optimale,le Kernel ,de mon point de vue,ne le fera pas.
donc il faut descendre "plus bas" en écrivant un Device Driver ou utiliser des extensions comme mentionné par mon prédecesseur