sigo investigando.....
He vuelto a montar el lector, y tras activarlo en luci y colocar las GPIO 6, 9, 24 y 32, los leds del router se apagan de golpe..... en dmesg obtengo este mensaje:
gpio-mmc: Failed to request mmc_spi module.
mmc_spi spi32766.0: ASSUMING 3.2-3.4 V slot power
mmc_spi spi32766.0: SD/MMC host mmc0, no DMA, no WP, no poweroff
gpio-mmc: MMC-Card "Lector_MMC-SD" attached to GPIO pins di=6, do=9, clk=24, cs=32
mmc_spi spi32766.0: can't change chip-select polaritySin embargo, en
http://www.dd-wrt.com/phpBB2/viewtopic.php?p=447846 observamos otro tipo de salida:
gpio-mmc: Failed to request mmc_spi module.
mmc_spi spi32766.0: ASSUMING 3.2-3.4 V slot power
mmc_spi spi32766.0: SD/MMC host mmc0, no DMA, no WP, no poweroff
gpio-mmc: MMC-Card "default" attached to GPIO pins di=2, do=4, clk=1, cs=3
mmc_spi spi32766.0: can't change chip-select polarity mmc0: host does not support reading read-only switch. assuming write-enable.
mmc0: new SD card on SPI
mmcblk0: mmc0:0000 SD2GB 1.90 GiB
Donde se ve que se produce el montaje de la tarjeta.... algo falla....
Hace algun tiempo lei sobre el enmascaramiento de bits de GPIO en el Linksys w54, pero para este HW no he encontrado nada.... alguien sabe algo? podria ser la clave del apagado de los leds y porque no funciona el lector.
Lo bueno de todo es que en este backfire, la orden "gpioctl" funciona!!!!! O sea, Me podria haber ahorrado medio script para averiguar las GPIO a base de osciloscopio..... Podemos ver como funciona:
cat /sys/kernel/debug/gpio
GPIOs 0-39, bcm63xx-gpio:
gpio-0 (gpio-buttons ) in hi
gpio-4 (power:blue ) out hi
gpio-5 (power:red ) out lo
gpio-6 (spi_mosi ) out hi
gpio-9 (spi_miso ) in hi
gpio-12 (internetkey:red ) out hi
gpio-13 (internetkey:blue ) out lo
gpio-22 (adsl:red ) out hi
gpio-23 (adsl:blue ) out lo
gpio-24 (spi_clock ) out lo
gpio-25 (wifi:red ) out hi
gpio-32 (spi_cs ) out hi
gpio-34 (lan:red ) out hi
gpio-35 (lan:blue ) out loAhora hacemos
gpioctl clear 32, con lo cual pondremos el gpio32 a nivel bajo, y volvemos a observar....
root@NET-RADIO:~# gpioctl clear 32
using gpio pin 32
root@NET-RADIO:~# cat /sys/kernel/debug/gpio
GPIOs 0-39, bcm63xx-gpio:
gpio-0 (gpio-buttons ) in hi
gpio-4 (power:blue ) out hi
gpio-5 (power:red ) out lo
gpio-6 (spi_mosi ) out hi
gpio-9 (spi_miso ) in hi
gpio-12 (internetkey:red ) out hi
gpio-13 (internetkey:blue ) out lo
gpio-22 (adsl:red ) out hi
gpio-23 (adsl:blue ) out lo
gpio-24 (spi_clock ) out lo
gpio-25 (wifi:red ) out hi
gpio-32 (spi_cs ) out lo
gpio-34 (lan:red ) out hi
gpio-35 (lan:blue ) out lo
Por cierto, como podeis ver, en Backfire aparece el GPIO 0 referido a un botón, apareciendo el correspondiente evento en las carpetas del sistema. Los GPIO 6, 9, 24 y 32 se ven ocupados por el lector, pero referidos a la interfaz SPI, no a GPIO... y ahi Me pierdo, igual ese es el problema. Ni idea de que es el SPI ni como verlo.....
Finalmente ( no quiero hacer crecer mas este tocho ) comentar que el poder utilizar los GPIO desde gpioctl nos va a permitir mandar por ejemplo un zumbador que funcione cuando pulsemos una tecla del mando a distancia.... o cualquier otra cosa....
Por si alguno no se quiere "pringar" colocando el zumbador, hay uno modo barato de hacer un "detector de pulsación del mando a distancia":
amixer set Mic playback on 90De esta forma activamos el mezclador en la tarjeta de sonido, en la seccion MIC.... como por ahi entra la señal del sensor, "sonará" el tren de impulsos en los altavoces cada vez que pulsemos una tecla... vale, no es un sonido bonito, pero al menos nos sirve... además, en los mandos de protocolo RC6 el sonido es mas bonito por ser mas agudo, pero al mismo tiempo es mas sensible al Efecto Doppler cuando no apuntemos correctamente el mando, por lo cual nos daremos cuenta al oir este "zumbador casero".....
