Discussion :

[BernardLimont]

J'ai besoin de lire cette touche très rapidement dans un pg destiné à mesurer le temps mis par un mobile pour parcourir 1 cm (une variante de la chute de bille)
Jusqu'à présent, j'ai toujours lu l'adresse 60 (in Al,60h)
Sous XP, ça fonctionne (avec une version officielle de VicPort de Victor Ishikeev, e-mail: ivi@ufanet.ru), mais la souris reste bloquée à l'issue de l'acquisition qui se déroule normalement.
Il me semble qu'il y a deux possibilités
Tester ESC autrement
Avoir une instruction API de windows qui restaure la souris

Merçi de vos conseils

PS : je suis en Assembleur intégré sous Delphi

[trax44]

salut
ben tu peu essayer sa mais je suis pa sur pour la vitesse

mov ah , 01h
int 16h
après tu doi mettre un saut (zf et changer mé je c plus kan il se met à un)
le code de la touche et renvyer dans al
trax

[BernardLimont]

C'est sympa d'avoir répondu
J'avais essayé ça dans la version 16 bits (et même DOS), c'est plus lent que d'aller lire l'adresse 60 h
Merçi

[TangiX]

Il faut lire le port 60h avec l'irq c clair
mais par compte a mon avis faut abandonner XP!

[BernardLimont]

Malheureusement, les acheteurs du logiciel utilisent XP ....
Merçi encore
Bernard

[ovh]

Je ne sais pas comment résoudre ton problème sous Windows, mais une chose est sûre : sous win32 (que ce soit 98, NT4, 2000, XP... ) il faut abandonner toutes les anciennes habitudes de l'assembleur pour DOS, qui sont faites pour le mode réel, mono-tâche ! Maintenant c'est Windows qui s'occupe de tout, ce n'est donc pas étonnant que ça plante après ton instruction.
Tu peux aller voir des sites tels que
http://win32assembly.online.fr/
qui te seront utiles pour savoir comment programmer en asm sous win32.

[Blustuff]

Tant qu'a programmer pour windows xp, laisser tomber le DOS... Sous windows, il y a juste a ecrire une boule des messages et intercepter un WM_KEYDOWN je crois. Si tu n'as pas besoin d'une réponse inferieur a 10 ms ca doit suffire

[BernardLimont]

Hélas, je dois être très rapide au minimum la ms et mieux le 1/10 de ms (mesurer le temps mis par un objet pour parcourir 1 cm)
Merçi de vos contributions
Je ne sais pas encore comment gérer ce pb
La touche ESC n'est utile que lorsque l'objet ne tombe pas correctement et donc ne coupe pas les faisceaux.
Bernard

[golem]

Hello,

Attention au fait que le port clavier (ps/2) est une liaison série donc avec un débit fixé dont la rapidité de modulation est peut etre inférieure aux temps que tu cherches à atteindre (c'est à vérifier), sans compter le temps de réaction du controleur clavier ainsi que le refresh rate du scan matrix ...

Néanmoins, 1ms est peut etre une limite raisonnable.
De plus il est peut etre necessaire de fixer des registres du controleur clavier tels que repetition rate/delay.

golem
+++

[Blustuff]

mais ceelui qui appuiera sur la tocuhe, sera precis au dixième de millième de seconde ??

Cela dit pour ca, il faudrait dialoguer directement avec le driver ded clavier. Ou sinon utiliser DirectInput qui ne te donne plus qu'une diwaines de lignes a coder.

[BernardLimont]

La gestion du clavier doit être dans la boucle d'acquisition.
Dans le cas de la chute d'un objet qui passe devant des fourches.
Chaque fourche contient deux capteurs (faisceaux lumineux dont on détecte l'occultation par l'objet)
L'utilisateur peut être amené à appuyer sur ESC dans le cas où son montage n'est pas vertical et que l'objet (la fameuse bille) ne passe pas devant les capteurs.
Cette gestion d'ESC doit donc tres rapide car elle se trouve dans la boucle de mesures.
Merci encore
Bernard

[Alcatîz]

Cela confirme bien :

mais celui qui appuiera sur la touche, sera precis au dixième de millième de seconde ??

Ton opérateur a intérêt à être shooté à la caféïne !

N'y a-t-il pas moyen d'inclure le non-passage des billes devant les capteurs dans le dispositif de mesure lui-même ? (à moins que je n'aie vraiment rien compris du tout au problème ?)