Bàn phím phím cứng?

Tôi đang cố gắng tìm cách để ánh xạ lại các phím bàn phím một cách mạnh mẽ.
Tôi đã thử sử dụng xmodmap và setxkbmap, nhưng chúng không hoạt động cho một ứng dụng cụ thể. Các lệnh như vậy hoạt động cho các cửa sổ / ứng dụng thông thường khác trên X tho.

Tôi nghĩ rằng ứng dụng có thể đang đọc dữ liệu thô của bàn phím và bỏ qua đầu vào X?

Vậy, làm thế nào để ánh xạ lại các khóa mà không sử dụng xmodmap và setxkbmap? nếu có thể được thực hiện bằng cách sử dụng một số phần mềm.

Tôi cũng đã thử xkeycaps, xkbcomp, nhưng không thử loadkey, vì nó đang chạy trên X.

Tôi thấy ở đây tôi có thể thử setkeycodes, "bởi vì sau khi gán mã khóa nhân, nút sẽ hoạt động trong xorg" , nhưng tôi cũng thấy rằng "bạn không thể sử dụng 'setkeycodes' trên bàn phím USB" , đó là trường hợp của tôi (tôi quan tâm đến trường hợp này ai đó làm cho nó hoạt động trên ps2 vì tôi nghĩ rằng tôi có thể sử dụng một bộ chuyển đổi).

Điều này có vẻ đầy hứa hẹn "Map scancodes to keycodes" , nhưng sau một vài thử nghiệm không có gì thay đổi, đây là:
Tôi tìm thấy mã khóa "36" (phím "j") tại vt1 với showkey
tôi tìm thấy scancode "7e" (bàn phím ".") Tại vt1 vớishowkey --scancodes

$cat >/etc/udev/hwdb.d/90-custom-keyboard.hwdb
keyboard:usb:v*p*
keyboard:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*
 KEYBOARD_KEY_7e=36
$udevadm hwdb --update #updates file: /lib/udev/hwdb.bin
$udevadm trigger #should apply the changes but nothing happened
$cat /lib/udev/hwdb.bin |egrep "KEYBOARD_KEY_7e.{10}" -ao
KEYBOARD_KEY_7eleftmeta
$#that cat on hwdb.bin did not change after the commands..

Quan sát: không hoạt động với: KEYBOARD_KEY_7e=j

Một số cách khác để thay thế (bởi @ vinc17) để tìm các khóa:
evtest /dev/input/by-id/... hoặc
input-kbd 3(đặt chỉ mục id được tìm thấy ls -l /dev/input/by-id/*từ ví dụ event3)

PS.: * Nếu bạn quan tâm đến việc tự kiểm tra, chủ đề liên quan cho ứng dụng này là: http://forums.thedarkmod.com/topic/14266-keyboard-su-in-new-version-108/ Các vấn đề tôi có giống nhau: một số khóa (KP_Decimal, DownArrow, UpArrow, RightArrow) bị bỏ qua và được xem xét tất cả có cùng giá trị ở đó "0x00"

Trước tiên, hãy tìm scancode của khóa cần được ánh xạ lại, ví dụ với evtesttiện ích. Một dòng như dòng sau (có MSC_SCANtrong đó) phải là đầu ra:

Event: time 1417131619.686259, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70068

tiếp theo là cái thứ hai cho mã khóa hiện tại. Nếu không có MSC_SCANdòng nào là đầu ra, thì đây là do lỗi trình điều khiển kernel, nhưng vẫn có thể tìm thấy scancode với input-kbdtiện ích; evtestnên đã đưa ra mã khóa, để dễ dàng tìm thấy dòng tương ứng trong input-kbdđầu ra (ví dụ: bằng cách sử dụng grep).

Khi đã xác định được các scancodes của các khóa được ánh xạ lại, hãy tạo một tệp như /etc/udev/hwdb.d/98-custom-keyboard.hwdbchứa các bản sửa lỗi. Phần đầu của tập tin /lib/udev/hwdb.d/60-keyboard.hwdbcung cấp một số thông tin. Trong trường hợp của tôi (hoạt động), tôi có:

evdev:input:b0003v05ACp0221*
 KEYBOARD_KEY_70035=102nd       # Left to z: backslash bar
 KEYBOARD_KEY_70064=grave       # Left to 1: grave notsign
 KEYBOARD_KEY_70068=insert      # F13: Insert

(Trước udev 220, tôi phải sử dụng keyboard:usb:v05ACp0221*cho dòng đầu tiên.)

Các evdev:chuỗi phải có mặt tại đầu dòng. Lưu ý rằng các chữ cái trong nhà cung cấp và id sản phẩm phải là chữ in hoa. Mỗi KEYBOARD_KEY_cài đặt phải có chính xác một khoảng trắng trước đó (lưu ý: một dòng không có khoảng trắng sẽ đưa ra thông báo lỗi và một dòng có hai khoảng trắng được bỏ qua âm thầm với các phiên bản udev cũ). KEYBOARD_KEY_được theo sau bởi scancode theo hệ thập lục phân (giống như những gì cả hai evtestvà input-kbdcho). Các giá trị hợp lệ có thể được lấy từ evtestđầu ra hoặc input-kbdđầu ra, hoặc thậm chí từ /usr/include/linux/input.htệp: ví dụ, KEY_102NDsẽ cung cấp 102nd(bằng cách loại bỏ KEY_và chuyển đổi sang chữ thường), mà tôi đã sử dụng ở trên.

Sau khi tệp được lưu, gõ:

udevadm hwdb --update

để (tái) xây dựng cơ sở dữ liệu /etc/udev/hwdb.bin(bạn có thể kiểm tra dấu thời gian của nó). Sau đó,

udevadm trigger --sysname-match="event*"

sẽ đưa các cài đặt mới vào tài khoản. Bạn có thể kiểm tra với evtest.

Vào năm 2014, udev được phát hành có thông tin không đầy đủ / lỗi /lib/udev/hwdb.d/60-keyboard.hwdb, nhưng bạn có thể xem phiên bản phát triển mới nhất của tệp và / hoặc báo cáo lỗi của tôi và thảo luận về các vấn đề về tài liệu và khoảng cách.

Nếu điều này không làm việc, vấn đề có thể được tìm thấy sau khi tạm thời tăng mức độ log của udevdvới udevadm control(xem udevadm (8) người đàn ông trang để biết chi tiết).

Đối với udevcác phiên bản cũ như 204, phương pháp này vẫn hoạt động.