Question

J'ai un pavé tactile PS/2 pour lequel j'aimerais écrire un pilote (je ne suis qu'un webman donc c'est un territoire inconnu pour moi).Le pavé tactile est livré avec un pilote Windows XP, qui envoie apparemment des messages pour activer/désactiver le toucher pour cliquer.J'essaie de savoir quel message il envoie mais je ne sais pas par où commencer.Un logiciel comme « Syser Debugger » fonctionnerait-il ?Je souhaite intercepter les messages sortants envoyés vers le bus PS/2.

Était-ce utile?

La solution

IDA Pro ne vous sera pas d'une grande utilité si vous souhaitez savoir quels « messages » sont envoyés.Vous devez comprendre qu’il s’agit d’un très grand pas en avant pour la plupart des développeurs Web, mais le saviez-vous déjà ?

Je commencerais par décider si vous devez vraiment travailler au niveau du pilote, il s'agit souvent du niveau du noyau.Le niveau du mode utilisateur peut être celui que vous souhaitez regarder en premier.Utilisez un outil comme WinSpy ou un autre outil de débogage Windows pour découvrir ce qui messages sont transmis par votre logiciel pilote et par l'applet de configuration de la souris dans le panneau de configuration.Vous pouvez utiliser la fonction API Windows appelée Envoyer le message() pour envoyer vos messages à l'application depuis le mode utilisateur.

Votre premier arrêt pour le développement de pilotes de périphériques devrait être le Documentation du DDK Windows et OSR en ligne.

Autres conseils

Je suggère de lire les spécifications du pavé tactile Synaptics (la plupart des pavés tactiles installés sur les ordinateurs portables sont des synaptiques) disponibles ici http://www.synaptics.com/decaf/utilities/ACF126.pdfJe pense qu'à la page 18, vous trouverez la fonctionnalité que vous recherchez.Au moins, vous saurez à quoi vous attendre.

Il est donc très probable que le pilote du pavé tactile "convertisse" la commande provenant du mode utilisateur en cette commande PS/2.

Je ne connais pas les spécificités du pilote du pavé tactile PS/2 mais je vois deux manières principales pour le panneau du mode utilisateur de communiquer avec le pilote :- Mettez à jour une clé dans le registre (ceci est en fait très courant) - Le pilote fournit un autre "canal" que l'application Mode utilisateur ouvre et écrit des commandes spécifiques

Vous souhaiterez peut-être essayer d'utiliser le moniteur de processus de sysinternals pour enregistrer l'activité du registre lors de la configuration/réinitialisation de la fonctionnalité.En ce qui concerne les options 2, vous voudrez peut-être essayer le tracker IRP d'OSR et voir s'il existe une communication spécifique entre le panneau et le pilote (sous la forme d'IRP allant et venant).Dans ce cas, des connaissances en programmation du noyau sont quelque peu requises.Le débogueur du noyau Windows peut également être utile pour voir si le pilote PS/2 dispose d'un canal alternatif.

Jettes un coup d'oeil à IDA Pro - Le désassembleur interactif.C'est un désassembleur incroyable.

Si vous souhaitez déboguer, pas seulement faire de l'ingénierie inverse, essayez PEBrowse Professional Interactive à partir de SmidgeonSoft

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top