web-dev-qa-db-fra.com

Logitech R400 sur Lenovo T440s, Ubuntu 14.04 non correctement reconnu

Je voudrais utiliser un pointeur Logitech R400 avec mon Lenovo T440s fonctionnant sur Ubuntu 14.04 64bit. Il y a un problème avec les touches de sorte que les boutons avant et arrière entraînent un saut à la première ou à la dernière diapositive respectivement.

J'ai donc suivi les instructions de ce post précédent ( Xubuntu - le présentateur Logitech ne fonctionne que partiellement ) et j'ai essayé de comprendre les scancodes ( http://derickrethans.nl/logitech-r400-take2 .html ).

  • Cela n'a pas fonctionné car l'appareil n'est pas correctement reconnu. Au lieu de recevoir quelque chose comme:

    lsusb

    Bus 004 Device 003: ID 046d:c52d Logitech, Inc.

    Je reçois:

    Bus 002 Device 017: ID 0e00:0111

  • Au lieu de /dev/input/by-id Contenant

    usb-Logitech_USB_Receiver-event-kbd

    J'ai:

    usb-MOUSE_USB_MOUSE-event-kbd 
usb-MOUSE_USB_MOUSE-event-if01-event-mouse
usb-MOUSE_USB_MOUSE-event-if01-mouse

Par conséquent, l'appareil n'est pas reconnu comme un R400, de sorte que la modification de /lib/udev/hwdb.d/60-keyboard.hwdb Ou la nouvelle création /etc/udev/hwdb.d/70-keyboard.hwdb N'ont aucun effet.

Quelqu'un sait-il pourquoi le R400 n'est pas correctement reconnu et comment y remédier?

Merci de votre temps compte tenu de mon problème!

Mise à jour:

Selon xinput, le périphérique pointeur est:

Virtual core pointer -> MOUSE USB MOUSE id=17Virtual core keyboard -> MOUSE USB MOUSE id=11

  • Sortie de ./getscancodes /dev/input/event17:

    Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xe00 product 0x111 version 0x110
Input device name: "MOUSE USB MOUSE" ^[OH^[OF^[^[[15;2~b

  • Sortie de ./getscancodes /dev/input/event11:

    Input driver version is 1.0.1
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "HDA Intel HDMI HDMI/DP,pcm=8" ^[OH^[OF^[^[[15;2~b

  • Cependant, id = 11 indique dans xinput --list-props 11 Qu'il est lié à /dev/input/event9. les scancodes de event9 sont:

    Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xe00 product 0x111 version 0x110
Input device name: "MOUSE USB MOUSE"
458827 (0x7004b) ^[OH458827 (0x7004b) 458830 (0x7004e) ^[OF458830 (0x7004e) 458981 (0x700e5) 458814 (0x7003e) ^[[15;2~458981 (0x700e5) 458814 (0x7003e) 458757 (0x70005) b458757 (0x70005)

    Ceux-ci correspondent partiellement au lien donné scancodes ( Ajustement de l'outil de présentation Logitech R400 sous Linux )

Mise à jour:

L'ID change de temps en temps, donc aujourd'hui l'appareil est id = 17.

Les codes de numérisation pour cet appareil sont les suivants:

bouton gauche -> 458827 (0x7004b)

bouton droit -> 458830 (0x7004e)

démarrer la présentation -> 458793 (0x70029)

écran vide -> 458793 (0x70029)

usblenovoudevlogitechinput-devices
1
Patrick

  1. Créez un nouveau fichier hwdb:

    Sudo nano /etc/udev/hwdb.d/70-keyboard.hwdb

  2. Mettez ça dedans:

    keyboard:usb:v0E00p0111d*dc*dsc*dp*ic*isc*ip*in00*
KEYBOARD_KEY_070029=f5
KEYBOARD_KEY_07004b=left
KEYBOARD_KEY_07004e=right

  3. Ctrl+O pour sauver ensuite Ctrl+X pour quitter.

  4. Mettre à jour la base de données udev

    Sudo udevadm hwdb --update

  5. Redémarrer

1
user.dz

Je sais que la question est ancienne, mais comme j'utilise toujours le présentateur mentionné ici, j'ajouterai ma solution. J'ai eu le même problème sur Archlinux. Cela fonctionnait pour moi de cette façon.

Créez un fichier de configuration personnalisé:

Sudo nano /etc/udev/hwdb.d/70-keyboard.hwdb

Mettez-le dans le fichier et enregistrez (coorectez l'ID de l'appareil et mes scancodes):

# R400
evdev:input:v0E00p0111*
 KEYBOARD_KEY_700e5=f5  # presentation button
 KEYBOARD_KEY_7003e=f5  # presentation button
 KEYBOARD_KEY_70005=f8  # monitor button
 KEYBOARD_KEY_7004b=left
 KEYBOARD_KEY_7004e=right

vous devrez peut-être ajuster les scancodes, car le scancode de début de présentation semble différer du mien (et il devrait afficher deux scancodes pour le bouton de présentation, vous devez les ajouter tous les deux).

courir

Sudo systemd-hwdb update

et

Sudo udevadm trigger
0
David