Je suis à la recherche d'un timer pouvant descendre en-dessous de la
milliseconde, typiquement 100 µs. Dans l'aide de l'API, je vois bien des
trucs genre QueryPerformanceCounter() et QueryPerformanceFrequency(),
mais je connais pas ce domaine. Le but est d'avoir un cycle d'attente
variable entre 100 µs et 10 ms avec une précision de l'ordre de 10%.
Quelqu'un aurait des idées, des liens ou même un bout de code ?
Ok, je pensais pas qu'il y avait une fréquence max définie côté PC. Je suppose que c'est le signal STROBE qui est associé à un timer local.
Bon, au temps pour moi, j'ai dit une connerie. Après vérification, le STROBE n'est qu'un signal qui joue au ping-pong avec le BUSY retourné par l'imprimante. Pas de timer ni de fréquence max locale. Ca paraît mal barré pour une solution streaming.
Bertrand Lenoir-Welter :
Ok, je pensais pas qu'il y avait une fréquence max définie côté PC. Je
suppose que c'est le signal STROBE qui est associé à un timer local.
Bon, au temps pour moi, j'ai dit une connerie. Après vérification, le
STROBE n'est qu'un signal qui joue au ping-pong avec le BUSY retourné
par l'imprimante. Pas de timer ni de fréquence max locale. Ca paraît mal
barré pour une solution streaming.
Ok, je pensais pas qu'il y avait une fréquence max définie côté PC. Je suppose que c'est le signal STROBE qui est associé à un timer local.
Bon, au temps pour moi, j'ai dit une connerie. Après vérification, le STROBE n'est qu'un signal qui joue au ping-pong avec le BUSY retourné par l'imprimante. Pas de timer ni de fréquence max locale. Ca paraît mal barré pour une solution streaming.
Vincent Burel
"Bertrand Lenoir-Welter" <bertrand-dot-2006-at-galaad-dot-net> wrote in message news:44807bc9$0$20170$
Vincent Burel : > > Vous utilisez la fréquence MAX du port (qui est fixe
Ok, je pensais pas qu'il y avait une fréquence max définie côté PC. Je suppose que c'est le signal STROBE qui est associé à un timer local. C'est effectivement une idée intéressante. Si en plus ce timer est paramétrable, c'est Byzance.
Ouai mais non en fait... il semble que ce ne soit pas très possible de faire du streaming à débit constant avec la liason parallele, puis qu'il y a une sorte de mécanisme d'accusé de reception (flag BUSY / ACKnowledge) qui fait potentiellement varier /chuter le débit théorique max (100Ko/s).
> ou la même que eclle du périphe connecté)
Oui mais lui n'a pas de fréquence max. C'est un simple slave et il ne donne pas de synchro. Le bit BUSY n'est pas significatif. Quand le pattern des bits change d'état, la carte de puissance fait avancer les moteurs d'un pas sur un front montant (ou descendant, c'est selon).
ouai, il ne vous reste plus qu'à faire un driver, mais le problème reste entier pour trouver une base de temps fixe à 0.1 ms...
VB
"Bertrand Lenoir-Welter" <bertrand-dot-2006-at-galaad-dot-net> wrote in
message news:44807bc9$0$20170$ba4acef3@news.orange.fr...
Vincent Burel :
>
> Vous utilisez la fréquence MAX du port (qui est fixe
Ok, je pensais pas qu'il y avait une fréquence max définie côté PC. Je
suppose que c'est le signal STROBE qui est associé à un timer local.
C'est effectivement une idée intéressante. Si en plus ce timer est
paramétrable, c'est Byzance.
Ouai mais non en fait... il semble que ce ne soit pas très possible de faire
du streaming à débit constant avec la liason parallele, puis qu'il y a une
sorte de mécanisme d'accusé de reception (flag BUSY / ACKnowledge) qui fait
potentiellement varier /chuter le débit théorique max (100Ko/s).
> ou la même que eclle du périphe connecté)
Oui mais lui n'a pas de fréquence max. C'est un simple slave et il ne
donne pas de synchro. Le bit BUSY n'est pas significatif. Quand le
pattern des bits change d'état, la carte de puissance fait avancer les
moteurs d'un pas sur un front montant (ou descendant, c'est selon).
ouai, il ne vous reste plus qu'à faire un driver, mais le problème reste
entier pour trouver une base de temps fixe à 0.1 ms...
"Bertrand Lenoir-Welter" <bertrand-dot-2006-at-galaad-dot-net> wrote in message news:44807bc9$0$20170$
Vincent Burel : > > Vous utilisez la fréquence MAX du port (qui est fixe
Ok, je pensais pas qu'il y avait une fréquence max définie côté PC. Je suppose que c'est le signal STROBE qui est associé à un timer local. C'est effectivement une idée intéressante. Si en plus ce timer est paramétrable, c'est Byzance.
Ouai mais non en fait... il semble que ce ne soit pas très possible de faire du streaming à débit constant avec la liason parallele, puis qu'il y a une sorte de mécanisme d'accusé de reception (flag BUSY / ACKnowledge) qui fait potentiellement varier /chuter le débit théorique max (100Ko/s).
> ou la même que eclle du périphe connecté)
Oui mais lui n'a pas de fréquence max. C'est un simple slave et il ne donne pas de synchro. Le bit BUSY n'est pas significatif. Quand le pattern des bits change d'état, la carte de puissance fait avancer les moteurs d'un pas sur un front montant (ou descendant, c'est selon).
ouai, il ne vous reste plus qu'à faire un driver, mais le problème reste entier pour trouver une base de temps fixe à 0.1 ms...
