Globaler Tastaturhook für eine bestimmte Tastatur

[himitsu]

Zitat von Der schöne Günther:

Oder, wenn man sich doch irgendwie sicher sein kann,

Dafür müsste aber das mit dem Startzeichen funktionieren,
sonst weißt du nicht, ob z.B. eine erse '0' vom Scanner oder dem Nutzer kommt.

Klar, man könnte sich auch ins IME hängen und nachträglich die Eingaben versuchen abzufangen,

aber am einfachsten/sichersten ist nunmal garnicht erst über die Tastatur zu gehen.



In Microsoft gibt es auch eine SmartCard-API und inzwischen auch ein paar Neuere,
welche diesen Reader ansteuern können dürften. (kann ich nich helfen ... hatte damals damit aufgegeben es hinzubekommen)

[WladiD]

Eine vielleicht weniger praktikable, aber dafür pragmatische Lösung wäre, einen USB-Filter in einer VM einzurichten. Funktioniert in VirtualBox wunderbar, siehe Anhang. Die Tastatur ist dann im Host nicht mehr verwendbar. Wenn die VM auch noch "Headless" ist, dann dürfte das ziemlich sicher sein.

In der VM müsste dann irgendein kleines Tool laufen, welches die Eingaben an die Zielanwendung überträgt.

Eine Treiberlösung wäre aber wahrscheinlich eleganter.

[Exceeder]

Hallo,

ja das mit der Tastatur ist nicht ideal. Was sich erkennen lässt: Die einzelnen Zeichen werden alle mit Abstand von wenigen MS eingegeben. Sprich man könnte Zahlen erstmal abfangen, zwischenspeichern und zunächst verwerfen. Kommt dann kein weiteres Zeichen, müsste man die Zeichen mittels keybd_event wieder senden (sofern es nicht die Zeichenfolge von 10 Ziffern + Return war). Da habe ich gestern schon ein wenig herumexperimentiert. Natürlich braucht es eine Verzögerung von 50ms oder so. Ideal ist das alles nicht.

Unter Linux lässt sich dieser RFID-Reader übrigens einfach im Rahmen einer Phoniebox oder so verwenden. Da kommt man auch an die RAW-Inputs recht einfach dran (von dem Projekt sind die auch noch über, habe 6 Stück davon hier liegen).

Das Szenario hier ist sehr begrenzt. Im Prinzip geht es darum einen "Aufsatz" mit Sortiereinsätzen zu erkennen, welcher auf einem Lagerwagen gewechselt werden kann. Sprich das System soll erkennen können, welcher Aufsatz gerade aufgesteckt ist. Das muss also auch funktionieren, ohne das man in einen speziellen Modus wechselt.

Ich habe den Hersteller wegen eines Startzeichens geschrieben, mal sehen, ob da was kommt.

Für das Lesen von USB habe ich nichts passendes gefunden. Die Com-Port Komponente bei Torry ist ~20 Jahre alt und wurde vor 17 Jahres das letzte mal aktualisiert. Aber ich vermute auch, dass ich den Reader nicht in einen entsprechenden Modus versetzen kann. Gäbe es für die Smartcard-Api schon irgendwelchen Delphi-Code oder müsste man da "from scratch" anfangen?

[himitsu]

Comport, da findest du ein oder zwei Komponenten im GetIt.

AsyncPro (wo ist das denn hin?)
TComPortDrv
nrComm Lib
TMS Async

Ansonsten funktionieren die uralten TComport-Componenten auch weiterhin. (nutzen wir hier selber sowas)
Und zu Feig könnte ich auch noch bissl was abgeben. (ist aber jetzt noch nicht so hübsch, dass ich es öffentlich bereitstellen würde)

[HolgerX]

Hmm..

Wenn Du mit Tastatur-Geräten arbeiten willst, kannst Du mit RawInputDevices arbeiten.
Dann erhälst du WM_INPUT Messages und kannst auch mit GetRawInputDeviceInfo Informationen zum Gerät erhalten (z.B. den HIDName per RIDI_DEVICENAME).

Wenn Du dann jedoch Eingaben des Gerätes Blockieren möchtest, kommst Du nicht um einen LowLevel Keyborthook (SetWindowsHookEx(WH_KEYBOARD..)) in einer DLL herum. Darin kannst Du dann der KeyboardHookProc() als Result 1 zurückgeben, so dass diese Taste als Verarbeitet gilt.

Hatte sowas mal testweise gebastelt, ist aber schon was her und ich weiß nicht mehr wo das Testtool abgeblieben ist..

[Exceeder]

Hallo,

stimmt, es gibt ja jetzt GetIt. Hab mit Turbo Pascal angefangen und lange Zeit in der alten Firma noch mit XE7 gearbeitet. Das hat sich noch nicht so in den Kopf gebrannt. Ich mache das im Moment eher als Hobby nebenbei und habe über diese Quelle gar nicht nachgedacht.

@HolgerX Für die Blockade einer Tastatureingabe benötigt man keine DLL. Das geht auch in jedem normalen Programm. Mein Code vom Eingangspost musst nur um ein Exit(1); ergänzt werden, dann sind keine Eingaben mehr möglich.

Ich schaue trotzdem mal, ob man mit der Methode GetRawInputDeviceInfo irgendwas erreichen kann. Wobei das eher so aussieht, als wenn man sich hier mit eher vorab Devices auflisten kann. Im Keydown bzw. Keyup Event steht dann ja leider keine Device ID zur Verfügung. Eventuell gibt es aber doch noch mehr Informationen. Ex, Ex2, Ex3 lässt grüßen. Mal gucken ob man TKeyboardLowLevelHookStruct also noch erweitern kann.

[HolgerX]

Hmm..

Zitat von Exceeder:

Hallo,

stimmt, es gibt ja jetzt GetIt. Hab mit Turbo Pascal angefangen und lange Zeit in der alten Firma noch mit XE7 gearbeitet. Das hat sich noch nicht so in den Kopf gebrannt. Ich mache das im Moment eher als Hobby nebenbei und habe über diese Quelle gar nicht nachgedacht.

@HolgerX Für die Blockade einer Tastatureingabe benötigt man keine DLL. Das geht auch in jedem normalen Programm. Mein Code vom Eingangspost musst nur um ein Exit(1); ergänzt werden, dann sind keine Eingaben mehr möglich.

Ich schaue trotzdem mal, ob man mit der Methode GetRawInputDeviceInfo irgendwas erreichen kann. Wobei das eher so aussieht, als wenn man sich hier mit eher vorab Devices auflisten kann. Im Keydown bzw. Keyup Event steht dann ja leider keine Device ID zur Verfügung. Eventuell gibt es aber doch noch mehr Informationen. Ex, Ex2, Ex3 lässt grüßen. Mal gucken ob man TKeyboardLowLevelHookStruct also noch erweitern kann.

Die DLL benötigst Du, wenn du 'Global', also auch für andere Applikationen die Tastatureingabe abfangen willst.
Auch bekommst Du hier mit deinem LowLevelHookStruct/SetWindowsHookEx keine DeviceInfos. Dies geht nur per RawInputDevices.

Mit GetRawInputDeviceInfo kannst Du innerhalb der WM_INPUT (nach RegisterRawInputDevices) arbeiten, da in der Message ein Handle enthalten ist, mit dem Du per GetRawInputData ein RAWINPUT mit RAWINPUTHEADER erhältst. Damit dann per GetRawInputDeviceInfo z.B. den HIDName holen und damit das Device identifizieren.

Mit Keydown bzw. Keyup kannst Du hier nichts anfangen....