Seguridad Wireless - Wifi
Equipos y materiales => Puntos de acceso, routers, switchs y bridges => Openwrt & LEDE => Mensaje iniciado por: Sir-Stephen en 13-09-2013, 10:10 (Viernes)
-
Vuelvo de nuevo con un viejo enemigo que se Me está resistiendo: el mando a distancia RC105 de Packard Bell...
(http://pmcdn.priceminister.com/photo/packard-bell-rc-105-telecommande-pour-packard-bell-easynote-accessoire-897030526_ML.jpg)
Tras muchas visicitudes, lo detectan tanto Mi Hg553 como el comtrend AR5387un, apareciendo de la siguiente forma:
usb 2-1.1: new low-speed USB device number 3 using bcm63xx_ohci
[ 6.196000] usb 2-1.1: New USB device found, idVendor=147a, idProduct=e020
[ 6.280000] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 6.368000] usb 2-1.1: Product: Formosa RC102 USB Remot
[ 6.428000] usb 2-1.1: Manufacturer: Formosa Industrial Computin
Pero ya está.... no aparece ni en la carpeta /dev/input, ni se crea una carpeta dev/lircd ni nada, con lo cual no puedo usarlo...
He seguido los pasos en: http://h-wrt.com/en/doc/ik (http://h-wrt.com/en/doc/ik) pero no aparecen esos nombres de dispositivo. Alguna idea????
PS: Todo esto viene a santo de que no existe para el AR5387un la librería mpd-full, que activa el driver ALSA y podría usar el mando a distancia por micrófono, como en la radio wifi del HG553... Aunque existiera, Me llama la atención este mando y quisiera usarlo....
-
Creo que necesitas los paquetes kmod-hid-generic y quizá kmod-usb-serial.
Suerte. :D
-
Bueno, tras el parcheo comentado por Noltari que permite la carga del kmod-hid-generic, y seguir los consejos de http://h-wrt.com/en/doc/ik (http://h-wrt.com/en/doc/ik)POR FIN el receptor es detectado...... El siguiente paso es ver que codigo lleva, y parece que nadie ha conseguido los codigos de lircd para el dichoso mando.
Una prueba con cat /dev/input/event1 | hexdump nos hace ver que efectivamente se reciben códigos...
así que a probar con IRRECORD, generar el archivo lircd.conf y luego probar con irw o mode2 a ver que pasa.... y de nuevo comienzan mis problemas.
con IRRECORD: Al cerrar el programa tras meter los codigos sale este mensaje:
irrecord: closing '/dev/input/event1'
irrecord: initializing '/dev/input/event1'
irrecord: WARNING: could not open uinput
irrecord: WARNING: No such file or directory
irrecord: closing '/dev/input/event1'
Successfully written config file.
Eso ya mosquea, pero ese "uinput" perdido hace que no fucnione bien despues mode2:
mode2: initializing '/dev/input/event1'
mode2: WARNING: could not open uinput
mode2: WARNING: No such file or directory
This program does not work for this hardware yet
Que demonios pasa con "uinput"?
-
buena pregunta, uinput parece que es un módulo de kernel que permite manejar el subsistema input desde el espacio de usuario
-
Bueno, tras probar un par de cosas, averigué que en la opción make kernel_menuconfig, en la sección ->Device Drivers -> Input device support -> Miscellaneous devices hay que activar la opción User level driver support, con lo cual aparece el driver uinput en /dev y el error desaparece...
Otros problemas se plantean: Tras ejecutar event_test /dev/input/event1, la lista de eventos disponibles corresponden a un mouse, no a un mando a distancia o similar.... Me da a pensar que lircd se confunde con el receptor del mando, pensando que el emisor es un ratón inhalámbrico.... en fin, sigo investigando....
-
Definitivamente, se lo traga como un ratón.... TriggerHappy Me muestra pulsaciones de los botones de un ratón y movimientos X e Y..... la pregunta es, como le digo que no es un ratón sino ( al menos!!!! ) un teclado? alguna forma de configurar los eventos de entrada en algún sitio?