Bonjour à tous !
Voici des mois que j'essaye (sans grande conviction) de faire fonctionner ma télécommande X10 ou plutôt son récepteur RF sur ma Fedora (14 puis 15) sans succès.
J'ai décidé de frapper un grand coup pour Noël et d'y arriver 😉
Voici donc le lsusb -v de la bête:
Bus 002 Device 012: ID 0bc7:0008 X10 Wireless Technology, Inc. Wireless Transceiver (ACPI-compliant)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0bc7 X10 Wireless Technology, Inc.
idProduct 0x0008 Wireless Transceiver (ACPI-compliant)
bcdDevice 1.00
iManufacturer 1 X10 WTI
iProduct 2 RF receiver
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 2mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10
Device Status: 0x0000
(Bus Powered)
Après avoir essayé via atilibusb sans succès via la méthode décrite
içi, j'essaye avec ati_remote car au vu des dernières discussions des développeurs il semble que ce soit la voie à suivre.
Donc quand je plug mon récepteur j'ai:
Dec 22 19:02:07 localhost kernel: [81734.625029] usb 2-6: new low speed USB device number 12 using ohci_hcd
Dec 22 19:02:07 localhost kernel: [81734.814988] usb 2-6: New USB device found, idVendor=0bc7, idProduct=0008
Dec 22 19:02:07 localhost kernel: [81734.814996] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 22 19:02:07 localhost kernel: [81734.815001] usb 2-6: Product: RF receiver
Dec 22 19:02:07 localhost kernel: [81734.815021] usb 2-6: Manufacturer: X10 WTI
Dec 22 19:02:07 localhost mtp-probe: checking bus 2, device 12: "/sys/devices/pci0000:00/0000:00:02.0/usb2/2-6"
Dec 22 19:02:07 localhost mtp-probe: bus: 2, device: 12 was not an MTP device
J'utilise le fichier /usr/share/lirc-remotes/devinput/lircd.conf.devinput comme /etc/lirc/lircd.conf
(Edit: c'est une erreur, voir plus bas) et voici mon /etc/sysconfig/lirc:
# Note: in addition to these parameters, you need to have working -*- sh -*-
# configuration file for lircd (and lircmd if enabled).
# Options to lircd(8). Typically, this will be empty, as which driver to use
# should be specified using the LIRC_DRIVER variable below.
LIRCD_OPTIONS=""
# The infrared receiver (and/or transmitter) driver to be used by lircd(8),
# similar to passing "-H driver" to lircd(8).
# Run "/usr/sbin/lircd -H help" to get a listing of supported drivers.
LIRC_DRIVER="devinput"
# Which lirc device will be used by lircd(8).
# This is the same as passing "-d device" to lircd.
# An empty value will use the default /dev/lirc0 device.
LIRC_DEVICE=""
# If "yes", the init script will try to start lircmd(8) too.
ENABLE_LIRCMD="no"
# Options to lircmd(8).
LIRCMD_OPTIONS=""
Du coup, hop, service lirc start:
Dec 22 19:20:01 localhost lircd-0.9.0[21058]: lircd(devinput) ready, using /var/run/lirc/lircd
Et là irw plante lamentablement et je récupère ça dans /var/log/messages:
Dec 22 19:20:53 localhost lircd-0.9.0[21058]: accepted new client on /var/run/lirc/lircd
Dec 22 19:20:53 localhost lircd-0.9.0[21058]: initializing '/dev/lirc0'
Dec 22 19:20:53 localhost lircd-0.9.0[21058]: unable to open '/dev/lirc0'
Dec 22 19:20:53 localhost lircd-0.9.0[21058]: Failed to initialize hardware
Dec 22 19:20:58 localhost lircd-0.9.0[21058]: removed client
Dec 22 19:20:58 localhost lircd-0.9.0[21058]: closing '/dev/lirc0'
Et pour cause, /dev/lirc0 n'existe pas, pas plus que /dev/lirc. (C'était le même problème avec lirc_atilibusb.)
Donc il faudrait utiliser un /dev/input quelquechose me dis-je. Et là, re-patatras:
# ls -la /dev/input/by-id/
total 0
drwxr-xr-x 2 root root 160 21 déc. 20:20 .
drwxr-xr-x 4 root root 280 21 déc. 20:20 ..
lrwxrwxrwx 1 root root 9 21 déc. 20:20 usb-Microsoft_Microsoft_Basic_Optical_Mouse_v2.0-event-mouse -> ../event4
lrwxrwxrwx 1 root root 9 21 déc. 20:20 usb-Microsoft_Microsoft_Basic_Optical_Mouse_v2.0-mouse -> ../mouse0
lrwxrwxrwx 1 root root 9 21 déc. 20:19 usb-Microsoft_Wired_Keyboard_600-event-kbd -> ../event3
lrwxrwxrwx 1 root root 9 21 déc. 20:19 usb-Microsoft_Wired_Keyboard_600-if01-event-kbd -> ../event3
lrwxrwxrwx 1 root root 6 21 déc. 20:19 usb-Microsoft_Wired_Keyboard_600-if01-kbd -> ../js0
lrwxrwxrwx 1 root root 6 21 déc. 20:19 usb-Microsoft_Wired_Keyboard_600-kbd -> ../js0
Que faire? Quelqu'un a-t-il réussi à faire fonctionner ce matériel?
Merci d'avance !!
Edit: à tout hasard
Linux localhost.localdomain 2.6.41.4-1.fc15.x86_64 #1 SMP Tue Nov 29 11:53:48 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
