Je dois retarder les instructions de mon programme (sortie sur un convertisseur numérique/analogique).
Il y a bien les fonctions time et clock.
 
J'ai utilisé
 
while((clock() - debutboucle)<(periode)*(CLOCKS_PER_SEC)){ }
 
ce qui fait que il fait { }, soit rien, tant que le délai est inférieur à la période.
 
Ca marche, mais dès que je veux descendre en dessous de 50ms, bein ca fait n'importe quoi !
 
Vous connaissez autre chose ?
 
Merci

c'est nimp
 
regarde du côté de sleep, usleep et ->nanosleep<-

 
ouais, g essayé, et effectivement, c plus précis..
 
Mais mon prb actuel : je n'ai accès qu'a sleep depuis mon time.h
Pas de usleep, ni nanosleep
J'utilise Bloodshed Dev-C++ v.4.9.8.0
 
Peux tu m'aider ???    

bah t'avais qu'à dire « Windows »
 
la solution :
- fais une recherche, cette question est sortie plusieurs fois le mois dernier
- renomme en [Windows]
- lis ta msdn bordel

#include <windows.h>
Sleep(tempsEnMs);

+1 pour Sleep(val)

Essaie de regarder à performance timer sous windows.
 
LeGreg

oh hé    
 
oui, sleep(ms), dans windows.h, je sais.
 
Mais j'ai dis que c ne m'allait pas, je veux des délais + courts !
 
Et je suis allé lire ma msdn, mais à part sleep et sleepex --> ils connaissent pas les usleep et nanosleep !!!!

bin comme dit LeGreg rensigne toi du coté du performance counter

 
qu'est-ce que tu veux dire ??
 
sinon, g rapidement jetté un coup d'oeil sur performance counter sur mdsn, je suis pas trop bilingue, et tjs est-il que je n'ai pas vu de solutions pr integrer ca ds mon petit programme c de rien du tout   et ailleurs sur internet, bah je vois rien qui m'inspire !
 
Mais sinon, comment ca ce fait que nanosleep ne soit pas reconnu ?
 
Merci !

ben que t'as qu'à spécifier ta plateforme quand tu poses une question. sinon t'étonnes pas que les gens répondent quelque chose qui ne fonctionne pas chez toi.

Oui, c vrai. Mais je suis vraiment ds mes débuts en prog... et j'avais pas pensé à le spécifier !

usleep et nanosleep font partie de l'api linux, pas de l'api windows.
 
pour le performance counter je peux pas t'aider g jms fait

nanosleep est POSIX et usleep est BSD je crois

 
t'en fais pas Taz est coutumier du fait.
 
LeGreg

ne me dites pas que je suis fais comme un rat !!!

apprends l'anglais

Lecon 1 : hello world

Mais Sleep travaille à la milliseconde tout de même ...
ça suffit pas ?

De tête, au mieux tu peux avoir 10ms sous les NT et 55ms sous les 9x..

 
Ouais, c ca, j'arrive à 10ms sans prb, et par ex, 8ms, ca me fait dja 26% d'écart sur le résultat théorique...
 
Je pense donc faire une petite boucle à la con, dont je mesurerai le temps pour 1000...00 exécutions, et en divisant par le nombre d'éxecutions, j'aurais un tps unitaire, et si je veux x secondes, j'aurais qu'a faire (x/tps unitaire) fois la boucle...
Qu'en pensez vous.. ?
 
Pour le remplissage de la boucle, j'ai fait un petit bricoloage avec rand()... Que me proposez vous d'autre ??
 
Merci !

j'en pense que le thread va pas dormir, que ton prog va donc claquer toutes les ressources cpu disponibles.

 
oui, c bien ce qui se passe !! Mais ca, à la limite, je m'en fout un peu... (c pr faire d'un PC un GBF...)
 
Ce qui m'interesse, c d'avoir un intervalle de temps tres court pdt lequel mon programme n'avance pas (ou alors, à rien faire !!)..

ton convertisseur numérique/analogique il est attaqué comment ?
 
un tel matériel a sa propre horloge de conversion, et un tampon matériel entre le convertisseur et ton cpu.
 
sinon si tu comptes alimenter l'horloge du convertisseur en direct live du cpu, c'est du n'importe quoi (que ce soit sous Windows ou sous Linux)...

et quel et l'ordre de grandeur de ta fréquence de conversion ?

A une epoque, sous windows, le timer le plus precis etait le multimedia timer. http://msdn.microsoft.com/library/ [...] lution.asp
Je ne sais si c'est toujours le cas.
Pour ceux qui font du .NET, lire ceci aussi: http://msdn.microsoft.com/msdnmag/ [...] fault.aspx
 
Et pour ceux qui veulent une resolution superieure, il faut alors envisager ceci: http://www.vci.com/products/windows_embedded/rtx.asp
A+,

 
En fait, c un projet qu'on a à faire... Nous on a pris le Générateur de Fonctions (GBF).
 
Pr le moment on a pas encore notre carte (que l'autre partie de notre grpe développe -schéma élé, orcade, layout, fabrication-...) : on a qu'une basique carte d'extension sur PCI avec des barregraphes.
 
Mais qd la carte sera finie, ca ira vers un convertisseur numérique --> analogique, puis filtres, puis amplis... vers BNC.
 
Exple sur un signal à 5kHz (la frq max qu'on nous impose), période de 2ms, donc si on veut 1000 points, faut sortir des valeurs toutes les 2 mirco sec.... Et dc mon but c ca : SORTIR DES VALEURS TOUTES LES QQS MIRCO SEC !!!!

C'est pas gagné à mon avis à moins que cela soit le hardware qui déclanche directement une tache d'acquisition, mais suis pas sûr du tout que cela soit possible sous windows, à moins peut-être d'écrire un driver lié à cette carte d'acquisition.
Après faut passer à des systèmes temps réel sous windows genre RTXwin ou VxWork ( suis pas sûr du tout de l'orthographe ...).

bah personnellement j'aurai pris une carte son, et pi tu caches la carte son sous la carte maison
 
nan, en fait donc à priori c'est une carte son mono 5Khz que vous utilisez
 
bon ma remarque est: 2µs sans glissement sous Windows avec un process classique j'y crois moyen.
 
donc le mieux c'est un driver qui se base sur le timer rapide du PC, ou un truc du genre.
 
l'implémentation idéale étant d'avoir un tampon matériel sur la carte qui est consommé par le convertisseur via une horloge matérielle programmable sur la carte PCI, que tu remplis via ton process (et via un driver de toutes manières).

 
1ère question : c quoi un glissement ?
 
2ème : un driver qui se base sur le timer du rapide du PC !!! Alors là, je vois absolument pas ! C quoi le timer rapide ?
 
3ème : qd tu parlais d'implémentation sur la carte : j'ai compris : une partie hardware sur la carte, qui génére un signal, qu'on récupere sur le PC, via la carte ? G compris ?
 
 
merci de votre aide !

si tu n'as pas peur de l'assembleur il y a rdtsc qui traine
mais c'est limite off topic ici.
 
LeGreg

oh la la.... Assembleur.... Tu veux dire programmation en assembleur !!! Je connais que de nom....Et à peine... je vois meme pas clairement ce que c'est !!!

 
y'a aussi harko
 

quand je dis glissement, c'est les problèmes que t'as quoi....
tu demandes 2µs, t'en as 1 ou 10, voire 100ms si y'a un accès disque etc etc...

existe-t-il des fonctions de type "sleep()" multi-plateformes, sans devoir créer de threads?

soit ça confirme ce que je pensais et c'est non, soit j'ai dit une connerie

à ton avis? c sans doute une connerie -- les threads n'ont rien à voir dans cette histoire...

je voulais dire sans utiliser de multithread?