私は現在、キーボードをエミュレートするRFIDカードリーダーを実験しています。カードを接続すると、カードからデータが読み取られ、構成に従ってキーストロークがエミュレートされます。
このデバイスをRaspberryPiに接続し、SSH経由でRaspberryPiに接続しました。
明らかに、リーダーがキーストロークをエミュレートすると、それらはPiのローカルttyに到達します(私のSSHセッションではありません)。だから私は今その入力に到達するのに苦労しています。
最終的には、入力を処理するソフトウェアを作成しますが、デバッグと開発のために、SSHセッションでキーボード入力を取得すると非常に役立ちます。
私は以下を試しました
Sudo cat /dev/input/by-id/usb-HID_OMNIKEY_5127_CK_01010053423438303000835748112531-event-kbd
これdoesカードを接続すると出力が出ますが、それは私が期待していたものではありません。それは生の入力データのようです。キーを読み取り可能な値として取得したいと思います。
/dev/input
デバイスから読み取られているデータは、hexdump
を介してパイプするときに、もう少し意味があります。
pi@raspberrypi ~ $ Sudo cat /dev/input/by-id/usb-HID_OMNIKEY_5127_CK_01010053423438303000835748112531-event-kbd | hexdump
0000000 eef8 5138 219a 0008 0004 0004 0024 0007
0000010 eef8 5138 21ad 0008 0001 0008 0001 0000
0000020 eef8 5138 21b3 0008 0000 0000 0000 0000
0000030 eef8 5138 6019 0008 0004 0004 0024 0007
0000040 eef8 5138 602a 0008 0001 0008 0000 0000
0000050 eef8 5138 602f 0008 0000 0000 0000 0000
0000060 eef8 5138 9e97 0008 0004 0004 0023 0007
0000070 eef8 5138 9eab 0008 0001 0007 0001 0000
0000080 eef8 5138 9eb1 0008 0000 0000 0000 0000
0000090 eef8 5138 dd18 0008 0004 0004 0023 0007
00000a0 eef8 5138 dd26 0008 0001 0007 0000 0000
00000b0 eef8 5138 dd2b 0008 0000 0000 0000 0000
00000c0 eef8 5138 1b9a 0009 0004 0004 0021 0007
00000d0 eef8 5138 1baf 0009 0001 0005 0001 0000
00000e0 eef8 5138 1bb4 0009 0000 0000 0000 0000
00000f0 eef8 5138 5a15 0009 0004 0004 0021 0007
0000100 eef8 5138 5a24 0009 0001 0005 0000 0000
0000110 eef8 5138 5a29 0009 0000 0000 0000 0000
0000120 eef8 5138 989e 0009 0004 0004 0020 0007
0000130 eef8 5138 98b3 0009 0001 0004 0001 0000
0000140 eef8 5138 98b9 0009 0000 0000 0000 0000
0000150 eef8 5138 d71d 0009 0004 0004 0020 0007
0000160 eef8 5138 d72b 0009 0001 0004 0000 0000
0000170 eef8 5138 d730 0009 0000 0000 0000 0000
0000180 eef8 5138 15a1 000a 0004 0004 0009 0007
0000190 eef8 5138 15b5 000a 0001 0021 0001 0000
00001a0 eef8 5138 15bb 000a 0000 0000 0000 0000
00001b0 eef8 5138 541e 000a 0004 0004 0009 0007
00001c0 eef8 5138 542d 000a 0001 0021 0000 0000
00001d0 eef8 5138 5432 000a 0000 0000 0000 0000
00001e0 eef8 5138 92a3 000a 0004 0004 0004 0007
00001f0 eef8 5138 92b8 000a 0001 001e 0001 0000
0000200 eef8 5138 92be 000a 0000 0000 0000 0000
0000210 eef8 5138 d123 000a 0004 0004 0004 0007
0000220 eef8 5138 d131 000a 0001 001e 0000 0000
0000230 eef8 5138 d136 000a 0000 0000 0000 0000
0000240 eef8 5138 0fab 000b 0004 0004 0021 0007
0000250 eef8 5138 0fbf 000b 0001 0005 0001 0000
0000260 eef8 5138 0fc5 000b 0000 0000 0000 0000
0000270 eef8 5138 4e22 000b 0004 0004 0021 0007
0000280 eef8 5138 4e31 000b 0001 0005 0000 0000
0000290 eef8 5138 4e36 000b 0000 0000 0000 0000
00002a0 eef8 5138 8ca5 000b 0004 0004 0023 0007
00002b0 eef8 5138 8cb9 000b 0001 0007 0001 0000
00002c0 eef8 5138 8cbe 000b 0000 0000 0000 0000
00002d0 eef8 5138 cb2b 000b 0004 0004 0023 0007
00002e0 eef8 5138 cb3a 000b 0001 0007 0000 0000
00002f0 eef8 5138 cb40 000b 0000 0000 0000 0000
そのはず入力されています:7643fa46
このハッキングされた一緒のスクリプトは今のところ私にとってはうまくいきます:
import string
from evdev import InputDevice
from select import select
keys = "X^1234567890XXXXqwertzuiopXXXXasdfghjklXXXXXyxcvbnmXXXXXXXXXXXXXXXXXXXXXXX"
dev = InputDevice('/dev/input/by-id/usb-HID_OMNIKEY_5127_CK_01010053423438303000835748112531-event-kbd')
while True:
r,w,x = select([dev], [], [])
for event in dev.read():
if event.type==1 and event.value==1:
print( keys[ event.code ] )
python-evdev を使用して/dev/input/foo
から読み取り、非常に汚く読み取り可能な値に変換します。
スクリプトを実行してカードをリーダーに接続すると、次のようになります。
pi@raspberrypi ~ $ python test.py
7
6
4
3
f
a
4
6
必要な権限があると仮定して、次の起動まで簡単に機能させるための簡単なハックを次に示します。
次のコマンドを使用すると、コンピューターで実行されているすべてのプロセスが表示されます
ps -ef
キーボードが現在読み取られているログイン/ gettyプロセスのPIDを見つけるために、この関数の結果をgrepを介して渡すことができます。
ps -ef | grep tty
あなたは次のようなものを見ることができました
root 23698 1 0 18:17 ttyO0 00:00:00 /sbin/getty -L ttyO0 115200 vt102
2番目の列の番号(PID)に注意してください。そして、キーボードがある場所である6番目の列。
そのプロセスを停止するには、次のコマンドを使用します(PIDが何であれ、番号に置き換えます)
kill -stop 23698
これで、キーボードのキーが来ている場所からttyを読み取ることができます(ttyはpsコマンドに表示されます)
cat /dev/ttyO0
cat
は永久に読み取られ、キーボードで入力されたものはすべて、キルするまで出力されます。
完了し、通常の動作に戻りたい場合は、次のコマンドでキーボード機能を再開できます。
kill -cont 23698
もちろん、それは一般的な考え方の概要です。独自のプログラムを使用して、ttyから読み取ることができます。
最近ハッカソンのためにこれをしなければならなかったので、私は私たちがやったことに貢献するだろうと考えました。
Tty1(キーボードデバイスが入力をダンプしているメイン端末)のrootとして自動ログインを設定します。 Arch Linux wikiエントリ には良い説明があります。再起動してログインします。
'ttyEcho'と呼ばれる小さなプログラムのソースをコピーします。 1つのコピーが見つかります here ですが、Google検索ではさらに多くのものが表示されます。このプログラムを使用すると、コマンドを別の端末にエコーできます。ターゲットマシンでコンパイルします。
/ dev/tty1で何でも実行できるようになったので、_./ttyEcho -n /dev/tty1 'cat > buffer'
_を使用して、tty1のすべての入力をファイルに追加できます。拡大し続けるファイルを作成する代わりに、最初に_mkfifo buffer
_を使用して、名前付きパイプである特別なファイルを生成します-メモリのみでバックアップされるFIFOキュー。
SSHセッションから、_tail -f filename
_だけでtty1のすべてのキーボード入力を監視できるようになりました。 Python内から、open('filename','r')
を呼び出し続け、その上で.read()
または.readline()
を呼び出して、キーボードデータのフィードを取得します。
この方法は、キーボードのスキャンコードの解析を回避し、コードなしでデータの大きなバッファを保持するため、私たちにとっては素晴らしい方法でした。