-
CONSTRUYE TU PROPIO RECEPTOR DE RADIO WI-FI.
En octubre de 2008, Jeff Keyzer publicó una serie de artículos en los que explicaba paso a paso cómo convertir un router en radio wifi. Puedes leerlos (en inglés) aquí: http://mightyohm.com/blog/2008/10/building-a-wifi-radio-part-1-introduction/
Tú también lo puedes conseguir. En principio vale cualquier router soportado por OpenWrt que tenga puerto USB donde pinchar una tarjeta de sonido.
INSTALACIÓN DE OPENWRT.
Empezaremos instalando la última versión squashfs disponible en el repositorio de OpenWrt. Éste es un asunto que varía con cada router y que ya está tratado en su foro correspondiente. Después, seguiremos instalando el resto de paquetes necesarios.
SOPORTE PARA USB Y AUDIO.
Abre una sesión de consola en el router y teclea:
opkg update
opkg install kmod-usb2 kmod-usb-core kmod-usb-ohci kmod-usb-audio
reboot
INSTALACIÓN DE LA TARJETA DE SONIDO USB.
Pincha la tarjeta de audio en cualquier puerto USB del router. Comprueba que OpenWrt la reconoce tecleando en una consola:
ls /dev/a*
Si la reconoce, devolverá el mensaje:
/dev/audio
INSTALACIÓN DEL MÓDULO SERVIDOR "MUSIC PLAYER DAEMON" Y DEL MÓDULO CLIENTE "MUSIC PLAYER COMMAND"
Son dos módulos independientes, pero complementarios. El módulo servidor está en el paquete mpd-full y el cliente en mpc. La instalación tarda en completarse tres interminables minutos. Desde una consola teclea:
opkg update
opkg install mpd-full mpc
CREACIÓN DE CARPETAS NECESARIAS PARA MPD
Antes de poder usar MPD hay que hacer algunos ajustes. Desde una consola:
cd ~
mkdir .mpd
mkdir music
mkdir .mpd/playlists
CONFIGURACIÓN DEL MÓDULO SERVIDOR (MPD).
Se guarda en el archivo /etc/mpd.conf. El mpd.conf original que genera MPD al instalarse es tan instructivo como extenso. Desde el punto de vista didáctico, conviene analizarlo minuciosamente. Pero ahora que probablemente tienes prisa, edítalo y déjalo así:
# dirección y puerto para MPD
bind_to_address "127.0.0.1"
port "6600"
# ubicación de directorios y archivos
music_directory "~/music"
playlist_directory "~/.mpd/playlists"
db_file "~/.mpd/mpd.db"
# archivo opcional que registra la actividad de MPD (depuración de errores)
log_file "~/.mpd/mpd.log"
# archivos opcionales para guardar el estado y el ID de proceso de MPD
state_file "~/.mpd/mpd.state"
pid_file "~/.mpd/mpd.pid"
# salida de audio
audio_output {
type "alsa"
name "My ALSA Device"
device "hw:0,0"
format "44100:16:2"
mixer_type "software"
}
NOTA: no olvides guardar los cambios antes de salir del editor.
EJECUCIÓN DEL MÓDULO SERVIDOR
Nada más sencillo:
mpd
Hum, aparece un error: Failed to load database: Failed to open database file "/root/.mpd/mpd.db": No such file or directory.
No pasa nada. MPD se queja porque no encuentra la base de datos mpd.db y tiene que tomarse la molestia de crearla. Ahora que ya existe no volverá a quejarse. De paso, MPD aprovecha para crear los archivos mpd.log y mpd.state.
PARADA DEL MÓDULO SERVIDOR
Sólo se puede parar eliminándolo de la memoria, esto es, matando el proceso. Se puede hacer utilizando un comando de la shell:
killall -9 mpd
O desde el propio mpd:
mpd --kill
NOTA: esta segunda forma no funcionará si no existe la línea pid_file en el fichero de configuración.
EJECUCIÓN DEL MÓDULO CLIENTE
También es sencillo:
mpc
Si todo ha ido bien debe aparecer en la consola un mensaje semejante a éste:
volume: 100% repeat: off random: off single: off consume: off
Todavía no suena nada y es normal, porque no le hemos indicado el qué.
AÑADIENDO FUENTES DE SONIDO
Es posible reproducir streaming de audio (emisoras web):
mpc add http://69.175.13.131:8280
también se puede reproducir ficheros de audio situados en la carpeta /root/music:
mpc add mi_audio.mp3
e incluso ficheros de audio ubicados en una ruta de visible desde el router (Internet incluido):
mpc add http://www.litteratureaudio.org/mp3/Moliere_-_Le_Medecin_malgre_lui_Acte1.mp3
LLEGÓ EL MOMENTO DE LA VERDAD
Si estás utilizando auriculares, te recomiendo que tengas muchísima precaución. EL VOLUMEN ESTÁ AL 100%. Es preferible que uses uno de esos auriculares que incorporan atenuador de volumen y lo pongas al mínimo. Se supone que el comando: mpc volume x (x, entre 0 y 100) pone el volumen al x%, pero yo he comprobado con mis propios tímpanos que si hay algo mal configurado, el volumen seguirá al 100% . No te arriesgues...
Para hacer que suene:
mpc play
Si puedes oir algo, aprovecha para darle un sorbo a tu bebida preferida. No vas a encontrar mejor momento.
Y hasta aquí puedo contar. Hay que seguir investigando.
Para visualizar la ayuda de mpd:
mpd --help
Para visualizar la ayuda de mpc:
mpc help
-
Toma ya, mi colega se va a poner 'la mar de contento' cuando vea el 'tuto' >:(
Le voy a poner 'chincheta', así que todo lo que vayas añadiendo/modificando para mejorarlo, será bienvenido ;)
-
Un tuto excelente, la verdad es que Me despejó algunas dudas, y ya pude montar la radio.... ahora la parte hardware que es lo que de verdad es lo mio de toda la vida..... y llega una duda.... ese pequeño conector interno de 5 patas, es un puerto serie? En tal caso, cual es el patillaje?
P.D. : Ya hay mas comentarios, jejejejeje ^-^
Antes que nada, te agradezco tu apreciación.
La información que tengo del puerto serie en el hg553 es la que hay en la propia página de OpenWRT: http://wiki.openwrt.org/toh/huawei/hg553
Según se lee, el puerto serie lo tenemos en el conector DuPont marcado en la foto como 4F.
Su pinout es: 1 TX , 2 GND, 3 Vcc, 4 no se sabe. y 5 RX, siendo éste último pin el más cercano al condensador.
(http://wiki.openwrt.org/_media/toh/huawei/front.jpg)
-
Yo tengo pedido por DX un USB audio 2.0 de esos. Le tenía ganas de hacer una radio con un router openwrt.
De hecho tenía un proyecto todo en uno.
http://vimeo.com/4855103 este
http://vimeo.com/4717619 Aquí más mundano. Siempre quise hacerlo.
Digamos que hacer un "nexus q" con un openwrt, es decir poder enviarle canciones desde un móvil o algo...
Aquí el proyecto muy bien documentado:
http://mightyohm.com/blog/2008/10/building-a-wifi-radio-part-1-introduction/
EDIT: Vale, el proyecto es el mismo que has puesto XDDD
Puedes colgar los videos en el post principal, así la gente se anima más !!!!
-
He borrado los 3 post del otro hilo (los que se refieren a la radio wifi) ;)
-
He publicado algunos cambios en la configuración de mpd (fichero /etc/mpd.conf) que afectan a su funcionamiento.
1) music_directory "~/music"
Esta línea habilita la reproducción de ficheros de audio y establece el directorio de búsqueda. Esta línea no es necesaria para la reproducción de streaming de audio. En resumen, sin esta línea funcionaría la radio pero no se podrían reproducir los ficheros de audio.
Vamos a verlo con un ejemplo:
- copiamos uno o varios mp3 en la carpeta /root/music
- lanzamos mpd
- añadimos los temas mp3: mpc add mi_fichero_de_audio.mp3
- los reproducimos: mpc play
Una implicación importante de esto es que se podría establecer que el "music_directory" apuntase a una carpeta ubicada en un lápiz de memoria o en un disco duro USB. No lo he probado, pero no veo por qué no.
TRUCO: podemos añadir TODOS los ficheros de sonido de la carpeta /root/music a la vez con un sólo comando:
mpc add /
OTRO TRUCO: Es posible añadir ficheros de audio siempre que estén en una ruta visible desde el router (rutas de Internet incluidas):
mpc add http://previews.7digital.com/clips/480/7485520.clip.mp3
2) db_file "~/.mpd/mpd.db"
Esta línea fuerza a mpd a utilizar una base de datos (mpd.db). Si no existe, la genera y se queja, dando un mensaje de error. En los arranques sucesivos no volverá a dar el mensaje de error.
3) log_file "~/.mpd/mpd.log"
Esta línea hace que la actividad reportada por mpd quede registrada en el fichero mpd.log. Su utilidad es la depuración de posibles errores.
4) pid_file "~/.mpd/mpd.pid"
Esta línea fuerza a mpd a registrar su ID de proceso en el fichero /root/.mpd/mpd.pid. Este fichero es temporal. Sólo existe cuando mpd está en memoria. Gracias a él se puede matar el proceso desde el propio mpd:
mpd --kill
(en la práctica esto es lo mismo que hacer killall -9 mpd.)
Eso es todo por ahora.
-
VISUALIZACIÓN
No cabe duda de que dotar a nuestra radio wifi de una pantallita LCD tipo Hitachi 44780 sería un puntazo. No obstante, la tarea por sí misma constituye un proyecto compejo que no es posible resolver de hoy para mañana.
Una vez tengamos la pantalla, haría falta que algún software alojado en el router le envíe datos. Pues bien, esta última parte ya la tengo. Es un script bastante simplote escrito en A Shell.
No hace falta tener una pantalla LCD para probarlo. Los datos salen del router por el puerto serie (/dev/ttyS0) y los puedes visualizar en el PC con un emulador de terminal (yo utilizo Tera Term para esto).
Tampoco haría falta sacar los datos por puerto serie para probar el script. Los puedes visualizar en una consola de OpenWrt (/dev/tty).
El script es este:
#!/bin/sh -
# Este script visualiza información del tema que se escucha
# La información visualizada se actualiza cada vez que cambia el tema o la emisora
# 11/08/2012 by raphik
# INSTRUCCIONES:
# nombre del fichero: visor.sh
# - copia este fichero en la carpeta /root del router
# - conviértelo en ejecutable: chmod +x /root/visor.sh
# - ejecuta el script desde una consola: /root/./visor.sh
# - ejecuta MPD desde otra consola distinta
#
INFO_A0=" "
INFO_B0=" "
MOSTRAR=1
#PANTALLA="/dev/ttyS0" # visualización por puerto serie
PANTALLA="/dev/tty" # visualización por consola
while true
do
# obtener información de MPD
INFO_A1=$(echo "currentsong" | nc localhost 6600 | grep -e "^Title: ")
INFO_B1=$(echo "currentsong" | nc localhost 6600 | grep -e "^Name: ")
# comprobar si la nformación es nueva o la misma de antes
if [ "$INFO_A1" != "$INFO_A0" ] ; then
INFO_A0="$INFO_A1" ; MOSTRAR=1
fi
if [ "$INFO_B1" != "$INFO_B0" ] ; then
INFO_B0="$INFO_B1" ; MOSTRAR=1
fi
# si le información es nueva, visualizarla
if [ "$MOSTRAR" == 1 ] ; then
echo "${INFO_A1:7:64}" > $PANTALLA
echo "${INFO_B1:6:64}" > $PANTALLA
MOSTRAR=0
fi
# esperar un par de segundos, para no darle mucho la brasa al MPD
sleep 2
done
exit
-
Raphik, en eso mismo del pendrive estoy peleando, pero hay muchas dificultades....
Tras pelearme con 500 kernels en Mi HG533, los resultados han sido siempre los mismos: si funciona el audio, no funciona el usb en lectura de ficheros, y al reves, no consegui hacer nada.
Pero en esto que ayer aparecio http://ubuntuone.com/5NbxJQRsr3jT1jJR3tENYw en el hilo de "los vecinos".. una nueva compilacion donde tras añadir un par de ficheros que faltaban, se pueden montar pendrives en cualquiera de los dos USB del 553, en FAT32 y el NTFS y ademas visibles desde Windows gracias a SAMBA...
Pero no trae audio, asi que al ataque: Aparecen las dichosas "dependencias" y una vez acabado, en /DEV aparecen el dispositivo de audio y simultaneamente los SDA.... EUREKA!!!! y sin embargo.... mpd no suena, la tarjeta de sonido no parpadea, a pesar de estar reconocida, y encima los comandos de mpd acaban por timeout, puesto que algo pasa.....
Ah!! y la tarjeta de sonido solo es detectada en el usb superior....
Asi que parece que el tema de reproducir desde un USB no va a poder ser de momento.... alguna idea????
un ratito mas tarde.....
Probando con el archivo http://www.mediafire.com/download.php?2h9bdylt4s9x1hv presenta el mismo problema.... en fin....
-
Debido al problema del USB trasero empecé a dedicarle más atención al hg556a. El asunto ya se comentó en su momento:
https://foro.seguridadwireless.net/openwrt/instalacion-(facil)-de-openwrt-en-huawei-553/msg245466/#msg245466
Una posible solución sería pinchar un hub 4x en el USB de arriba y conectar ahí el lápiz de memoria y la tarjeta de sonido. Es cuestión de probar...
(http://www.tronisoft.com/images/green-usb2hub.jpg)
-
http://ubuntuone.com/3E1rf6s1GXmX58PncNs8kT.... esta version tampoco hace lo que tiene que hacer... que es lo que esta sucediendo, que cuando la version de firm funciona los pen usb correctamente, y se montan y se comparten y todo, no funciona el audio en usb..... y viceversa: Si se consigue funcionar el audio usb, entonces aparecen una larga serie de errores en el dmesg sobre los usb de almacenamiento, y estos no van en la vida.....
Y no se soluciona con hubs y similares: O va un soporte ( usb de almacenamiento ) o va otro ( usb de audio ) pero no los dos a la vez...
Y esas dependencias forzadas..... Creo que nos tendremos que conformar con la radio "pelá", sin lectura de usb ni de tarjeta ni "na de na" :-[
-
INSTALACIÓN DE UNA MEMORIA USB Y REPRODUCCIÓN DE MP3
NOTA: El puerto USB trasero del hg553 YA FUNCIONA.
NOTA: El puerto USB superior del hg556a no funciona. La tarjeta de sonido y la memoria USB hay que pincharlas en el conector trasero y en el lateral.
Partimos de un router al que se le ha instalado todo lo que se indica en el primer mensaje (OpenWrt, LuCI, acceso a Internet y MPD instalado).
Para que reconozca la memoria USB, y maneje archivos NTFS, abre una consola y teclea:
opkg update
opkg install kmod-usb-storage ntfs-3g
reboot
En el PC, dale formato NTFS a la memoria USB, crea una carpeta music y graba en ella unos cuantos mp3 (la colección entera no, que es una prueba).
Ahora pincha la memoria USB en el hub y comprueba que el router la reconoce:
ls /dev/sd*
Se debería visualizar el mensaje: /dev/sda /dev/sda1
Crea un punto de montaje:
mkdir /mnt/pendrive
Monta la memoria USB en el punto de montaje:
mount /dev/sda1 /mnt/pendrive -o rw,sync
(Este montaje sólo durará hasta que apagues el router).
Para automatizar el montaje al arrancar el router, edita /etc/rc.local y añade el comando subrayado:
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
mount /dev/sda1 /mnt/pendrive -o rw,sync
exit 0
Si está bien montado, podrás visualizar qué espacio hay en la memoria USB tecleando:
df /mnt/pendrive
Debería salir una información semejante a esta:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 7807776 140628 7667148 2% /mnt/pendrive
Ahora, crea las siguientes carpetas en la memoria USB:
mkdir /mnt/pendrive/music
mkdir /mnt/pendrive/.mpd
mkdir /mnt/pendrive/.mpd/playlists
Edita /etc/mpd.conf y cambia estas tres líneas:
music_directory "/mnt/pendrive/music"
playlist_directory "/mnt/pendrive/.mpd/playlists"
db_file "/mnt/pendrive/.mpd/mpd.db"
Lanza MPD.
mpd
(Al no encontrar mpd.db en la nueva ruta, da el famoso error de base de datos).
Si hiciera falta, baja el volumen:
mpc volume 80
Añade los mp3 del pendrive:
mpc update
mpc ls | mpc add
mpc playlist
Escúchalos:
mpc play
Para oir el siguiente:
mpc play next
Para oir el anterior:
mpc play prev
Para que no se pare en el último mp3 (y salte al primero):
mpc repeat on
Si no te gusta escuchar los mp3 siempre en el mismo orden:
mpc random
En fin, MPC ofrece muchas posibilidades. Están descritas en la ayuda:
mpc help
-
Parece que no Me explico bien o estamos en distinta onda: No es cuestion del usb trasero o superior, es cuestion de que con unas compilaciones funciona un pendrive usb, sea VFAT o sea NTFS pero no funciona el sonido, y en otras es al reves... y todo viene de las dichosas dependencias, porque el firm utilizado parece que lleva un kernel que no es el mismo que luego puedes tener en el repositorio... el problema es que cuando intentas bajar el del repositorio, opkg no te deja instalarlo pues dice que ya es el mas moderno que tiene.
Resumiendo por 3º vez:
-Aquellas compilaciones con kernel 3.3.7 dan error de dependencias y va el almacenamiento usb, pero al instalar kmod-usb-audio, no funciona este ultimo. Si se actualiza a la 3.3.8 el error persiste.
-Aquellas compilaciones "peladas", como la que aparece en trunk, que es la ultima, tras corregir las dependencias funciona el audio usb, pero no hay forma de que reconozca los sda, sino que sale unos devs marcados como 1-2 y 2-1, y el dmesg no indica nada de almacenamiento masivo.
-Aquellas compilaciones con 3.0.18 y 3.3.8 que se han publicado reconocen el soporte usb de almacenamiento, pero no traen el audio. Una vez instalado con los errores de depoendencias, cualquier intento de sonar algo acaba mal....
- En todas las compilaciones en las que ha funcionado el audio usb, solo va en la parte superior.
- En todas las compilaciones que funciona el almacenamiento usb, funciona en los dos conectores. :)
- El intento de añadir el kernel que aparece en el repositorio, el 3.3.8 - db..... etc, se hace imposible para sustituir el que trae todas estas compilaciones, que es el 3.3.8 - e5....etc; opkg no me deja ( realmente no se si se podra hacer )
Ufff, creo que esta vez Me explique con total claridad.... En tal caso, si a ti te funciona correctamente, cual es el firm que estas usando? o es que tu mismo lo estas recompilando y eso?
Como siempre, graciassssssssss...
-
OpenWrt está vivo: cambia a diario. Si utilizas una versión antigua a la que quieres añadir un paquete nuevo (los antiguos no están disponibles), te arriesgas a que no "encajen" (errores de dependencia). Y si instalas paquetes a sabiendas de que no encajan (force depends), los resultados pueden se impredecibles. Es como pretender actualizar Windows 3.1 con el SP1 de Windows 7.
Por eso para mí la mejor opción es empezar desde cero, a partir la última versión disponible en la propia página de OpenWrt. Es lo que digo en el primer post:
INSTALACIÓN DE OPENWRT.
...
Con el hg553 se puede empezar desde cero, instalando la última versión squashfs disponible en el trunk de OpenWrt y a partir de ahí seguir montando todo lo demás.
...
El enlace directo de descarga es http://downloads.openwrt.org/snapshots/trunk/brcm63xx/openwrt-HW553-squashfs-cfe.bin
Con este firmware y haciendo lo que he escrito en el post anterior me está funcionando correctamente. Me reconoce la tarjeta de sonido y el pendrive. Ambos conectados a un hub que pincho en el USB de arriba. El de abajo no funciona por algún motivo que ignoro. MPD lee los ficheros mp3 alojados en el pendrive y los hace sonar a través de la tarjeta de sonido USB.
-
acabo de hacerlo, y lo mismo.... sera que mi ruter es especial... sigo todos esos pasos y SDA no aparece ni aparecera.... en dmesg solo mensajes de errores scsi.... ya no se que hacer, puesto que hago lo mismo que tu..... los pen no aparecen y eso nido si, y con versiones distintas, el sonido no y los pen si.
A ti no te salen error de dependencias???
tu kernel es el 3.3.8-1_d8..... o el 3.3.8-1_e5...... me da error en el d8.....
-
acabo de hacerlo, y lo mismo.... sera que mi ruter es especial... sigo todos esos pasos y SDA no aparece ni aparecera.... en dmesg solo mensajes de errores scsi.... ya no se que hacer, puesto que hago lo mismo que tu..... los pen no aparecen y eso nido si, y con versiones distintas, el sonido no y los pen si.
A ti no te salen error de dependencias???
tu kernel es el 3.3.8-1_d8..... o el 3.3.8-1_e5...... me da error en el d8.....
Mi kernel, recién, bajado de OpenWrt es 3.3.8-1-d84cefb39b2dcbdf806cc779398b6f69
Los pasos exactos que doy son:
1) Bajo el firm de http://downloads.openwrt.org/snapshots/trunk/brcm63xx/openwrt-HW553-squashfs-cfe.bin
2) Primero instalo la versión versión b21 del firmware oficial y después, desde el firm oficial, actualizo al de OpenWrt. Si no lo hago así, no funciona bien.
3) Instalo LuCI (descargándolo en el PC) tal como menciono aquí: https://foro.seguridadwireless.net/openwrt/instalacion-(facil)-de-openwrt-en-huawei-553/msg249796/#msg249796
4) Utilizando LuCI conecto el router a un AP que le suministre Internet.
5) Instalo los paquetes de soporte para USB y audio:
opkg update
opkg install kmod-usb2 kmod-usb-core kmod-usb-ohci kmod-usb-audio
6) Instalo los paquetes de soporte para disco USB y sistema de archivos NTFS:
opkg update
opkg install kmod-usb-storage ntfs-3g
Con eso ya debería reconocer la tarjeta de sonido USB. Si tecleas:
ls /dev/a*
OpenWrt debe devolver el mensaje: /dev/audio
Y también debería reconocer el pendrive. Si tecleas:
ls /dev/sd*
OpenWrt debe devolver el mensaje: /dev/sda /dev/sda1
-
Es exactamente lo mismo que hago, pero luego el kernel que lleva incorporado no es ese, sino el 3.3.8-1-e5e58249fa680bfccc16d480cded7028, asi que no entiendo como puede ser.....
-
Es exactamente lo mismo que hago, pero luego el kernel que lleva incorporado no es ese, sino el 3.3.8-1-e5e58249fa680bfccc16d480cded7028, asi que no entiendo como puede ser.....
Acabo de instalarlo en otro router hg553 (tengo dos) y reconoce correctamente la tarjeta de audio USB y el pendrive. No sé qué es lo que puede estar pasando.
¿De dónde has bajado la versión b21?
Por lo que dices, parece que quedan restos de alguna instalación anterior. En algunas ocasiones hay que instalar la b21 y luego OpenWrt. Está reportado en varias ocasiones en el hilo del hg553.
...
He instalado la compilación r31217. Es raro, pero si se flashea una compilación de OpenWrt tras otra no funciona. Hay que pasar por el firmware original. Es decir, después de instalar el firmware del trunk tuve que reinstalar la b21 de Huawei y finalmente la r31217. Raro, raro.
...
...
Me ocurre lo mismo raphik, a veces se queda pillado, no se puede entrar y tengo que meter el original, con eso garantizas que entra bien openwrt.
...
...
Para conseguir que me funcione en vez de meter directamente el firmware desde el modo recovery, primero he instalado la b21 oficial de vodafone
...
y desde él he usado la opción de actualizar para meter la que he compilado
...
al final me baje la ultima compilacion dispobible y le instalado yo los complementos a mano uno por uno y ahora me va todo.
me reconoce el usb 2.0 me deja acceso a cifs y todo lo demas. muchas gracias por todo. lo unico que me a pasado es que e tenido k volver a pasar por el firm original b21 por que no me cargo bien el openwrt la primera vez que lo intente.
...
-
UFFFFFFFFFFFFFFF.... por fin!!!!!
ME distes una buena pista: Que igual habia un resto de una instalacion anterior, asi que para que no Me cansara con el dedo en el reset antes de tiempo, le soldé un cablecito para puentearlo.... y en esto Mi novia colaboró llamandome y teniendome 15 minutos al tlf.... Creo que jamas se ha hecho un borrado tan profundo.
El caso es que todo se instalo correctamente y ahora dispongo de usb y sonido por fin.
Como novedad, mis dos puertos usb detectan correctamente los almacenamientos usb, aunque solo el superior detecta el sonido. He probado ademas un hub de los del chino y es detectado en ambos puertos, y como colofon le he puesto un lector de tarjetas que tenia de otro ordenador torre, y es detectado y leido correctamente, aunque lamentablemente no cabe en la carcasa del HG553.... Asi que teniendo en cuenta que lo que mas se lee son las SD, buscare un lector del chino.
Seguiremos informando!!!!
-
Enhorabuena. Me alegra que lo hayas logrado. Y además ¡hasta te funciona el USB trasero!
Uno de los lectores micro SD más pequeño (y barato, <1€) que he visto, lo tiene DX (SKU: 7134).
(http://img.dxcdn.com/productimages/sku_7134_1_small.jpg)
La próxima entrega: manejar la radio con los botones del ratón.
-
Pues mira, una cosa asi habia Yo pensado del lector SD....
Una buena linea de investigacion seria intentar aprovechar este emisor/receptor infrarrojo de Packard Bell.
(http://farm9.staticflickr.com/8425/7794019976_a7cce2ca54_m.jpg)
-
CONTROL MEDIANTE RATÓN - TriggerHappy
Instala el soporte HID (human interface device):
opkg update
opkg install kmod-usb-hid
Pincha el ratón en el router y comprueba que lo reconoce:
ls /dev/input
Debes visualizar el mensaje: event0
Instala TriggerHappy:
opkg update
opkg install triggerhappy
Edita el fichero /etc/triggerhappy/triggers.d/example.conf y añádele estas dos líneas al final:
BTN_LEFT 1 mpc prev
BTN_RIGHT 1 mpc next
NOTA: No dejes líneas en blanco.
Lanza Music Player, anádele unas cuantas emisoras (hoy, irlandesas) y ponlo a trabajar:
mpd
mpc repeat on
mpc add http://66.90.73.250:8080
mpc add http://176.31.240.114:8326
mpc add http://67.213.213.143:8050
mpc add http://67.213.213.137:8067
mpc add http://95.211.76.204:8000/test.aac
mpc play
Lanza TrigerHappy:
thd --triggers /etc/triggerhappy/triggers.d/example.conf /dev/input/event0
Cambia de emisora con el ratón:
botón derecho, emisora siguiente; botón izquierdo, emisora anterior.
NOTA: el ratón bien podría ser inalámbrico, ¿por qué no?
-
...
Una buena linea de investigacion seria intentar aprovechar este emisor/receptor infrarrojo de Packard Bell.
(http://farm9.staticflickr.com/8425/7794019976_a7cce2ca54_m.jpg)
EDITO: Por lo que parece, OpenWrt soporta dispositivos LIRC (Linux Infra-red Remote Control). Habría que ver si tu dispositivo es compatible LIRC.
http://es.wikipedia.org/wiki/LIRC
http://h-wrt.com/en/doc/ik
http://www.lirc.org/
-
raphik, buen trabajo.
Veo que el 'tuto' se va ampliando.
A ver si conseguimos que el hg553 o el hg556a nos preparen el 'cafelito' y las tostadas por la mañana ;D ;D
-
raphik, buen trabajo.
Veo que el 'tuto' se va ampliando.
A ver si conseguimos que el hg553 o el hg556a nos preparen el 'cafelito' y las tostadas por la mañana ;D ;D
Gracias, jar229. Habrás visto que ya podemos reproducir los mp3 de un pendrive. Ahora estoy con el control de volumen y emisoras.
Me temo que por ahora los hg55x no sirven para preparar el desayuno, pero como calienta tazas podrían valer.
:D
(http://t1.gstatic.com/images?q=tbn:ANd9GcTffB-1okRf1mcE3Sx6I5CjG-3MB60B1ZqP3ZlRITSB_s9Q8DDneA)
-
buenas. esta muy interesante el tema mi pregunta es se puede utilizar cualquier router que tenga un puerto USB o solo algunos modelos de router lo otro seria posible que hagan un video mostrando como se hace pero en español ya que el video que he visto para hacer esto esta en ingles agradecería mucho pudieran hacer un videotutorial muchas gracias buen tema me gustaría poder realizar esto con algún router barato.
-
Alguno ha utilizado alguna vez el comando "mountd"? Se supone que automonta unidades usb... funciona correctamente con unidades ntfs, pero las FAT32 da problemillas, no siempre las monta, y luego una vez quitada, se queda el puerto colgado.... Me pasa solo a Mi, o alguien que lo ha utilizado tiene los mismos sintomas??
Raphik, si bien a Mi Me funciona correctamente el puerto USB trasero, sin embargo no admite el hub USB al igual que no admitia el sonido... ese puerto es "rarito", asi que la cosa queda de la siguiente manera:
- Puerto superior: hub de 4 salidas, de las cuales una va al lector de tarjetas, otra al sonido y dos ya veremos.
- Puerto inferior: salida USB para pendrive.
Seguiremos informando.
-
CONFIRMADO!!!!!
El control remoto funciona con un raton inalambrico Typhoon..... No asi con el mando del Packard Bell.... por ahora....
La unica diferencia es que crea un event0 y un event1, y en este caso va por event1.
El typhoon lleva una gran cantidad de botones, por lo que es posible que podamos hacer funcionar TODAS las funciones de la radio, incluyendo el montaje/desmontaje de unidades, volumen, cambio de programa, mute, otras gestiones que se nos ocurran....
(http://sie.wk.io/shop/img/2008/7/1/D1/868132512_small.jpg)
Y a ver como incluyo la base dentro... espero no sea mu grande la placa....
-
CONFIRMADO!!!!!
El control remoto funciona con un raton inalambrico Typhoon..... No asi con el mando del Packard Bell.... por ahora....
La unica diferencia es que crea un event0 y un event1, y en este caso va por event1.
El typhoon lleva una gran cantidad de botones, por lo que es posible que podamos hacer funcionar TODAS las funciones de la radio, incluyendo el montaje/desmontaje de unidades, volumen, cambio de programa, mute, otras gestiones que se nos ocurran....
(http://sie.wk.io/shop/img/2008/7/1/D1/868132512_small.jpg)
Y a ver como incluyo la base dentro... espero no sea mu grande la placa....
¡Enhorabuena! Excelente aportación.
En el hg556a, el dispositivo /dev/input/event0 es la botonera del router (botones wifi y reset, en la parte trasera).
El dispositivo /dev/input/event1 es el ratón. Y si pinchas otro dispositivo (un teclado, por ejemplo), se crearía el dispositivo /dev/input/event2 y así sucesivamente.
Para conocer cuál es el nombre que OpenWrt asigna a cada tecla del ratón, teclea:
thd --dump /dev/input/event1
Pulsa los botones del ratón y observa la salida por consola. ¡Aparecen los nombres de los botones!
Por supuesto, ésto también vale para averiguar los nombres de los botones del router o los de un teclado qwerty.
Observa que OpenWrt también asigna nombre a la combinación simultánea de dos teclas. Es decir, botón izquierdo + botón derecho del ratón pulsados a la vez es un evento distinto a su pulsación por separado.
-
Pedido USB audio en DX, malditos!
Yo nunca he logrado hacer funcionar en linux un mando IR, con un USB IR que tengo desde hace años. Quizás vuelva a desempolvarlo. Reutilizar el mando del Macbook para estos menesteres :D
Me dan ganas de comprar un ratón inalámbrico desmontarlo y convertirlo en un mando (soldar lo botones a una plaquita mona :D)
-
Pedido USB audio en DX, malditos!
Yo nunca he logrado hacer funcionar en linux un mando IR, con un USB IR que tengo desde hace años. Quizás vuelva a desempolvarlo. Reutilizar el mando del Macbook para estos menesteres :D
Me dan ganas de comprar un ratón inalámbrico desmontarlo y convertirlo en un mando (soldar lo botones a una plaquita mona :D)
Pues cuidado, que parece ser que no todos los botones de los ratones son vistos.... El typhoon que estoy usando tiene 9 botones, y solo se reconocen 3 de momento.... Me pregunto si viendo los codigos de boton con el "Xev" en un Linux, y haciendo una conversion de codigos de pulsado ---> codigos de teclados se podria hacer algo... Por ahi voy investigando...
-
Bueno, seguimos investigando:
- El raton Typhoon solo responde a los eventos de boton izquiero, derecho y central, y ninguno mas ( desde thd ).
- Utilizando lsusb, responde ademas al movimiento y a la rueda central, pero los nombres de los eventos son distintos a los obtenidos con thd --listevents.
- Como conseguir una lista de eventos personalizada o personalizable?? Esa es la cuestion...
- El mando a distancia de Packard Bell no es reconocido en el arranque, dando el dmseg siguiente:
[ 270.828000] usb 2-1.1: new low-speed USB device number 4 using bcm63xx_ohci
[ 270.976000] generic-usb 0003:147A:E020.0001: usage index exceeded
[ 270.984000] generic-usb 0003:147A:E020.0001: item 0 2 2 2 parsing failed
[ 270.992000] generic-usb: probe of 0003:147A:E020.0001 failed with error -22
y ahora que???
-
Solucionado el tema del Typhoon al 90%!!!!
Resulta que event1 es el evento de los botones "normales" del raton, o sea, el derecho, izquierdo y central
y event0 son los botones "extra"!!!! De hecho, el resultado se ve como combinaciones de teclas ALT, functions y otras...
Asi que una llamada tal como thd --dump /dev/input/event0 /dev/input/event1 ve el resultado de todo el conjunto....
Aun falta la rueda central y el raton en si, pero por algo se empieza.....
Si por casualidad triggerhappy no nos parece bien, siempre podemos utilizar otro daemon: cmdpad.... muy pequeñito y versatil tambien... todo es ponerse!!!
-
Solucionado el tema del Typhoon al 90%!!!!
Resulta que event1 es el evento de los botones "normales" del raton, o sea, el derecho, izquierdo y central y event0 son los botones "extra"!!!! De hecho, el resultado se ve como combinaciones de teclas ALT, functions y otras...
Asi que una llamada tal como thd --dump /dev/input/event0 /dev/input/event1 ve el resultado de todo el conjunto....
Aun falta la rueda central y el raton en si, pero por algo se empieza.....
Si por casualidad triggerhappy no nos parece bien, siempre podemos utilizar otro daemon: cmdpad.... muy pequeñito y versatil tambien... todo es ponerse!!!
Ya veo que te estás divirtiendo. Enhorabuena nuevamente.
El hg556a reconoce los botones del router (wifi, reset, restart y ?) como dispositivo de entrada event0. Mi hg553 nunca me ha reconocido sus botones (wifi y reset), pero como OpenWrt muestra un comportamiento tan caprichoso con este router, llegué a pensar que el tuyo sí los reconocía.
Para visualizar qué códigos le envía la rueda central del ratón y sus propios desplazamientos, prueba con el comando:
cat /dev/input/event1 | hexdump
Esto provoca un volcado hexadecimal por consola de cualquier código que entre por el dispositivo event1.
-
Pedido USB audio en DX, malditos!
Yo nunca he logrado hacer funcionar en linux un mando IR, con un USB IR que tengo desde hace años. Quizás vuelva a desempolvarlo. Reutilizar el mando del Macbook para estos menesteres :D
Me dan ganas de comprar un ratón inalámbrico desmontarlo y convertirlo en un mando (soldar lo botones a una plaquita mona :D)
Las pruebas las podrías hacer con un ratón cableado y dejar para más adelante la compra de uno inalámbrico. Por otro lado, seguramene podrías conseguir un ratón inalámbrico USB de los antiguos (de los de bola y rodillos, no de los ópticos) tirado de precio en alguna tienda de segunda mano. Usar material viejo en proyectos nuevos tiene su encanto.
-
Antes de hacer algo inalámbrico, tiene mejor pinta coo el del post, su cajita y botonera + LCD.
Para inalámbrico el acceso desde android mejor.
Yo tengo pendiente llevar sonido a toda la casa, desde hace más de 20 años que tengo en casa esto:
(http://i.imgur.com/B0OXb.jpg)
En cada habitación un "mando", que simplemente enciende y hace sonar los altavoces de cada habitación. LLeva unos 7 años sin funcionar, antes estaba para "radio" simplemente con una minicadena/tocadiscos enchufado.
La idea es meter ahi un router (tengo un CT-5361 (mod de USB) ), (da pena usar un wifi N). Con la salida de audio enchufada.
Y desde cualquier lugar que tenga wifi en casa , controlar eso :)
Uff que de proyectos!!!
Otro, usar un router (0€), o un PIC con wifi, para accionar el relé de un portal. Con el móvil....
IP cámaras, sustituir el telefonillo, por algo más moderno, un aviso en el PC, de que están tocando el timbre...
Cuántas cosas y que poco tiempo:(
-
@tool ¡Qué cosas! Yo en casa también tengo un amplificador parecido al tuyo, sólo que el mío es el M-4011 (uno que no lleva VU-meter). Antes de liarme con este proyecto, estuve a punto de instalarle un módulo lector de mp3 sd+usb con sintonizador de FM y mando a distancia (SKU 126120) que venden en DX por 5€:
(http://img.dxcdn.com/productimages/sku_126120_1_small.jpg)
-
Creo que debo ser algo tonto a estas alturas, porque no tengo narices de que Triggerhappy Me funcione cuando el codigo entregado es el equivalente a 2 pulsaciones.... por ejemplo KEY_LEFTALT + KEY_LEFT.
No lo hace correctamente, o solo ejecuta la primera pulsacion y todas las demas seguidas, o da errores de parser.
Y en ningun sitio pone nada de como hacerlo, eso si, todo lo que existe en la red en un copypaste que solo ejecuta el ejemplo del inicio....
Alguna forma?
-
Creo que debo ser algo tonto a estas alturas, porque no tengo narices de que Triggerhappy Me funcione cuando el codigo entregado es el equivalente a 2 pulsaciones.... por ejemplo KEY_LEFTALT + KEY_LEFT.
No lo hace correctamente, o solo ejecuta la primera pulsacion y todas las demas seguidas, o da errores de parser.
Y en ningun sitio pone nada de como hacerlo, eso si, todo lo que existe en la red en un copypaste que solo ejecuta el ejemplo del inicio....
Alguna forma?
El orden en el que se pulsan las teclas importa. No es lo mismo KEY_LEFTALT+KEY_LEFT que KEY_LEFT+KEY_LEFTALT.
Observa que NO hay espacios alrededor del signo +. El nombre del evento es una cadena sin espacios.
EDITO:
El comando debe incluir ambos dispositivos de entrada (event0 y event1):
thd --triggers /root/pruebita.conf /dev/input/event0 /dev/input/event1
Es curioso, el evento se dispara pulsando las teclas justo en el orden contrario al que parecería lógico. Es decir, para que se dispare el evento KEY_LEFTALT+KEY_LEFT hay primero se pulsa y se mantiene pulsada KEY_LEFT y luego KEY_LEFTALT.
REEDITO:
La pulsación de tres teclas es todavía más irritante. He hecho la prueba y la pulsación botón izquierdo - rueda central - botón derecho del ratón no sólo no se corresponde con el evento BTN_LEFT+BTN_MIDDLE+BTN_RIGHT (que sería lo lógico), sino que responde a DOS eventos distintos: BTN_MIDDLE+BTN_RIGHT+BTN_LEFT y BTN_RIGHT+BTN_MIDDLE+BTN_LEFT.
-
De los miles de pruebas que hice ayer, jamas se me hubiera ocurrido invertir los eventos, y mira que hice experimentos......
Ya esta el raton entero operativo... si no fuera por un pequeño problema: Lo que en electrónica digital se denominan "rebotes", o sea, una pulsación provoca "micropulsaciones" que se traducen en otros tantos eventos..... Si ahora pulso las teclas correspondientes al volumen, por ejemplo, detecta varias pulsaciones en lugar de una, lo que va a obligar a crear una "ventana" de tiempo donde no se acepten eventos.... pero esto no se Me ocurre como.....
Seguiremos informando!!
Proximo paso: Si todo va bien, montaje interno de la interfaz de raton y montaje externo de la fuente de alimentacion...
-
Qué ratón más raro. Yo pensaba que todos incorporaban circuitos anti-rebote. Supongo que debe de estar averiado. ¿Lo has probado en el PC?
-
Errorrrrrrrrrrrrrrrrrrr......
El problema era que tenia thd en modo verbose, mientras ejecutaba otra consola para ver los nombres de los eventos.... se ve que algo de interacion hay y por eso pasaba ese pequeño fallo.... de todas formas, este raron estaba en un cajon por ser tan poco sensible asi que todavia no Me las doy de feliz....
Eso si, a ver si relleno ya el ultimo hueco dentro del ruter para meter el circuito receptor, que es gordito... y debe quedar sitio para los anclajes de la fuente externa y el display cuando lo haya...
-
Parece mentira lo que cabe dentro del ruter: un hub USB, un amplificador, una interfaz de ratón, un lector de tarjetas y una tarjeta de sonido... y por detras hay sitio para colocar los anclajes para el cargador..... juer...... y no olvidemos el zumbador para que suene cada vez que pulso una tecla en el raton... eso queda por implementar.....
Ahora a programar un par de cosillas y scripts e ideas... y a esperar a conseguir un display barato :)
(http://farm8.staticflickr.com/7265/7816393264_572a504f93_m.jpg)
(http://farm9.staticflickr.com/8303/7816391004_baa8a9f301_m.jpg)
(http://farm9.staticflickr.com/8432/7816388836_4ac46ce3f4_m.jpg)
(http://farm9.staticflickr.com/8429/7816385124_a45704b695_m.jpg)
(http://farm9.staticflickr.com/8283/7816383188_19eb298588_m.jpg)
(http://farm8.staticflickr.com/7108/7816387060_2ba9fe5c92_m.jpg)
(http://farm9.staticflickr.com/8446/7748966692_8cfda90857_m.jpg)
-
Buenas, me re-uno al foro porque hace tiempo que también hice este mod. En mi caso usé un livebox 1. Cuyo resultado fue éste
http://files.myopera.com/danitool/livebox/wifiradio/lvbx_wifiradio_s.JPG
Se puede apreciar que para el control de la radio usé un receptor de infrarrojos con mando a distancia incluido. El receptor va enchufado a la entrada sonido de la propia tarjeta usb por lo que no es necesario usar un usb extra. La circuitería usada para usar lirc a través del sonido fue esta
http://files.myopera.com/danitool/livebox/wifiradio/lircalsa.jpg
Para que funcione es necesario compilar lirc con el soporte lirc-alsa, lo cual solo se puede hacer modificando el propio paquete lirc de openwrt. Decir que actualmente me funciona más que perfecto el mando a distancia.
Sobre vuestro problema en el hg553 ó hg556a de que no os funciona un puerto, ya hace tiempo existe el problema. También existe un parche que resuelve esto. En el ticket:
https://dev.openwrt.org/ticket/11375
Sobra decir que es necesario compilar Openwrt con este parche incluido.
Por lo demás seguiré este hilo a ver que más propuestas interesantes teneis.
Por cierto Sir-Stephen vaya brutalidad de montaje te curraste. ¿La tarjeta de sonido que modelo es?
-
Ayer y hoy estuve viendo el tema el mando por el mic, pero no encontraba el lirc compilado en alsa, y mis conocimientos de linux no dan para mas.... la culpa la tiene el mando a distancia este de packard bell, que no funciona ni a tiros en el ruter....
La tarjeta es una de esas chiquitinas de 3 euros, no tiene ni marca... es de ebay
http://www.ebay.es/itm/TARJETA-DE-SONIDO-USB-3D-5-1-VIRTUAL-DJ-ESPANA-/150866094344?pt=LH_DefaultDomain_186&hash=item232051e908#ht_538wt_1163 (http://www.ebay.es/itm/TARJETA-DE-SONIDO-USB-3D-5-1-VIRTUAL-DJ-ESPANA-/150866094344?pt=LH_DefaultDomain_186&hash=item232051e908#ht_538wt_1163)
Oye, si tienes ese lirc en alsa.... ejem ejem ;D ... asi dejo mas vacio el ruter este....
REEDITANDO UN POCO:
Hay que ver lo que ocupa todo en memoria del ruter... me deja solo 5 y pico megas libres... y necesito instalar algo que ocupa 7... que es lo superfluo que se podria eliminar? o hay modo de "aumentar" la memoria?
-
Hay que ver lo que ocupa todo en memoria del ruter... me deja solo 5 y pico megas libres... y necesito instalar algo que ocupa 7... que es lo superfluo que se podria eliminar? o hay modo de "aumentar" la memoria?
Mírate este hilo: https://foro.seguridadwireless.net/openwrt/instalacion-de-openwrt-y-mas-en-wrt160nl/
(USO DE DISCO EXTERNO PARA INSTALAR EL SISTEMA, DATOS Y PARTICION SWAP)
Vaya nivelazo que tenéis 'cacharreando' >:( >:( >:(
Yo veo un soldador y empiezo a temblar ;D
Danitool me alegro de volverte a ver por aquí ;)
-
Bien continúo con el tema de lirc, necesario para controlar con mando a distancia una radio wifi, aunque no imprescindible.
Los archivos que tenemos que modificar están en nuestro árbol del sistema para compilar Openwrt en:
feeds/packages/utils/lirc/
Allí encontraremos los archivos necesarios para compilar lirc, en principio solo el Makefile, aunque nosotros podemos añadir los de configuración para nuestro mando a distancia también.
Este es el directorio tanto con el Makefile modificado como con los archivos de configuración
http://files.myopera.com/danitool/livebox/wifiradio/lirc-package.zip
Solo hay que sustituir los que tenemos en nuestro árbol de compilación para Openwrt Backfire, y ya tendremos listo lirc para funcionar con el mod de lirc-alsa.
Nótese que según el mando a distancia que usemos, que a priori puede ser cualquiera los archivos de configuración son diferentes. Tomad los miós simplemente como referencia.
También sería posible usar otro tipo de receptor, por ejemplo éste:
http://www.ebay.es/itm/USB-PC-Remote-Control-Wireless-Mouse-keyboard-MCE-Win-7-Vista-USB-Receive-/221019307524?pt=US_Remote_Controls_Pointers&hash=item3375c6fe04
El cual por 7 euros con mando a distancia incluido es más que barato. Para el cual habría que modificar la línea 104 poniendo: --with-driver="mceusb" \
Puedo compilar el paquete lirc para Backfire si veis que no sois capaces. De todas formas pienso que es bueno que vosotros mismo lo hagais. En mi caso yo modifico los archivos en el árbol de compilación, y luego simplemente flasheo con la radio wifi ya funcionando desde el primer arranque de Openwrt.
Vamos que prácticamente ya podemos compilar un firmware ya configurado, lo cual es cómodo y seguro en caso de que tengamos cualquier problema en el router solo es volver a flashear y listo.
Espero que alguien pruebe esto de lirc y comente que tal le funciona.
Por cierto como alguno sabrá podeis encontrarme en el IRC de freenode en el canal openwrt por si alguien quiere comentarme algo en "directo".
-
Buenas, me re-uno al foro porque hace tiempo que también hice este mod. En mi caso usé un livebox 1. Cuyo resultado fue éste
http://files.myopera.com/danitool/livebox/wifiradio/lvbx_wifiradio_s.JPG
Se puede apreciar que para el control de la radio usé un receptor de infrarrojos con mando a distancia incluido. El receptor va enchufado a la entrada sonido de la propia tarjeta usb por lo que no es necesario usar un usb extra. La circuitería usada para usar lirc a través del sonido fue esta
http://files.myopera.com/danitool/livebox/wifiradio/lircalsa.jpg
Para que funcione es necesario compilar lirc con el soporte lirc-alsa, lo cual solo se puede hacer modificando el propio paquete lirc de openwrt. Decir que actualmente me funciona más que perfecto el mando a distancia.
Sobre vuestro problema en el hg553 ó hg556a de que no os funciona un puerto, ya hace tiempo existe el problema. También existe un parche que resuelve esto. En el ticket:
https://dev.openwrt.org/ticket/11375
Sobra decir que es necesario compilar Openwrt con este parche incluido.
Por lo demás seguiré este hilo a ver que más propuestas interesantes teneis.
Por cierto Sir-Stephen vaya brutalidad de montaje te curraste. ¿La tarjeta de sonido que modelo es?
Me alegro de volver a verte por aquí danitool ;).
Voy a incorporar este parche al firmware del HG556a.
Ayer y hoy estuve viendo el tema el mando por el mic, pero no encontraba el lirc compilado en alsa, y mis conocimientos de linux no dan para mas.... la culpa la tiene el mando a distancia este de packard bell, que no funciona ni a tiros en el ruter....
La tarjeta es una de esas chiquitinas de 3 euros, no tiene ni marca... es de ebay
http://www.ebay.es/itm/TARJETA-DE-SONIDO-USB-3D-5-1-VIRTUAL-DJ-ESPANA-/150866094344?pt=LH_DefaultDomain_186&hash=item232051e908#ht_538wt_1163 (http://www.ebay.es/itm/TARJETA-DE-SONIDO-USB-3D-5-1-VIRTUAL-DJ-ESPANA-/150866094344?pt=LH_DefaultDomain_186&hash=item232051e908#ht_538wt_1163)
Oye, si tienes ese lirc en alsa.... ejem ejem ;D ... asi dejo mas vacio el ruter este....
REEDITANDO UN POCO:
Hay que ver lo que ocupa todo en memoria del ruter... me deja solo 5 y pico megas libres... y necesito instalar algo que ocupa 7... que es lo superfluo que se podria eliminar? o hay modo de "aumentar" la memoria?
La forma más sencilla de ahorrar memoria en el router es compilar un firmware con todo lo que vayas a instalar. De esta forma, todo irá alojado en el squashfs, ahorrando muchísimo espacio. Por el contrario, todos los paquetes que instaléis posteriormente irán a una partición jffs2 no tan comprimida como la squasfs (20-30% http://wiki.openwrt.org/doc/techref/filesystems).
-
Bueno pues ya estamos en marcha intentando compilar.... ahora bien.... y donde andan esos paquetes opcionales para insertarlos? o sea triggerhappy, flite, samba, dmount, etc etc..... en la rama trunk esta el source de lo necesario para el kernel pero no veo esos opcionales que vosotros incluis... donde andan?????
-
Para descargar backfire
svn co svn://svn.openwrt.org/openwrt/branches/backfire
Para actualizar el arbol de paquetes para compilar
cd backfire
./scripts/feeds update -aya tendremos el directorio de paquetes al que me refería, pudiendo modificar lo necesario
para instalar paquetes
./scripts/feeds install triggerhappy samba lirc
seleccionar paquetes
make menuconfiguna vez dentro del menú ajustamos el sistema seleccionando aquello que nos interesa además de los paquetes instalados
tunear el kernel
make kernel_menuconfig
compilar
make V=99
-
Buenas, me re-uno al foro porque hace tiempo que también hice este mod. En mi caso usé un livebox 1. Cuyo resultado fue éste
http://files.myopera.com/danitool/livebox/wifiradio/lvbx_wifiradio_s.JPG
Se puede apreciar que para el control de la radio usé un receptor de infrarrojos con mando a distancia incluido. El receptor va enchufado a la entrada sonido de la propia tarjeta usb por lo que no es necesario usar un usb extra. La circuitería usada para usar lirc a través del sonido fue esta
http://files.myopera.com/danitool/livebox/wifiradio/lircalsa.jpg
Para que funcione es necesario compilar lirc con el soporte lirc-alsa, lo cual solo se puede hacer modificando el propio paquete lirc de openwrt. Decir que actualmente me funciona más que perfecto el mando a distancia.
Sobre vuestro problema en el hg553 ó hg556a de que no os funciona un puerto, ya hace tiempo existe el problema. También existe un parche que resuelve esto. En el ticket:
https://dev.openwrt.org/ticket/11375
Sobra decir que es necesario compilar Openwrt con este parche incluido.
Por lo demás seguiré este hilo a ver que más propuestas interesantes teneis.
Por cierto Sir-Stephen vaya brutalidad de montaje te curraste. ¿La tarjeta de sonido que modelo es?
Gracias por la aportación.
Es muy interesante el montaje del TSOP conectado a la entrada de micro. Yo estoy considerando conectarlo al puerto serie del router (http://www.lirc.org/receivers.html)
Lo de compilar OpenWrt es un asunto que todavía tengo pendiente. Espero ponerme pronto.
-
Yo estoy considerando conectarlo al puerto serie del router (http://www.lirc.org/receivers.html)
Lo de compilar OpenWrt es un asunto que todavía tengo pendiente. Espero ponerme pronto.
Me temo que ese montaje para lirc solo es válido para un puerto serie RS232 de un PC y no el puerto serie de un router.
De todas formas es recomendable que hagas ese montaje para usarlo en tu ordenador de mesa, útil por ejemplo para extraer los códigos del mando a distancia que usarás en el router, con otro receptor se entiende ya que como digo el montaje lirc serial en principio no es válido para conectar en un puerto serie TTL que suelen usar los routers.
-
Hora de postear algún script.
El siguiente script lo que hace es, una vez que pinchamos una llave usb en el router, al ejecutarse para la reproducción del stream del audio de internet, carga los archivos de la llave usb en la base de datos de mpd y acto seguido los reproduce. Si se vuelve a ejecutar de nuevo desmonta el usb y reproduce de nuevo las estaciones de radio
#!/bin/sh
/etc/init.d/triggerhappy stop
killall -s KILL lircd
LED=`cat /sys/class/leds/phone/brightness`
if [ $LED -eq 0 ]; then
mount /dev/sda1 /mnt
mpc -q update
mpc -q clear
echo 255 > /sys/class/leds/phone/brightness
stat="Updating DB"
while [ "$stat" = "Updating DB" ]; do
stat=`mpc|egrep -o "Updating DB"`
sleep 1
done
mpc -q add /
mpc -q play 0
mpc -q play 1
else
mpc -q clear
mpc -q load radiostations > /dev/null
mpc -q play
umount /mnt
echo 0 > /sys/class/leds/phone/brightness
fi
lircd --driver=audio_alsa -d plughw@24000
irexec --daemon /etc/wifiradio/lircrc
/etc/init.d/triggerhappy start
Nótese que un led es usado en el script para indicar si se está reproduciendo contenido del usb. En rojo he puesto lo que podría variar según la configuración que use cada uno.
El script va asociado tanto a un botón del router como a un botón del mando a distancia, mientras se ejecuta el script se paran los demonios de lirc y triggerhappy para evitar que otra pulsación de botón vuelva loco el tema.
Si alguien sabe como se podría ejecutar este script automáticamente simplemente con solo enchufar el pendrive usb que me ilumine.
-
...
Si alguien sabe como se podría ejecutar este script automáticamente simplemente con solo enchufar el pendrive usb que me ilumine.
El comando hotplug2 detecta y exporta al espacio de usuario las señales "uevent" que emite el kernel cada vez que un dispositivo se conecta "en caliente". Para poder usarlo, hay que instalar el paquete hotplug2.
Lo acabo de instalar para hacer pruebas, así que no te podré ser de mucha ayuda. Hay un script prometedor en /etc/hotplug.d/usb/10-usb. Lo he editado y funciona:
#!/bin/sh
case "$ACTION" in
add)
echo "usb enchufado" > /dev/ttyS0 ;;
remove)
echo "usb desenchufado" /dev/ttyS0 ;;
esac
La documentación es cortita: http://wiki.openwrt.org/doc/techref/hotplug
Aquí hay un ejemplo de uso: https://forum.openwrt.org/viewtopic.php?id=17827
Suerte.
-
La primera en la frente:
-A probar la compilacion de la rama TRUNK.... por defecto, debe salir el mismo .bin que el primero que usamos para la radio.....
- Compruebo todos los archivos a insertar, que son los mismos que los que salen con opkg list-installed.
- Make V=99
- Acaba sin problema, pero obtengo un .bin 200 megas mas pequeño que el original que funciona...
- Por supuesto, NO FUNCIONA.....
- Que Me perdí? Hay que tocar algo en la configuracion del compilador o en algun sitio? Falta algo?
REEDITANDO:
Por cierto, ayer probe el flite o sintetizador de voz aqui en OpenWRT.... error, algo asi como "segmentacion fault"... lo probare en un SUSE a ver si va, pero... alguna idea?
Y el link de como añadir un disco duro para tener mas memoria overlay... pues tras unas pocas consultas, tampoco va.... de hecho, ya hay memoria overlay en este ruter, y no consigo que el nuevo almacenamiento la "sume" o "sustituya"...
Esta visto que esto no va mu bien que digamos.....
-
En cuanto al tema del overlay (que de la radio no tengo ni idea). Supongo que te refieres a instalar extroot (http://wiki.openwrt.org/doc/howto/extroot) yo lo tengo montado en un par de hg553 sin problemas ^-^
Míraste este hilo ? https://foro.seguridadwireless.net/openwrt/instalacion-de-openwrt-y-mas-en-wrt160nl/
-
En cuanto al tema del overlay (que de la radio no tengo ni idea). Supongo que te refieres a instalar extroot (http://wiki.openwrt.org/doc/howto/extroot) yo lo tengo montado en un par de hg553 sin problemas ^-^
Míraste este hilo ? https://foro.seguridadwireless.net/openwrt/instalacion-de-openwrt-y-mas-en-wrt160nl/
Bueno, un tema solucionado: En Mi caso ha sido comenzar a instalar todo con el pen puesto, y ya ha "colado".... asi que a buscar un pen y colocarlo en el ultimo puerto usb que Me queda libre en el interior del trasto, que por cierto deje el conector.... Una cosa menos... asi Me ahorro las compilaciones y esas cosas, que creo no Me van a salir jamas, que seguro que hay 20.000 cosas que tocar aunque solo sea para compilar el firm por defecto de la pagina 1, vamos.....
Ademas, seguro que con tanta memoria disponible, encontramos la manera de grabar las canciones, como en el programa "Screamer Radio"...
Ahora instalare el flite, y a ver si consigo que funcione a traves de los altavoces, y simultaneamente... la idea es que al dar a algun boton del mando a distancia, se "oiga" la accion.... vaya engendro que va a salir....
-
Bueno, pues los primeros experimentos con flite para hacer "hablar" los comandos del ando a distancia por raton siguen con un "segmentaction fault", y esto no hace nada....
En Youtube hay un clip que se ve que funciona, pero es con un ruter Asus, lo cual Me da a pensar si no habra alguna incompatibilidad hardware....
Alguien ha probado flite en el ruter?
NUEVOS PROBLEMAS, REEDITANDO....
tras aparcar un ratito el flite, a intentar compilar la version de lirc con la opcion de microfono... y no hay manera.... al ejecutar make, Makefile informa de que faltan 3 archivos ( rules.mk, packages.mk y kernel.mk ) Creo que es un tema del camino de busqueda, del path, pero no tengo narices e ver como o que estoy haciendo mal.... comienzo a quemarme de nuevo entre el no funcionamiento de flite y mi incapacidad absoluta y demostrada de compilar algo, sea kernel o el simple lirc......
-
Compilar Openwrt creo que ahora mismo con el trabajo que se curraron los desarrolladores y en el nivel que está esta distro, podría decirse que casi es tarea de niños.
El paquete lirc que posteé aquí hay que tener en cuenta que es para la rama estable Backfire. La rama trunk usará otra versión de lirc por tanto habría que modificar los archivos correspondientes que se descargan por defecto en el directorio de paquetes.
He de decir que de momento prefiero la rama Backfire si bien para routers potentes de la gama de los hg553 la rama trunk funciona muy bien. Por otra parte está al caer la nueva versión estable de Attitude Adjustment. Pero de momento prefiero Backfire ya que me ha dado mejores resultados en mi router que no es que ande sobrado de recursos precisamente además de evitar el inconveniente de andar cabalgando en una versión que evoluciona constantemente lo que nos deja sin eventualmente sin soporte, ya que la evolución es muy rápida.
Un apunte, sobre el tema de botones, triggerhapy se puede usar de la misma forma que usais en los botones de un chisme usb con los botones del propio router. Aunque el HG553 no tiene los botones definidos. Si a alguien le interesa, que identifique los gpio asociados a los botones (mediante gpioctl por ejemplo es sencillo), puedo enviar un parche al bugtracker. Cuanto antes mejor ya que tardan mucho en incorporar los parches.
-
...
Ademas, seguro que con tanta memoria disponible, encontramos la manera de grabar las canciones, como en el programa "Screamer Radio"
...
Yo diría que MPD es capaz de grabar flujo de audio en disco. Bajo el apartado "Audio Output" del fichero /etc/mpd.conf hay unas cuantas líneas reveladoras:
# An example of a recorder output:
#
#audio_output {
# type "recorder"
# name "My recorder"
# encoder "vorbis" # optional, vorbis or lame
# path "/var/lib/mpd/recorder/mpd.ogg"
## quality "5.0" # do not define if bitrate is defined
# bitrate "128" # do not define if quality is defined
# format "44100:16:1"
#}
Todo es cuestión de investigar.
-
...
Un apunte, sobre el tema de botones, triggerhapy se puede usar de la misma forma que usais en los botones de un chisme usb con los botones del propio router. Aunque el HG553 no tiene los botones definidos. Si a alguien le interesa, que identifique los gpio asociados a los botones (mediante gpioctl por ejemplo es sencillo), puedo enviar un parche al bugtracker. Cuanto antes mejor ya que tardan mucho en incorporar los parches.
Con un ratón de tres botones se puede controlar el MPD. Por ejemplo, el botón central se puede utilizar para cambia el "modo de operación" (volumen, emisora, lista de reproducción...) y los otros para aumentar o disminuir su valor (subir o bajar el volumen, pasar a la emisora siguiente o a la anterior, etc.)
El hg553 sólo tiene los botones 'WiFi' y 'reset', lo que no da tanto juego como el hg556a. Pero sin el parche es justo como si no tuviera ninguno.
-
CONTROL MEDIANTE INTERFAZ WEB
(Nuevo contenido desde el 14 de abril de 2013)
Ahora, en un solo script aún más simple. Lo he probado y funciona con los navegadores IE y Firefox.
Hay que copiarlo en la carpeta /www/cgi-bin de router y hacerlo ejecutable desde una sesión telnet tecleando: chmod ugo+x /www/cgi-bin/radio.sh
#!/bin/sh
# Este script permite controlar mpd desde el explorador de internet del PC
# 14/04/2013 by raphik
# INSTRUCCIONES:
# nombre del fichero: radio.sh
# - copia este fichero en la carpeta www/cgi-bin del router
# - conviértelo en ejecutable: chmod +x /www/cgi-bin/radio.sh
# - en el PC, lanza el navegador de internet y teclea la URL:
# [IP_del_router]/cgi-bin/radio.sh
#
read -t 1 mensaje
echo -e "Content-type:text/html\n\n"
echo "Mensaje recibido: $mensaje
"
case ${mensaje:0:3} in
ant) mpc -q prev;;
mar) mpd; mpc -q repeat on; mpc -q play;;
par) mpc -q stop; mpd --kill;;
sig) mpc -q next;;
baj) mpc -q volume -5;;
sub) mpc -q volume +5;;
esac
/bin/cat <<EOF
<html>
<body>
<form action="" method="POST">
<input type="submit" name="ant_INPUT" value="Anterior">
<input type="submit" name="mar_INPUT" value="Marcha">
<input type="submit" name="par_INPUT" value="Parada">
<input type="submit" name="sig_INPUT" value="Siguiente">
<p>
<input type="submit" name="baj_INPUT" value="Bajar vol.">
<input type="submit" name="sub_INPUT" value="Subir vol.">
</form>
</body>
</html>
EOF
exit
Saludos.
-
Uy, si vamos casi a lo mismo..... Llevo todo el dia puliendo una interfaz en Java monísima... Va de escándalo y muestra en pantalla algo similar a un mediaplayer.... Es muy fluidita y ahora mismo estoy creando los iconos de los botones.... :)
Sigo preguntando: alguien ha usado flite?
-
Excelente trabajo raphik. Supongo que para hacer funcionar los scripts cgi es necesario un demonio web, uhttpd?.
No sé si incorporar esto a mi reproductor ya que los recursos del livebox son limitadísimos. Ahora estoy pensando en incorporar una "pantalla LCD". Lo pongo entre comillas porque lo que tengo pensado usar es un marco digital de fotos. Detalles en
https://forum.openwrt.org/viewtopic.php?id=34133&p=1
Ya encargué un cacharrito de estos por eBay, por 8 euros:
http://www.ebay.es/itm/New-Mini-2-4-inch-Digital-Time-Day-Calendar-Alarm-Clock-Photo-Frame-POF16-/260883908884?pt=LH_DefaultDomain_0&hash=item3cbde48914
Por cierto, cuando reproducimos música almacenada, alguien tiene un script o sabe como hacer para reproducir una carpeta?. Digamos en lugar de enviar la orden "siguiente canción", enviar la orden "siguiente carpeta".
-
Excelente trabajo raphik. Supongo que para hacer funcionar los scripts cgi es necesario un demonio web, uhttpd?
...
Gracias, danitool.
Efectivamente, para mover los CGI hace falta tener instalado uhttpd. Pero seguramente tienes LuCI instalado ¿no? Si te funciona LuCI , te funcionarán estos scripts. Son 100% compatibles con BusyBox (están en Almquist Shell) justo para evitar tener que instalar los paquetes bash adicionales. Tampoco hace uso de php, por el mismo motivo. El efecto colateral es que no hay manera de pasar datos de un script a otro.
EDITO: Bueno, ya nos contarás si te funciona.
-
...
Sigo preguntando: alguien ha usado flite?
No, nunca.
-
Por cierto, cuando reproducimos música almacenada, alguien tiene un script o sabe como hacer para reproducir una carpeta?. Digamos en lugar de enviar la orden "siguiente canción", enviar la orden "siguiente carpeta".
Supongo que el script que necesitas es algo así:
#!/bin/sh -
# Script carpeta.sh
# 28/08/2012 by raphik
# Esto es un script. Cópialo en /root y conviértelo en ejecutable tecleando: chmod ugo+x /root/carpeta.sh
# Para inicializarlo: /root/./carpeta.sh ini
# Para que se oiga la siguiene carpeta: /root/./carpeta.sh sig
case "$1" in
ini) echo "Inicializando..."
# lanzar MPD
killall -q -9 mpd
mpd
# forzar la actualización de la base de datos
mpc -q update
# obligar a MPD a detenerse tras sonar el último de la carpeta
mpc -q repeat off
# averiguar en qué carpeta está la música
MUSICA=$(cat /etc/mpd.conf | grep -e music_directory)
MUSICA=${MUSICA:17}
MUSICA=${MUSICA%?}
# averiguar cuántas carpetas hay en total
TOTAL=$(ls /root/music | sed -n '$=')
# guardar variables
echo $MUSICA > /tmp/carpeta.info
echo 0 >> /tmp/carpeta.info
echo $TOTAL >> /tmp/carpeta.info
;;
sig) # leer variables
MUSICA=$(cat /tmp/carpeta.info | sed -n 1p )
ACTUAL=$(cat /tmp/carpeta.info | sed -n 2p )
TOTAL=$(cat /tmp/carpeta.info | sed -n 3p )
if [ $ACTUAL -lt $TOTAL ] ; then
ACTUAL=$(($ACTUAL+1))
echo $MUSICA > /tmp/carpeta.info
echo $ACTUAL >> /tmp/carpeta.info
echo $TOTAL >> /tmp/carpeta.info
mpc -q clear
ls $MUSICA | sed -n $(($ACTUAL))p | mpc -q add
echo -e "Reproduciendo la carpeta #$ACTUAL: \e[1;34m$(ls $MUSICA | sed -n $(($ACTUAL))p) \e[00m"
mpc -q play
else
echo "Ya no quedan más carpetas que reproducir"
fi
;;
*)
echo ""
echo "Sintaxis: $0 <comando>"
echo "Comandos:"
echo " carpeta ini lanza MPD"
echo " carpeta sig reproduce la carpeta siguiente"
echo ""
;;
esac
exit
NOTA: La carpeta principal /root/music (o la que hayamos declarado en el fichero de configuración /etc/mpd.conf) no contendrá ningún fichero "suelto". Todos los ficheros de audio deberán estar en subcarpetas.
-
Bueno, pues desde hace horas oigo la radio en la HG553 gracias a la interfaz Java que le he desarrollado......
Es la version 1.0, mejorable a tope, pero es un comienzo.... Esta en formato .jar ejecutable, con lo que con un doble clic sale rulando... La podeis bajar desde:
https://www.box.com/files#/files/0/f/369941817/C%C3%B3digo (https://www.box.com/files#/files/0/f/369941817/C%C3%B3digo)
Imprescindible tener una máquina virtual de Java instalada.... Si tiene pegas o similar, ya Me decis y algo se ocurrirá, seguro.
Espero os guste!!!! >:(
-
Bueno, ya disponible la version 2.0 del reproductor Java para esta radio >:(. Las novedades son:
- Presuponemos que tenemos acceso a algun tipo de almacenamiento a traves de Samba.
- Para facilitar las cosas, las carpetas mpd y mpd/playlists no estan ocultas, y estan sitas en el almacenamiento anteriormente dicho... En Mi caso, un pendrive de 8 GB montado interno, pero podria ser parte de la memoria o similar.... Expertos en Linux podrán darme mas pistas.
- Gestión de playlists, carga, almacenamiento, borrado, descarga y sobre todo, un "pseudo-interpretador" de archivos *.pls
En fin, que si hay dificultades, Me digais...
https://www.box.com/files#/files/0/f/369941817/1/f_3057788275 (https://www.box.com/files#/files/0/f/369941817/1/f_3057788275) ;D
-
Apenas llevo unos meses por aquí y tal, pero... Bueno, yo también me he montado un MPD (en mi caso en un Astoria de los de ya.com) y al final acabo usando clientes para "cosas con pantalla"... Para Android tenéis el mpdroid y el DroidMPD (este último un poco más cutre). Para windows y linux modo gráfico, el gmpc (hay versión portable para windows). Para linux, modo consola, el ncmpc (tengo que mirar si lo puedo instalar también para Kindle).
Aún así tengo esta tarjetilla de sonido ( me costó tres ó cuatro euros o algo menos):
(http://image.made-in-china.com/2f0j00FBJQCTMhnrqz/USB-Sound-Card-with-Virtual-7-1CH-C-Media-Chipset-.jpg)
EDITO: confirmado, detecta los botones con el módulo de kernel del "teléfono" cm109. Para instalarlo:
opkg install kmod-usb-cm109
con el event_test detecta tres botones :
root@OpenWrt:/lib/modules# event_test /dev/input/event1
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0xd8c product 0xe version 0x100
Input device name: "CM109 USB driver"
...
Event: time 1347814624.129163, type 1 (Key), code 115 (VolumeUp), value 1
Event: time 1347814624.129172, type 0 (Reset), code 0 (Reset), value 0
Event: time 1347814624.865134, type 1 (Key), code 115 (VolumeUp), value 0
Event: time 1347814624.865150, type 1 (Key), code 114 (VolumeDown), value 1
Event: time 1347814624.865155, type 0 (Reset), code 0 (Reset), value 0
EDITO, para finalizar. Funcionando el triggerhappy con estas cosas y tal... Configuración aquí presente:
root@OpenWrt:~# cat /etc/triggerhappy/triggers.d/soundcard.conf
KEY_MIN_INTERESTING 0 /usr/bin/mpc toggle
KEY_VOLUMEDOWN 0 /usr/bin/mpc next
KEY_VOLUMEUP 0 /usr/bin/mpc prev
Ahora cuando llegue a casa sólo tendría que darle al botoncito y ya estaría funcionando. El volumen lo controlo con los altavoces, aunque la idea de hacer un script que dándole al KEY_MIN_INTERESTING cambie la funcionalidad y con el VOLUMEDOWN y VOLUMEUP ajuste no parece muy complicada. Será plan de mirármelo un día de estos :P
EDICIÓN POSTUMA: jooo, cuando activo el triggerhappy suena un ruidillo de fondo que me rompe :(
-
Gracias por el aporte, brunorro.
Yo también tengo por ahí un Astoria ARV7518PW, pero todavía no he tenido tiempo de toquetearlo.
Lo del ruidito de fondo es una lástima. ¿Es por culpa del triggerhappy o de la tarjeta de sonido? Tal vez podrías utilizar los botones "RESET" y "WLAN" del propio router para cambiar de emisora.
Un saludo y gracias por comentar.
-
Gracias por el aporte, brunorro.
Yo también tengo por ahí un Astoria ARV7518PW, pero todavía no he tenido tiempo de toquetearlo.
Lo del ruidito de fondo es una lástima. ¿Es por culpa del triggerhappy o de la tarjeta de sonido? Tal vez podrías utilizar los botones "RESET" y "WLAN" del propio router para cambiar de emisora.
Un saludo y gracias por comentar.
He intentado atacar contra los botones de reset y tal pero no lo he conseguido... En fin, a todo se acostumbra uno y el oído es selectivo :-\
Con un ratón de tres botones se puede controlar el MPD. Por ejemplo, el botón central se puede utilizar para cambia el "modo de operación" (volumen, emisora, lista de reproducción...) y los otros para aumentar o disminuir su valor (subir o bajar el volumen, pasar a la emisora siguiente o a la anterior, etc.)
El hg553 sólo tiene los botones 'WiFi' y 'reset', lo que no da tanto juego como el hg556a. Pero sin el parche es justo como si no tuviera ninguno.
He aquí un presente (en forma de script) para los que quieran controlar el MPC con tres botones, actualmente funcionando en este mi astoria ;)
#!/bin/sh
################################################
# Three Buttons control for MPC + triggerhappy
################################################
#
# Writes a current lock/function file to
# FUNCTION_DIR so think about the permissions
#
# Hardcoded led status for the ASTORIA
# ARV7518PW
#
# It's not using shell arrays because it's
# originally written on OpenWRT
#
# Remember: I'm not responsible of any problem
# that you could have after executing it and
# of course, you can improve it, copy and
# blablablah... But if you make any money
# with it, tell me. Just curiosity :P
#
################################################
# Version 0.001 <-> 2012-09-18
# brunorro
################################################
FUNCTIONS="MPC_REPRODUCTION MPC_VOLUME MPC_SONG MPC_SEEK"
DEFAULT_FUNCTION_NAME="MPC_REPRODUCTION"
DEFAULT_FUNCTION_NUMBER=0
FUNCTION_DIR="/var/lock"
CURRENT_FUNCTION_NUMBER=0
CURRENT_FUNCTION_NAME=""
sizeof(){ echo $#; }
set_leds_ARV7518PW (){
let LED1=$CURRENT_FUNCTION_NUMBER/2
let LED0=$CURRENT_FUNCTION_NUMBER%2
echo $LED0 > /sys/class/leds/soc:green:phone1/brightness
echo $LED1 > /sys/class/leds/soc:green:phone2/brightness
}
read_current_function(){
for f in $FUNCTIONS; do
if [[ -e $FUNCTION_DIR/$f ]]; then
CURRENT_FUNCTION_NAME=$f;
break;
fi;
let CURRENT_FUNCTION_NUMBER=$CURRENT_FUNCTION_NUMBER+1;
done;
if [[ $CURRENT_FUNCTION_NUMBER -eq $(sizeof $FUNCTIONS) ]]; then
echo "No current function, changing to DEFAULT"
CURRENT_FUNCTION_NUMBER=$DEFAULT_FUNCTION_NUMBER;
CURRENT_FUNCTION_NAME=$DEFAULT_FUNCTION_NAME;
fi;
[[ "$(grep ARV7518 /proc/cpuinfo)" ]] && set_leds_ARV7518PW;
}
increase_current_function(){
[[ $CURRENT_FUNCTION_NAME ]] && [[ -e $FUNCTION_DIR/$CURRENT_FUNCTION_NAME ]] && rm $FUNCTION_DIR/$CURRENT_FUNCTION_NAME;
let CURRENT_FUNCTION_NUMBER=$CURRENT_FUNCTION_NUMBER+1;
let CURRENT_FUNCTION_NUMBER=$CURRENT_FUNCTION_NUMBER%$(sizeof $FUNCTIONS);
let i=0;
for f in $FUNCTIONS; do
if [[ $CURRENT_FUNCTION_NUMBER -eq $i ]]; then
CURRENT_FUNCTION_NAME=$f;
break;
fi;
let i=$i+1;
done;
touch $FUNCTION_DIR/$CURRENT_FUNCTION_NAME
[[ "$(grep ARV7518 /proc/cpuinfo)" ]] && set_leds_ARV7518PW;
}
exec_mpc_command(){
case $CURRENT_FUNCTION_NAME in
MPC_REPRODUCTION)
mpc toggle;;
MPC_VOLUME)
[[ $@ = UP ]] && mpc volume +5 || mpc volume -5 ;;
MPC_SONG)
[[ $@ = UP ]] && mpc next || mpc prev ;;
MPC_SEEK)
[[ $@ = UP ]] && mpc seek +5 || mpc seek -5 ;;
*)
echo ERROR: Invalid action ;;
esac ;
}
#########################################
## MAIN SCRIPT
#########################################
if [[ $# -ne 1 ]]; then
echo "USAGE: $0 {CHANGE|UP|DOWN}";
exit;
fi;
read_current_function
case $1 in
CHANGE)
increase_current_function;;
UP)
exec_mpc_command UP;;
DOWN)
exec_mpc_command DOWN;;
*)
exit ;;
esac
Hay que añadírselo al fichero de configuración de triggerhappy. En mi caso lo tengo en /home/control_mpc.sh y lo ejecuto de la siguiente manera:
KEY_MIN_INTERESTING 1 /home/control_mpc.sh CHANGE
KEY_VOLUMEDOWN 1 /home/control_mpc.sh DOWN
KEY_VOLUMEUP 1 /home/control_mpc.sh UP
En el Astoria, he hecho un "indicador" de en qué funcionalidad se encuentra con los dos leds de teléfono. No sé cómo se llaman los leds en el resto del routers del mundo mundial, de ahí ese grep cutre del /cpuinfo para comprobarlo. Escribe en el "/var/lock" en qué funcionalidad se encuentra, también.
Sé que se puede mejorar, pero ... al gusto. Los que uséis una rata o ratón o roedor similar junto con el tigre feliz (triggerhappy) deberíais cambiar el fichero de configuración de este último. Espero que os sea de alguna utilidad o me acabaré sintiendo como un "flooder" colgando scripts por estos lares >:D
-
Gracias por el script. Hace unos días escribí uno que hace la misma función, pero verdaderamente no termina de gustarme la idea de manejar la radio con tres pulsadores. He pensado en controlarlo con botones rotativos que envíen mensajes por puerto serie, aprovechando que estoy intentando ponerle una pantallita LCD de 16x2.
Brunorro, permíteme una pregunta: ¿es complicado meterle el OpenWRT al Astoria? Es que con lo que llevo leído hasta ahora, no termino de aclararme.
-
Con un adaptador serie y el uboot correcto es hasta fácil ;)
El problema del Astoria es que el uboot que tienen los de openwrt colgado ( con las opciones por defecto ) está roto y con ese poca cosa se puede hacer. Todo lo demás lo ha sabido hacer alguien con alergia (psicológica, que no física) al estaño como yo.
Lo que no sé es dónde está el SPI o el i2c en el Astoria, así que eso de ponerle un LCD ... No sabría decirte.
-
Con un adaptador serie y el uboot correcto es hasta fácil ;)
El problema del Astoria es que el uboot que tienen los de openwrt colgado ( con las opciones por defecto ) está roto y con ese poca cosa se puede hacer. Todo lo demás lo ha sabido hacer alguien con alergia (psicológica, que no física) al estaño como yo.
Lo que no sé es dónde está el SPI o el i2c en el Astoria, así que eso de ponerle un LCD ... No sabría decirte.
El LCD es para un hg556a (también valdría para su hermano pequeño, el 553).
Con el Astoria todavía no he empezado, por eso te preguntaba. Entonces, lo primero es buscar un uboot en condiciones. Dispongo de adaptador serie y afortunadamente no le tengo alergia al estaño. A ver qué tal se me da. Gracias por la info.
-
raphik aquí tienes el parche para Backfire del hg553.
http://files.myopera.com/danitool/linux/hg553_patch_Backfire_10.02.zip
-
raphik aquí tienes el parche para Backfire del hg553.
http://files.myopera.com/danitool/linux/hg553_patch_Backfire_10.02.zip
Gracias, danitool. Mañana lo aplico.
EDITO: gpio asiociados a los botones del hg553
Botón WiFi GPIO 9.
Botón reset GPIO 37.
Botón liberado = HIGH
Botón pulsado = LOW
-
Definitivamente, el paso de trunk a versión estable Me ha perjudicado: Algo se ha cambiado que ahora cuando instalo los puertos USB Me da errores de dependencias Kernel que, al ser puenteados con --force-depends, hacen que la radio no arrranque nunca mas, y vuelta a colocar firmware nuevo, etc etc etc.
No se si le pasara a los demás o solo a Mi, asi que de momento ahi va la pregunta: Del monton de repositorios que hay para descargar, ( backfire, whiterussia, kamikaze ) hay otras opciones para el HG553? Porque por mas que miro no las veo, la verdad.
Si no es asi, Me temo que el proyecto de radio wifi se Me muere aqui, porque no puedo continuar.... Alguna pista?
-
No entiendo la pregunta, opciones en cuanto a qué. Tienes tres opciones para el HG553:
- Backfire última versión estable de momento, para el cual necesitas el parche que he posteado
- Attitude Adjustment (AA), supongo que es la que te falla, y es la próxima versión estable.
- Trunk, rolling release o como quieras llamarlo, en contínuo desarrollo.
Recomiendo Backfire para evitar quebraderos de cabeza hasta que AA esté lista. Puedes hacer todo tu trabajo en Backfire y luego cuando AA sea estable de verdad en este router, portar tus modificaciones, o configuraciones.
Saludos
-
No entiendo la pregunta, opciones en cuanto a qué. Tienes tres opciones para el HG553:
- Backfire última versión estable de momento, para el cual necesitas el parche que he posteado
- Attitude Adjustment (AA), supongo que es la que te falla, y es la próxima versión estable.
- Trunk, rolling release o como quieras llamarlo, en contínuo desarrollo.
Recomiendo Backfire para evitar quebraderos de cabeza hasta que AA esté lista. Puedes hacer todo tu trabajo en Backfire y luego cuando AA sea estable de verdad en este router, portar tus modificaciones, o configuraciones.
Saludos
trunk, que iba de maravilla, ha desaparecido de los repositorios y parece ser que se ha transformado en AA, pero con algunos cambios que ahora Me dan estos quebraderos de cabeza.
Respecto al parche.... veo que es para una compilación, que a Mi no Me ha salido nunca ni a tiros, de hecho es Mi espinita clavada, asi que no veo mas opciones..... Porque en Backfire no veo ningun firm especifico para el HG553, asi que imagino habra que compilarlo y fabricarselo uno mismo, pero ya digo que no es Mi fuerte ese...
De todas formas, gracias.... seguire viendo a ver que pasa con AA, no se que cambio han hecho al transformarlo desde trunk que a Mi no Me va.... lo curioso es que no veo mas mensajes del personal con problemas similares asi que mas Me mosquea, porque parece que va a ser algo especifico de Mi router....
-
raphik aquí tienes el parche para Backfire del hg553.
http://files.myopera.com/danitool/linux/hg553_patch_Backfire_10.02.zip
Finalmente, pude aplicar el parche y compilar Backfire r33081. Tras la compilación tengo en la carpeta bin un fichero openwrt-HW553-squashfs-cfe.bin con el que he flasheado el router. Aparentemente todo va bien y la wifi funciona correctamente.
No obstante, desde una sesión ssh tecleo lircd --driver=audio_alsa -d plughw@12000, y me devuelve el mensaje -ash: lircd: not found.
Supongo que me he dejado algún paquete sin compilar. Echándole un vistazo (desde LuCI) a la lista de paquetes, veo que NO ESTÁN instalados: lirc, lircdaemonadd y lirctools.
Calculo que tendré que lanzar de nuevo make menuconfig, elegir los paquetes lirc y compilar de nuevo. ¿No?
-
raphik aquí tienes el parche para Backfire del hg553.
http://files.myopera.com/danitool/linux/hg553_patch_Backfire_10.02.zip
MÁS INFO:
El comando amixer funciona, pero irexec tampoco responde.
-
trunk, que iba de maravilla, ha desaparecido de los repositorios y parece ser que se ha transformado en AA, pero con algunos cambios que ahora Me dan estos quebraderos de cabeza.
Respecto al parche.... veo que es para una compilación, que a Mi no Me ha salido nunca ni a tiros, de hecho es Mi espinita clavada, asi que no veo mas opciones..... Porque en Backfire no veo ningun firm especifico para el HG553, asi que imagino habra que compilarlo y fabricarselo uno mismo, pero ya digo que no es Mi fuerte ese...
De todas formas, gracias.... seguire viendo a ver que pasa con AA, no se que cambio han hecho al transformarlo desde trunk que a Mi no Me va.... lo curioso es que no veo mas mensajes del personal con problemas similares asi que mas Me mosquea, porque parece que va a ser algo especifico de Mi router....
Yo tengo hecha una copia del repositorio de OpenWrt (sólo los paquetes) de AA (antes /trunk). Es del 2 de agosto.
En teoría, son para la misma versión del kernel 3.3.8-1 que los firmwares que hay colgados ahora.
Si te interesa, puedo meterlo en un rar (sin comprimir son 226 megas) y subirlo a algún server ... ^-^
Y no, no es algo específico de tu router, tienen problemas con algunos paquetes ^-^
-
trunk, que iba de maravilla, ha desaparecido de los repositorios y parece ser que se ha transformado en AA, pero con algunos cambios que ahora Me dan estos quebraderos de cabeza.
Respecto al parche.... veo que es para una compilación, que a Mi no Me ha salido nunca ni a tiros, de hecho es Mi espinita clavada, asi que no veo mas opciones..... Porque en Backfire no veo ningun firm especifico para el HG553, asi que imagino habra que compilarlo y fabricarselo uno mismo, pero ya digo que no es Mi fuerte ese...
De todas formas, gracias.... seguire viendo a ver que pasa con AA, no se que cambio han hecho al transformarlo desde trunk que a Mi no Me va.... lo curioso es que no veo mas mensajes del personal con problemas similares asi que mas Me mosquea, porque parece que va a ser algo especifico de Mi router....
Lo que hasta hace unos días estaba en la rama trunk, ahora está en attitude_adjustment/12.09-beta
El firm squashfs "pelao" está aquí: http://downloads.openwrt.org/attitude_adjustment/12.09-beta/brcm63xx/generic/openwrt-HW553-squashfs-cfe.bin
Como ya sabes, este firm no tiene la interfaz LuCI. Pero tenemos por ahí un post donde se explica cómo instalarla...
Una vez instalada, los paquetes adicionales se obtienen desde LuCI, pestaña System, subpestaña Software. Eso sí, para que los paquetes se descarguen hay que cambiar el contenido de la primera línea de la pestaña System-Software-Configuration y poner: src/gz attitude_adjustment http://downloads.openwrt.org/attitude_adjustment/12.09-beta/brcm63xx/generic/packages, porque todavía figura la ruta antigua.
Suerte.
-
Raphik, ya desde unos dias antes del cambio, cuando instalaba el firm, algo pasaba con los paquetes de USB que daban errores de dependencias y finalmente petaba y colgaba al router, asi que imagina que mas no se habra tocado cuando se ha hecho el cambio a AA.
Jar, te agradeceria todos esos antiguos paquetes, porque al fin y al cabo iban de escandalo. Esta visto que en este SUSE, siga las instrucciones que siga, haga lo que haga, no hay forma de compilar una *peeeeeep*, ni el lirc con soporte microfono y mucho menos un kernel completo. a pesar de que parece facil y atodo el mundo le sale, sera que soy torpe porque a Mi no... ???
A ver si acabo todo esto y puedo concentrarme en la interfaz Java...
Por cierto, el script para manejarlo desde un movil utiliza frames.... y el chrome no lidia con los frames ni a tiros, asi que solo Me funciona desde IE....
-
Jar, te agradeceria todos esos antiguos paquetes, porque al fin y al cabo iban de escandalo. Esta visto que en este SUSE, siga las instrucciones que siga, haga lo que haga, no hay forma de compilar una *peeeeeep*, ni el lirc con soporte microfono y mucho menos un kernel completo. a pesar de que parece facil y atodo el mundo le sale, sera que soy torpe porque a Mi no... ???
http://www.mediafire.com/download.php?887i6ldu3l1r7cb
http://www.mediafire.com/download.php?q2o1dglssbi6ddz
http://www.mediafire.com/download.php?w1xv2sg0ybl91zd
Espero que te sean útiles ;)
-
... Está visto que en este SUSE, siga las instrucciones que siga, haga lo que haga, no hay forma de compilar una *peeeeeep*, ... a pesar de que parece facil y atodo el mundo le sale, sera que soy torpe porque a Mi no...?
Puede ser que te falten cosas para poder compilar. Linux no te dejará compilar si no le instalas todo lo necesario, y eso varía de una distribución a otra. No es lo mismo Ubuntu que Suse.
En Ubuntu 11.10, desde una ventana del teminal tecleamos:
sudo apt-get install build-essential subversion git-core libncurses5-dev zlib1g-dev gawk flex quilt
Suponiendo que tuvieras openSuse 11.1:
zypper install binutils bzip2 gawk gcc gcc-c++ gettext make ncurses-devel patch unzip wget zlib-devel flex git-core
Los requisitos para compilar OpenWrt con las distintas distribuciones de Linux se pueden ver en: http://wiki.openwrt.org/doc/howto/buildroot.exigence
-
Bueno gracias Jar!!! ya tengo la radio como antes de que desapareciera "trunk"... Eso si, eliminare este Suse y colocaré un Ubuntu a ver que pasa... pero de momento ya sigo por donde iba, a saber, añadir automontaje de unidades USB y tarjetas para Samba y la opción reproductor en Mi interfaz Java....
-
A mandar ;D
-
A mandar ;D
Pos ahora que lo dices..... jejejeje ;D
Verás, estoy intentando compilar el núcleo con el lirc de la modificación del driver alsa ( para el mando ir ), pero al ejecutar el make menuconfig, da un error 2 tras un mensajito de libasound.2.so o algo asi, o sea, una de las bibliotecas de desarrollador.... ya instale en Ubuntu el pack, pero Me sigue dando el error.... alguna idea?
graciassssssssssssssssssssss
-
Sir-Stephen, a mi me pasa lo mismo, por eso he dejado el tema aparcado, aunque he probado a compilarlo con la versión Backfire y lo hace sin problemas.
-
Sir-Stephen, a mi me pasa lo mismo, por eso he dejado el tema aparcado, aunque he probado a compilarlo con la versión Backfire y lo hace sin problemas.
Pues con la backfire he pasado el quinario con las libsnd.as..... y tras varias instalaciones he conseguido compilar para descubrir que no encuentra la tarjeta de sonido..... ainsssssssssssss..... Problemas con el USB......te pasó algo parecido?
-
A mí me reconoce la tarjeta de sonido. Te detallo la configuración de make menuconfig.
Kernel modules
USB support
<*> kmod-usb-core
<*> kmod-usb-ohci
<*> kmod-usb2
Sound support
<*> kmod-sound-core
<*> kmod-usb-audio
Otra cosa, para poder compilar mpd-full te hace falta la incluir la librería libffmpeg-mini (o full). Es decir:
Libraries
<*> libffmpeg-mini
Una vez seleccionada esta librería, ya te sale y puedes marcar mpd-full:
Sound
<*> mpc
<*> mpd-full (esta opción no te sale si no has elegido antes la librería libffmpg-mini ó libffmpg-full)
Por último, no es mala idea hacer un make kernel_menuconfig y desmarcar todas las CPU's que no son necesarias (la del hg556 / hg556a es la 6538). ¿Para qué compilar más de lo necesario?
Machine selection - - - - >
CPU support - - - - >
<*> support 6358 CPU (sólo marcamos ésta; las otras no)
-
Graciassssss Raphik.... con tanto lio se Me habia pasado la kmod-usb-ohci.... si es que uno no puede estar en todo.....
Ahora reconoce la tarjeta de sonido, y mas cosas usb... este firm trabaja algo distinto que el AA.
Las malas noticias es que mpd no Me funciona, al ejecutar Me da error:
Failed to initialize input plugin 'ffmpeg': No protocol
Sin embargo, ffmpeg-full está enterito, asi que no se que Me pueda faltar...... estas cosas no pasaban con AA, ainsssssssss!!!!
Editando:
Según veo por ahi, antes de la version 0.16.5.2 de mpd, las versiones anteriores dieron problema con una actualización de ffmpeg, que fue corregida posteriormente.... A ver como hago....
Nueva Reedición y aparente solución del problema:
Desinstalé mpc, mpd-full y libffmpeg, las reinstalé pero del repositorio de AA, Me dio un error garrafal, por lo que procedí a desistalar de nuevo, volví a poner las originales de backfire y BINGO!!!!
Alguna cosilla queda actualizada en la instalación/desinstalación de mpd/mpc/libbffmpeg de AA que posteriormente no se desinstala pero actualiza y soluciona el error.... si bien estoy contento por terminar el tema, Me deja mal sabor de boca tener un firm compilado que necesite semejante lio..... a ver como lo soluciono....
-
Nueva Reedición y aparente solución del problema:
Desinstalé mpc, mpd-full y libffmpeg, las reinstalé pero del repositorio de AA, Me dio un error garrafal, por lo que procedí a desistalar de nuevo, volví a poner las originales de backfire y BINGO!!!!
Alguna cosilla queda actualizada en la instalación/desinstalación de mpd/mpc/libbffmpeg de AA que posteriormente no se desinstala pero actualiza y soluciona el error.... si bien estoy contento por terminar el tema, Me deja mal sabor de boca tener un firm compilado que necesite semejante lio..... a ver como lo soluciono....
¡Demasiado lío!
De vez en cuando hay que hacer limpieza (antes de compilar) para garantizar un entorno de compilación coherente. Tienes tres opciones:
make dircleaneste comando borra el contenido de los directorios /bin, /build_dir, /staging_dir y /toolchain.
make cleanhace una limpieza demasiado superficial; sólo borra los directorios /bin y /build_dir.
make distcleandeja pelado el entorno de compilación, se cepilla las opciones de compilación (el famoso fichero .config creado por make menuconfig), así como los feeds y los paquetes que hubieras descargado anteriormente. Es prácticamente como empezar desde cero.
Todo esto viene explicado (en inglés) en: http://wiki.openwrt.org/doc/howto/build#cleaning.up
-
Bueno, pues al final era que al picar en "libffmpeg" te da la opción de añadir posibles codecs, demux, protocolos y demás..... verifiqué que tuviera todos los protocolos, asi como la posibilidad de decodificar mp3, ogg, aac, etc etc etc y ya esta. De todas formas, Raphik, gracias por el consejo...
Este Backfire no esta nada mal, y ahora toca lo del mando a distancia.... HE realizado unas modificaciones en el esquema original del sensor y creo que va a salir bien, ya informaré nada mas lo pruebe.
Sin embargo no encontre la posibilidad de añadir el driver propietario de Broadcom.
Como efecto secundario he notado que ya no aparece la radio en la lista de dispositivos de red en Mi windows 7.... si añado una unidad de red dandol a IP sí que existe pero..... Me gusta ver el iconito en la lista, junto las otras máquinas que tengo...
Por que ese comportamiento de la version 3.07 de Samba? No pasaba con la 3.6 de AA.... hay alguna solución?
-
raphik aquí tienes el parche para Backfire del hg553.
http://files.myopera.com/danitool/linux/hg553_patch_Backfire_10.02.zip
MÁS INFO:
El comando amixer funciona, pero irexec tampoco responde.
Has conseguido solucionar lo del irexec? Me pasa igual.... entre el Samba sin iconos y el IR que no hay forma, vaya paliza Me esta pegando el Backfire..... y Mi parienta, que la tengo abandonada :(
-
Cual es el problema con irexec, partiendo del paquete corregido para lirc que he dejado aquí:
https://files.myopera.com/danitool/livebox/wifiradio/lirc-package.zip
Después de reemplaazar el existente en el árbol de compilación.
Con makemenuconfig, hay que seleccionar además de lirc las lirctools
Opcionalmente lircdaemonadd si queremos tener irrecord para grabar códigos de infrarrojos aunque este último no lo probé porque ya tenía los códigos de mi mando a distancia en particular.
Location:
-> Utilities
-> lirc┌─────────── lirc............. LIRC - Linux Infrared Remote Control ────────────┐
│ ┌───────────────────────────────────────────────────────────────────────────┐ │
│ │ --- lirc.................. LIRC - Linux Infrared Remote Control │ │
│ │ < > lircdaemonadd...................... Daemon Additional Files │ │
│ │ <*> lirctools....................................... LIRC tools │ │
│ │ │ │
│ └───────────────────────────────────────────────────────────────────────────┘ │
├───────────────────────────────────────────────────────────────────────────────┤
│ <Select> < Exit > < Help > │
└───────────────────────────────────────────────────────────────────────────────┘
Luego compilar y ya, creo que igual hace falta seleccionar alguna dependencia más, pero eso canta cual es cuando quieres ejecutar irexec. Creo que era librt.
Antes de ejecutar irexec, mejor es probar con irw, para ver si detecta los códigos de nuestro mando a distancia de infrarrojos en particular.
-
Y ahora la pregunta del millon: Porque ese lirc modificado solo funciona en Backfire? Es imposible compilarlo en AA o antiguo trunk, ya sea en SUSE o Ubuntu....siempre da algun error..... en Ubuntu pierde una dependencia de una libreria de sonido que, curiosamente, ya esta cargada ( libasound.2.so ) y en SUSE,nada mas cargar el paquete kmod-usb-hid, se para......
Se sabe cual es el motivo de esas incompatibilidades de lircd en AA?
-
Cuando dices que te funciona en Backfire, quieres decir que llegaste a usarlo dentro del router, y te detecta los códigos de tu mando a distancia?.
No sé si lo dije pero para calibrar el mando a distancia es convieniente instalar también las alsa-utils, para disponer de alsamixer y ahí calibrar modificando el nivel de ganancia del control de grabación.
-
Cuando dices que te funciona en Backfire, quieres decir que llegaste a usarlo dentro del router, y te detecta los códigos de tu mando a distancia?.
No sé si lo dije pero para calibrar el mando a distancia es convieniente instalar también las alsa-utils, para disponer de alsamixer y ahí calibrar modificando el nivel de ganancia del control de grabación.
Perdon querido danitool, que no Me explique convenientemente, Me refiero a funcionar el proceso de compilado.... como no Me funcionaba la herramiente irexec, al igual que a raphik, Me dedique a reinvestigar el tema en Suse y con AA, a eso Me refiero, que no hay forma de que compile correctamente un firm con el lirc modificado y en AA, siempre sale el error de "lirc missing dependecies libasound.2.so" o algo similar..... tanto es Suse como en UBUNTU, a pesar de estar dicha libreria incluidas en ambos linux ( las he verificado e instalado )
Y el problema viene de que el Samba de Backfire no Me permite ver la unidad "OpenWRT" en forma e icono en windows 7, solo se ve si creo una unidad de red dirigida a 192.68.etc etc.... es por eso que siempre estoy dando vueltas a AA, porque ahi si Me funciona Samba como Me gustaria.... en fin...
-
danitool, a lo que se refiere Sir-Stephen es a esto:
(http://i.imgur.com/pOnPI.png)
Este error se da en AA y en trunk pero no en Backfire cuando intentas compilar lirc con soporte audio_alsa.
-
EEEEEEEEEEEEEEso mismo..... juer, ya pensaba que Yo era un super-torpe, pero veo que es un error comun a todo los mortales con el AA y el trunk..... y entonces, cual es la solucion?
-
EEEEEEEEEEEEEEso mismo..... juer, ya pensaba que Yo era un super-torpe, pero veo que es un error comun a todo los mortales con el AA y el trunk..... y entonces, cual es la solucion?
Pienso que podría arreglarse simplemente añadiendo esta línea al Makefile de lirc
DEPENDS:=+alsa-libEsto iría colocado en la definición del paquete quedando algo tal que así
define Package/lirc/Default
SECTION:=utils
CATEGORY:=Utilities
URL:=http://lirc.org/
DEPENDS:=+alsa-lib
endef
-
danitool, faltaba justo eso, muchísimas gracias.
Ya tengo funcionando el invento, ahora sólo me falta encontrar el componente TSOP1738 (lo demás ya esta montado) para controlarlo a través de lirc, mientras tanto MPDroid :).
-
danitool, efectivamente faltaba eso aunque ahora aparece otro error que tiene que ver con el kmod-usb-hid, pero todo viene a ser de lo mismo, del lirc... ya vere que pasa...
sephir0, no es necesario que sea el mismo, en mi caso he tomado otro sacado de un disco multimedia averiado. Te puede valer otro de un video antiguo o similar, solo puede pasar que el patillaje sea distinto... Para averiguar solo hay que fijarse: La patilla de negativo siempre ira conectada a una pista de "masa", por lo que sera facilmente reconocible, y posteriormente, la patilla de "+" ira a una pista del circuito impreso de mayor grosor que la otra de salida, e incluso puede que tenga cerca o en la misma pista un condensador electrolitico. He visto otros pocos sensores, y el patillaje es:
Visto de frente, de izquierda a derecha: Salida, Masa, +
Respecto a los voltajes, el que uso Yo funciona a 3,3V, lo que Me ha obligado a recalcular las resistencias mediante la ley de Ohm para que siga habiendo los voltajes que deberia haber, pero por lo que sé, la mayoria son de 5 voltios, por lo que no vas a tner problema alguno.
-
Como dice Sir-Stephen cualquier receptor de infrarrojos podría valer. Yo no tengo exactamente el TSOP1738, el mío es un TSOP1736, que aunque uno es para 38KHz y el otro para 36KHz, no tiene problemas para recibir en otras frecuencias un poco más altas.
Subo de nuevo el paquete de lirc, con la anterior modificación y alguna cosa más que no supone cambio alguno en principio. Con la version 0.9 de lirc, y alguna cosa más que tenía el paquete original en AA.
https://files.myopera.com/danitool/livebox/wifiradio/lirc-audio_alsa-AA.zip
-
No sé dónde soleis buscar las emisoras de radio. Yo lo hago aquí, hay miles, y ordenadas por estilos:
http://vtuner.com/setupapp/guide/asp/BrowseStations/startpage.asp
Esta base de datos es la que suelen usar hardware comercial (radios, televisores, incluso amplificadores) comerciales, las cuales usan un protocolo para usar esa base. Supongo que es un servicio contratado de los fabricantes a Vtuner. Una lista de algunas soluciones comerciales de radio streaming
http://vtuner.com/features.asp
Aunque nuestras radios wifi no tendrán ese aspecto, son mejores porque usan OpenWrt y podemos añadir cualquier característica que echemos en falta. >:D.
-
Aviso para navegantes:
Para empezar, la última versión del makefile de lircd funciona perfectamente en Ubuntu, Suse, Backfire y AA de cualquier manera, asi que por fin se pudo compilar en AA y Suse con el lircd completo... Gracias danitooll!!!!! ... Otra cosa es hacerlo andar.....
Resulta que para aquellos que no tenemos un mando que se ajuste a los parametros del conf, debemos utilizar "irrecord" para poder capturar las pulsaciones y crear nuestro propio archivo de configuración.... PArece ser que irrecord se basa en los "gaps" o pausas entre tecla y tecla para detectar, y es ahí donde comienza el lío...
Si observamos en Mi osciloscopio la recepción del sensor IR, observaremos una serie de ondas de tipo cuadrado, lo que se llama un "tren de impulsos".... cada tecla presenta una secuencia distinta, y es eso lo que debe ser decodificado.
Sin embargo, aparecen dificultades: Parece ser que los "gaps" no son detectados: En Mi caso, el primer problema es que Mi sensor es distinto, por lo que parece que da menos señal de salida; en este caso, Me ha dado buen resultado el quitar la resistencia de 1K del esquema de danitool. Eso si, primero Me he comido la cabeza con el "amixer" para los niveles, y alguna pulsación Me ha sido detectada cuando he puesto la ganancia al 75%.
Pero el auténtico problema no es ese, sino el control automático de grabación, denominado "Gain Control", "Cag", "Cav" o similar... Que hace eso? Pues "nivelar" el volumen de grabación para que el nivel de señal sea constante; o sea, si llega un sonido fuerte lo atenúa, y si llega flojo lo amplifica, para que toda la grabación sea mas o menos constante.
Eso significa que los "trenes de impulsos" serán "nivelados" de forma que podría darse el caso de no ser detectado ninguna de las subidas o bajadas de señal, puesto que el "Gain control" las igualaría.
La solución: Desactivar el control automático.
Cómo: Con el amixer.
Para empezar deberemos saber el nombre exacto de nuestro control, que se obtiene listando todos los controles de la tarjeta mediante:
amixer scontrols
En Mi caso, Me devuelve:
Simple mixer control 'Speaker',0
Simple mixer control 'Mic',0
Simple mixer control 'Auto Gain Control',0
El nombre del control es 'Auto Gain Control', así que ejecutaremos:
amixer set 'Auto Gain Control' off
Y con esto el Auto Gain será desactivado....
En Mi caso aun queda mucho por hacer, pero ya al menos las pulsaciones de tecla son detectadas, solo queda asociarlas a acciones y ya veremos que mas.....
-
Me alegro de que por fin hayas conseguido hacerlo funcionar
Yo en mi caso el auto-gain lo tengo activado, y me funciona perfectamente, incluso apuntando con el remoto al suelo me detecta los códigos. Supongo que la configuración en alsa dependerá un poco de la tarjeta de sonido en concreto que usemos.
Por otra parte, quizás sea mejor idea grabar los cógidos en caso de no tenerlos, en un lirc que sabemos que funcione perfectamente (conectado al PC), en caso contrario sería difícil calibrar alsa, aunque también podríamos usar mode2, y pulsar siempre el mismo botón del remoto ,regulando alsa hasta que lo que nos salga en pantalla sea siempre coherente con la anterior pulsación.
-
Me alegro de que por fin hayas conseguido hacerlo funcionar
Yo en mi caso el auto-gain lo tengo activado, y me funciona perfectamente, incluso apuntando con el remoto al suelo me detecta los códigos. Supongo que la configuración en alsa dependerá un poco de la tarjeta de sonido en concreto que usemos.
Por otra parte, quizás sea mejor idea grabar los cógidos en caso de no tenerlos, en un lirc que sabemos que funcione perfectamente (conectado al PC), en caso contrario sería difícil calibrar alsa, aunque también podríamos usar mode2, y pulsar siempre la misma tecla regulando alsa hasta que lo que nos salga en pantalla sea siempre coherente con la anterior pulsación.
Bueno, aun queda mucho por hacer... y fijate que lo que mas peleo y JAMAS he conseguido es conectarme vía Wifi propietario.... sigo los pasos del otro tutorial, me crea una wwan, la puenteo con la lan.... y nada de nada, al quitar el cable de red, el wifi como si no existiera.... Me olvidé de algo? o pongo algun pantallazo de los pasos que hago, a ver si sale mal?
-
Bueno, tras mucha pelea y nulo funcionamiento del irw y el irrecord para poder utilizar algunos mandos a distancia que poseo, encontré uno de una tarjeta Avermedia TV Capture, cuyo archivo de configuracion se encuentra por ahi, y ya tengo el mando a distancia funcionando, aunque Me ha obligado a hacer un par de "tunneos"....
En primer lugar, aparte del tema de deshabilitar el CAG, como Mi sensor funcionaba a 3,3V en lugar de a 5V; tuve que recalcular las resistencias, pero aun asi no tuve buen resultado, por lo que recomiendo no utilizar dichos sensores y limitarnos a aquellos que van a 5V ya que entregan mayor nivel de salida.
Posteriormente, en Mis pruebas Me di cuenta que los valores de 4k7 y 1k Me daban problemas con algunos mandos por mas que toqueteara el volumen, asi que recomiendo sustituir ambas resistencias por una resistencia ajustable, e ir probando poco a poco hasta obtener el nivel de señal adecuado... Una resistencia ajustable se comporta como el divisor de dos resistencias del esquema ya mostrado aqui anteriormente de danitool, pero con la facilidad de poder variar los valores.
Finalmente al montar el sensor en el interior de la caja y asomar por fuera, el cable de 5V pasaba cerca del WIFI, por lo que se introdujo una interferencia de un sub-armónico, que impedia decodificar correctamente las señales... la solución fue colocar un condensador de 100nf entre las patillas + y - del sensor, lo que se conoce como un condensador antiparasitario o condensador de desacoplo....
Y ya esta..... Realmente el divisor quizas no sea tan importante si utilizamos mandos conocidos y ya testeados, pero lo que si esta claro es que si el cable positivo coge interferencias, es necesario dicho condensador....
Aqui esta el esquema tal como Me ha quedado a Mi...
(http://farm9.staticflickr.com/8062/8204846633_7e74bec343_m.jpg)
PD: He visto información referente a colocar un lector SD/MMC en el interior aprovechando los pines GPIO, pero no encontré nada al respecto de este router.... alguien sabe algo? Graciassssss.......
-
Bueno, pues ando de lleno en el tema de identificar los GPIO para poder colocar el lector SD... lamentablemente, la mayor parte de la información esta para el rpiter LinkSys, y no hay nada para el HW533.
Cierto programilla llamado gpioctl deberia darte alguna forma de ver los estados, pero da errores, asi como otro denominado gpio que puede encontrarse en la pagina principal de OpenWRT.
Parece ser que hay algun tipo de iconpatibilidad con el tema GPIO.... de hecho, en alguna de las carpetas del sistema deberia hallarse una carpeta denominada /gpio, con diversas informaciones utiles, pero dicha carpeta no se encuentra creada, apareciendo incluso errores de gpio y SPI visibles con dmseg.
Y es una pena, porque al poseer un osciloscopio, podria intentar averiguar las patillas y pistas del circuito donde podrian hallarse las GPIO.... Asi que.....
Alguna forma de conmutar las GPIO para poder ver su estado? algun programa? algo con sysfsutils quizas?
Graciasssssssss...............
-
gpioctl fue eliminado intenciondadamente por florian al menos en los bcm63xx.
Para encontrar GPIOs no pertenecientes a los leds o botones, la forma es exportando.
http://squidge.sourceforge.net/gpio/
ejemplo:
echo 30 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio30/direction
cat /sys/class/gpio/gpio30/value
Mi duda es donde tienes pensado buscar más gpios que los ya conocidos para los leds y botones >:D
-
Bueno, pues ando de lleno en el tema de identificar los GPIO para poder colocar el lector SD... lamentablemente, la mayor parte de la información esta para el rpiter LinkSys, y no hay nada para el HW533.
¿Has pensado en conectarle por USB un lector barato de tarjetas SD?
http://dx.com/s/21803
http://dx.com/s/7134
-
Por cierto, al margen de usar USB como lector que seguramene sea buena idea. De todas formas encontrar GPIOs extra siempre es interesante.
Sé que también los GPIOs se pueden usar para conectar un módulo de infrarrojos, en Openwrt nadie lo hizo todavía, al menos el receptor aunque un emisor sí. En la raspberry pi sí que han conseguido poner un receptor conectado por GPIO, y pienso que se podría usar su código para portarlo a Openwrt y conectar de la misma forma un receptor infrarrojos. También una solución sencilla y quizás más fiable por lo de no tener que calibrar como ocurre con lirc audio-alsa.
En mi livebox tengo unos cuantos GPIOs identificados sin uso, tal vez me anime para poner un emisor de infrarrojos... o un lector de memorias SD ya que solo tengo dos USB disponibles.
-
Bueno, pues el tema de los GPIO va viento en popa..... para empezar creamos el siguiente script:
#!/bin/sh
for gpio in $(seq 0 39)
do
echo $gpio > /sys/class/gpio/export
done
echo out > /sys/class/gpio/gpio0/direction
echo out > /sys/class/gpio/gpio1/direction
echo out > /sys/class/gpio/gpio2/direction
echo out > /sys/class/gpio/gpio3/direction
echo out > /sys/class/gpio/gpio6/direction
echo out > /sys/class/gpio/gpio7/direction
echo out > /sys/class/gpio/gpio8/direction
echo out > /sys/class/gpio/gpio10/direction
echo out > /sys/class/gpio/gpio11/direction
echo out > /sys/class/gpio/gpio14/direction
echo out > /sys/class/gpio/gpio15/direction
echo out > /sys/class/gpio/gpio16/direction
echo out > /sys/class/gpio/gpio17/direction
echo out > /sys/class/gpio/gpio18/direction
echo out > /sys/class/gpio/gpio19/direction
echo out > /sys/class/gpio/gpio20/direction
echo out > /sys/class/gpio/gpio21/direction
echo out > /sys/class/gpio/gpio24/direction
echo out > /sys/class/gpio/gpio26/direction
echo out > /sys/class/gpio/gpio27/direction
echo out > /sys/class/gpio/gpio28/direction
echo out > /sys/class/gpio/gpio29/direction
echo out > /sys/class/gpio/gpio30/direction
echo out > /sys/class/gpio/gpio31/direction
echo out > /sys/class/gpio/gpio32/direction
echo out > /sys/class/gpio/gpio33/direction
echo out > /sys/class/gpio/gpio36/direction
echo out > /sys/class/gpio/gpio38/direction
echo out > /sys/class/gpio/gpio39/direction
while true
do
echo 1 > /sys/class/gpio/gpio0/value
echo 1 > /sys/class/gpio/gpio1/value
echo 1 > /sys/class/gpio/gpio2/value
echo 1 > /sys/class/gpio/gpio3/value
echo 1 > /sys/class/gpio/gpio6/value
echo 1 > /sys/class/gpio/gpio7/value
echo 1 > /sys/class/gpio/gpio8/value
echo 1 > /sys/class/gpio/gpio10/value
echo 1 > /sys/class/gpio/gpio11/value
echo 1 > /sys/class/gpio/gpio14/value
echo 1 > /sys/class/gpio/gpio15/value
echo 1 > /sys/class/gpio/gpio16/value
echo 1 > /sys/class/gpio/gpio17/value
echo 1 > /sys/class/gpio/gpio18/value
echo 1 > /sys/class/gpio/gpio19/value
echo 1 > /sys/class/gpio/gpio20/value
echo 1 > /sys/class/gpio/gpio21/value
echo 1 > /sys/class/gpio/gpio24/value
echo 1 > /sys/class/gpio/gpio26/value
echo 1 > /sys/class/gpio/gpio27/value
echo 1 > /sys/class/gpio/gpio28/value
echo 1 > /sys/class/gpio/gpio29/value
echo 1 > /sys/class/gpio/gpio30/value
echo 1 > /sys/class/gpio/gpio31/value
echo 1 > /sys/class/gpio/gpio32/value
echo 1 > /sys/class/gpio/gpio33/value
echo 1 > /sys/class/gpio/gpio36/value
echo 1 > /sys/class/gpio/gpio38/value
echo 1 > /sys/class/gpio/gpio39/value
sleep 1
cat /sys/class/gpio/gpio0/value
echo 0 > /sys/class/gpio/gpio0/value
echo 0 > /sys/class/gpio/gpio1/value
echo 0 > /sys/class/gpio/gpio2/value
echo 0 > /sys/class/gpio/gpio3/value
echo 0 > /sys/class/gpio/gpio6/value
echo 0 > /sys/class/gpio/gpio7/value
echo 0 > /sys/class/gpio/gpio8/value
echo 0 > /sys/class/gpio/gpio10/value
echo 0 > /sys/class/gpio/gpio11/value
echo 0 > /sys/class/gpio/gpio14/value
echo 0 > /sys/class/gpio/gpio15/value
echo 0 > /sys/class/gpio/gpio16/value
echo 0 > /sys/class/gpio/gpio17/value
echo 0 > /sys/class/gpio/gpio18/value
echo 0 > /sys/class/gpio/gpio19/value
echo 0 > /sys/class/gpio/gpio20/value
echo 0 > /sys/class/gpio/gpio21/value
echo 0 > /sys/class/gpio/gpio24/value
echo 0 > /sys/class/gpio/gpio26/value
echo 0 > /sys/class/gpio/gpio27/value
echo 0 > /sys/class/gpio/gpio28/value
echo 0 > /sys/class/gpio/gpio29/value
echo 0 > /sys/class/gpio/gpio30/value
echo 0 > /sys/class/gpio/gpio31/value
echo 0 > /sys/class/gpio/gpio32/value
echo 0 > /sys/class/gpio/gpio33/value
echo 0 > /sys/class/gpio/gpio36/value
echo 0 > /sys/class/gpio/gpio38/value
echo 0 > /sys/class/gpio/gpio39/value
sleep 1
cat /sys/class/gpio/gpio0/value
done
De esta forma creamos las carpetas con las exportaciones, y posteriormente lanzamos en un bucle infinito una salida a "1" en todos los GPIO disponibles a la vez, esperamos un segundo, y lanzamos una salida a "0" con otro segundo de espera... en definitiva, lanzamos una salida tipo onda cuadrada de dos segundos de duración.... Nótese como evitamos los GPIO conocidos, o sea, los de los Leds y los de los pulsadores.
Acto seguido tomamos el osciloscopio y procedemos a medir... lo primero es tener en cuenta que los puntos en la placa base del router son muy pequeños, por lo que en mi caso para evitar problemas y cortocircuitos que puedan derivar en la destrucción del router, he colocado una aguja de coser mediante dos bridas a la punta.....
(http://farm9.staticflickr.com/8344/8230317276_c34ccfcd9a_m.jpg)
Y ahora comenzamos a tocar en todos los puntos y nodos cerca al CPU que encontremos... a ver, si bien aparentemente no se usan esos GPIO extra, es bien sabido que todas las placas base tienen revisiones y a veces se prevee colocar componentes que luego no se usan, pero dejan las pistas ya puestas por si en revisiones posteriores se usa, asi que es probable que alguna de las pistas del circuito lleve la unión de un GPIO del CPU, pero sea no usado... o bien sea para alguna función que no hace falta....
Tras un buen rato, he encontrado 3 puntos de momento, y no descarto mas...
(http://farm9.staticflickr.com/8201/8229252803_7e0a09d996_m.jpg)
(http://farm9.staticflickr.com/8350/8230317554_c5ff9a23b5_m.jpg)
(http://farm9.staticflickr.com/8201/8229252533_948b410a50_m.jpg)
Como podemos ver, uno esta cerca del CPU, y los otros dos en el chip que se encarga de la conexión telefónica.... No descarto que el del CPU sea el inicio que desemboca en uno de los otros dos puntos, pero aun no lo he investigado.... Respecto a los otros dos, esta claro que si es del circuito encargado de la conexión telefónica, en la radio wifi no se va a usar, asi que... son nuestros!!!!!
Ahora hay que identificarlos, para lo cual hace falta un poco de paciencia.... con el siguiente script:
#!/bin/sh
while true
do
echo 1 > /sys/class/gpio/gpio0/value
sleep 1
cat /sys/class/gpio/gpio0/value
echo 0 > /sys/class/gpio/gpio0/value
sleep 1
cat /sys/class/gpio/gpio0/value
done
Lo que hacemos es crear la onda cuadrada en el GPIO 0... Medimos con el osciloscopio... si no se ve nada, no es el 0, asi que sustituir donde pone "gpio0" por "gpio1" y repetir la medida... si no, continuar con gpio2, gpio3..... en algun momento veremos en el osciloscopio esto:
(http://farm9.staticflickr.com/8200/8230317166_739401d276_m.jpg)
Esa interrupción es el paso de "1" a "0" y subida a "1" a intervalos de 1 segundo..... Hemos identificado el GPIO.....
A ver si tengo un hueco, los identifico, lo comento e investigo a ver si veo mas.... con 3 tenemos suficientes para el lector de tarjetas, porque el cuarto necesario, una entrada en este caso, puede ser el del pulsador de wifi, que no se usa, y encima en Mi router se rompió en una de las manipulaciones.....
Fotos en calidad alta:
https://docs.google.com/file/d/0B3he-uebZ2asSk1lc1FjVGdFNm8/edit (https://docs.google.com/file/d/0B3he-uebZ2asSk1lc1FjVGdFNm8/edit)
https://docs.google.com/file/d/0B3he-uebZ2asVTQ1WlFUSU1NVmc/edit (https://docs.google.com/file/d/0B3he-uebZ2asVTQ1WlFUSU1NVmc/edit)
https://docs.google.com/file/d/0B3he-uebZ2asVTQ1WlFUSU1NVmc/edit (https://docs.google.com/file/d/0B3he-uebZ2asVTQ1WlFUSU1NVmc/edit)
Seguiremos informando....
-
Estupendo trabajo de investigación.
Aparte de los GPIO también existe la interfaz SPI, disponible en todos los bcm63xx. En teoría es posible también conectar memorias SD/MMC en esta interfaz, y sería más rápida que GPIO, de hecho en el mod para GPIO-SD/MMC usa SPI bitbanging, que no es más que una forma de emular SPI. También sería posible conectar otros dispositivos, tal vez un Display LCD, aunque tener drivers en linux y hacerlo funcionar no sé cuan difícil sería.
Lo que no sé muy bien es como podrías hacer para localizar los SPI, pienso que compilando los módulos, con alguna pequeña modificación en el kernel para poder usar el programa spi-devtest, o algo similar. Con el osciloscopio que tienes pienso que habría posibilidades de identificar esta señal, aunque lo propio fuese un Analizador lógico. Veo muy poblados los huawei estos, no parece que hayan dejado muchas cosas expuestas y sin uso.
Saludos
-
Muy buen trabajo!
Siempre me dejáis alucinado cuando hacéis estas cosas con el hardware :P.
Estaría interesado en aplicar este mod en el AR-5381u, ya que hace unos días identifiqué 5 GPIOs sin soldar (3 LEDs y 2 botones), que podría usar para este fin.
¿Alguien me podría recomendar una tienda online/física donde adquirir un lector de SD/MMC estilo DIY?
Me refiero a algo como esto:
(http://jkx.larsen-b.com/photos/Electronic/DSC02584_2.sized.jpg) (http://jkx.larsen-b.com/photos/Electronic/DSC02584_2.sized.jpg)
Saludos!
-
Hay quien usa esto:
http://uanr.com/sdfloppy/
O quien simplemente suelda un adaptador SD a microSD, y luego usa una microSD para el mete-saca en el adaptador >:D
-
Sir-Stephen, ¡grandísimo trabajo!
Noltari, yo tengo soldado el adaptador SD a microSD en el wrt54g como bien ha dicho danitool y perfecto.
(http://i.imgur.com/pPVTl.jpg)
-
Bueno, pues mas noticias de los GPIO:
Para comenzar, no se por que extraña circunstancia, los GPIO del 16 al 20 se encuentran permanentemente dando salida lógica "1", con lo cual no nos son aprovechables.
Respecto a los 3 puntos marcados en el post anterior, lamentablemente los 3 son el mismo punto y corresponden al GPIO 24... ya tenemos uno!!!!
Afortunadamente, entre estos menesteres he descubierto otro justo al lado del punto del GPIO 24 en el CPU y que tambien va al mismo chip que el otro, correspondiente al GPIO 32.
Foto en alta calidad:
https://docs.google.com/file/d/0B3he-uebZ2aseklXZS00Y2paR28/edit (https://docs.google.com/file/d/0B3he-uebZ2aseklXZS00Y2paR28/edit)
Asi que en el circuito, ambos GPIO quedan en el siguiente sitio:
Foto en alta calidad:
https://docs.google.com/file/d/0B3he-uebZ2asbWplZktZeWFMMDQ/edit (https://docs.google.com/file/d/0B3he-uebZ2asbWplZktZeWFMMDQ/edit)
-
Y un ratito mas tarde apareció el GPIO 6......
Foto en alta calidad:
https://docs.google.com/file/d/0B3he-uebZ2asTGJVRGpoall1RWs/edit (https://docs.google.com/file/d/0B3he-uebZ2asTGJVRGpoall1RWs/edit)
Este GPIO Me tiene mosca: Por la posición, me inclino a pensar que va directo a la sección del USB, pero ahi tengo conectado el sonido y la memoria interna a un HUB, y mientras se le inyecta los niveles lógicos, esto sigue sonando.... igual es para algo que solo se usa en telefonía o similar, asi que.... entre el GPIO 24, GPIO 32, GPIO 6 y el GPIO 9, ya tenemos las 4 señales para el lector de tarjetas.... solo resta buscar el conector y un positivo y un negativo.
Pienso que quizas podriamos ahorrar un GPIO si usamos el de un LED que no se vaya a utilizar ( por ejemplo el que señaliza el pen wifi ) y de paso nos marcaría cuando se inserta o expulsa una tarjeta, pero la pregunta es si podemos usar de esa forma esos GPIO ya que se encuentran ocupados por el módulo del LUCI asi como por el sistema en sí....
Bueno, ya veremos...
-
Bueno, tras un par de dias de pruebas, el lector no funciona.... se observa ciertos detalles:
-Aparece un mensaje de error en dmesg:
[ 71.568000] gpio-mmc: Failed to request mmc_spi module.
[ 71.584000] mmc_spi spi32766.0: ASSUMING 3.2-3.4 V slot power
[ 71.592000] mmc_spi spi32766.0: SD/MMC host mmc0, no DMA, no WP, no poweroff
[ 71.600000] gpio-mmc: MMC-Card "MMC_SD" attached to GPIO pins di=6, do=9, clk=24, cs=32
[ 71.648000] mmc_spi spi32766.0: setup: unsupported mode bits 4
[ 71.652000] mmc_spi spi32766.0: can't change chip-select polarity
Este error tambien aparece a las personas a las que le funciona el lector en otros tipos de router, asi que no Me preocupa mucho... Pero a estas mismas personas les aparece tambien un ultimo mensaje donde se indica que se ha encontrado el dispositivo mmc0 con la tarjeta XXX, cosa que a Mi no Me aparece.
- Cuando ejecuto el arranque, una vez que se carga "mmc_over_gpio" y por tanto se utilizan las gpio que he descubierto, todos los LED´s del router se apagan!!!! Algo pasa.....
- Mi idea fue cargar ese "mmc_over_gpio" en último lugar para saltarme cualquier diagnóstico, pero sucede lo mismo.
- La segunda parte fue utilizar los gpio de los LED´s en lugar de los Mios, pero siempre da algun error en dmesg que indica una falta de inicialización en la interfaz spi...
- Lei por ahi algo de una máscara de los bits correspondientes a los gpio, pero para otros routers.... Se sabe algo?
Y hasta ahora esas son Mis experiencias....
Por cierto, que en Mis manos ha caido un router de Jazztel, el AR-5387un, que ya veo estais en ello.... ya le puse el openwrt, pero claro, tambien lo he desmontado..... en su interior aparecen dos lugares donde deberian haber dos LED´s ( gpios de salida???? ), y el lugar donde deberia haber otro pulsador interno ( gpio de entrada? ).... además, aparte del conector serie, hay 6 testpoints en una esquina..... parece que este bichito tambien puede investigarse.....
-
No sé dónde soleis buscar las emisoras de radio. Yo lo hago aquí, hay miles, y ordenadas por estilos:
http://vtuner.com/setupapp/guide/asp/BrowseStations/startpage.asp
Estupenda página, Danitool. Yo suelo usar la de NullSoft: http://www.shoutcast.com/
-
Bueno, tras múltiples quebraderos de cabeza con los GPIO, llego a la conclusión que si bien pueden ser utilizados de forma individual para por ejemplo encender un zumbador ( por lo del mando a distania... ) o un led, con el modulo mmc_over_gpio no se lleva nada nada bien, y Me ha sido imposible que funcione el lector de tarjetas......
Otra vez será!!!
Por cierto, a los que han fabricado el mando a distancia mediante LIRCD y el driver Alsa con el sensor y todo eso..... funciona bien del todo? no os sucede que a veces en el arranque no va y hay que reiniciar todo el proceso lircd completo? o que pierde la sensibilidad a veces? Desde luego que no hay forma de tener una radio como dios manda al 100%, siempre hay algun problemilla, grrrr.....
Como siempre, gracias por anticipado!!!
-
A mi lircd me va perfecto con lirc-alsa, jamás perdí sensibilidad ni nada de eso. Es más sensibilidad perfecta, apunte a donde apunte siempre me pilla bien las pulsaciones. Ahora bien, he de confesar que la primera vez que monté el tema con una versión trunk no iba muy fino, pero luego de repasar todo, y usar la versión estable Backfire, va más que perfecto todo.
Quizás más adelante me cambie a AA, a ver si va a ser eso. Lo malo que no tengo muchos recursos en el livebox (16 MB de RAM y un procesador cutre).
Podría ser cualquier cosa, incluso la alimentación del módulo lirc, yo en mi livebox el tsop1738 coge los 5 V del puerto serie (sí en el livebox va a ese voltaje), y supongo que será una fuente más fiable y estable que la del puerto USB.
Aunque como ya digo no descarto que sea un bug de lirc con las últimas versiones. Yo te diría que le des un tiento con Backfire a ver si lirc es más estable ahí.
-
Efectivamente, cualquier problema habido y por haber con el mando a distancia es culpa de AA.... en Backfire va como la seda e incluso ya he probado otros mandos que tenia en casa, pero al ser mandos miniatura ( de portatiles y marcos digitales y similares ) el LED es pequeño y va protegido por plastico oscuro, por lo que los nivels son mínimos y hay que estar muy cerca para que funcionen. Definitivamente, el mando de un AverMedia es una solución totalmente válida.
Al observar Backfire mas detenidamente, he visto que hay varias carpetas y archivos para GPIO, lo que Me da a pensar que quizas el módulo MMC/SD que fracasó en AA funcione aqui.... asi que ya tengo para volver a entretenerme.
Y un consejo: Si el sensor receptor va a estar en un sitio fuertemente iluminado, cabe la posibilidad de que sea engañado por la luz procedente de lámparas, luz solar, etc... Me sucedió algo parecido hace años con unos ratones de unos PC en un exposición en pleno Sevilla, asi que recomiendo rebuscar entre esa chatarrilla electrónica que tenemos por ahi un trozo de plástico del utilizado para tapar dichos sensores en los videos antiguos, dvds, etc.... ese plastico rojo que dificulta la entrada de luz normal pero facilita la de IR....
https://docs.google.com/file/d/0B3he-uebZ2asLTg2MHJFMElYRWc/edit (https://docs.google.com/file/d/0B3he-uebZ2asLTg2MHJFMElYRWc/edit)
Ademas, seguro que tapa el agujero que hayamos hecho para sacar el sensor fuera del router.
-
Vaya, entonces estos son malas noticias, a ver quien es el guapo que es capaz de depurar el problema con lirc-alsa en AA. Lo único que fui capaz de ver en su día es mediante el consumo de CPU que no siempre lirc cuando estaba ejecutándose hacía un consumo regular en la rama trunk, mientras que en Backfire sí, lo que puede indicar que el proceso se "duerme" en lugar de estar escuchando contínuamente lo que le llega por lirc-alsa. Vamos que podría ser un problema de "polling" o como se llame.
Lo de las lámparas y ciertas luces es cierto. Sobre todo con las nuevas bombillas "ecológicas" de tubos con gas, las de filamento incandescente no le afecta. Por lo que una luz directa e intensa de este nuevo tipo de bombillas sí que puede afectarle bastante. Recomendable grabar al menos los códigos en la penumbra, con poca luz.
La única pega de Backfire es que no tiene implementados los botones de los bcm63xx para que funcionen. También algo relacionado con lo de los GPIO.
A mi en AA, con la interfaz nativa SPI del propio SoC tampoco me funcionan las memorias SD. y en backfire la esta interfaz no está disponible, así que como última opción quedan los GPIO. Si te funciona informa.
-
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 polarity
Sin embargo, en http://www.dd-wrt.com/phpBB2/viewtopic.php?p=447846 (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 lo
Ahora 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 90
De 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".....
-
Si te sirve de consuelo, a mi ni siquiera usando la interfaz nativa SPI del bcm6348 me funciona la tarjeta SD. Obtengo un resultado parecido al tuyo, don el debug activado a veces si que logra detectar algo, envía y recibe comandos a la tarjeta SD, pero finalmente acaba por no detectarla, ni capacidad ni nada de nada.
El poder usar gpioctl realmente no es más ventaja que tener un poco de comodidad, se puede hacer lo mismo exportando. Pero lo suyo es usar los triggers del kernel por digamos reaccionar de forma más instantánea. En el caso de un zumbador se puede este definir como un led más y asociar un trigger. Hace tiempo hice una modificación en un trigger del kernel, pero no hubo mucho interés >:D
https://dev.openwrt.org/ticket/9788
De hecho tengo un zumbador piezoeléctrico en un gpio. El funcionamiento viene a ser idéntico al de un led, solo que en lugar de señal luminosa tenemos señal acústica. He de decir que es bastante escandaloso y lo uso poco. Tal vez sea ideal para programar eventos con cron, como despertador fijo cumple su función ;D
Lo malo de usar como indicas la señal acústica que produce el propio módulo infrarrojos en la entrada de micro es, primero que tener activada la entrada de micro para reproducirla introduce algo de ruido en en nuestra radio, cosa que no gustará si tenemos una oreja medianamente exquisita, y segundo que no siempre que oigamos el ruido de la pulsación querrá decir que el lirc a captado la señal correctamente... O sea que podemos pulsar el mando, oir en la radio que sí se ha detectado la pulsación, pero que la radio no reacciona, lo cual resulta feo...
Lo apropiado pienso sería con un zumbador, pero que el control de ese zumbador lo lleve el propio módulo lirc-alsa, o si fuese posible un módulo del propio kernel, porque lo que nos interesa es una respuesta inmediata y fiable al 100%. Hacerlo con scripts es válido pero se nota ya que la respuesta no es inmediata siempre, sobre todo si vamos justos de procesador.
-
Eso de la interfaz nativa del SPI Me lo tienes que explicar... ^-^
Tras mas investigaciones, creo que el tema es la asignación de una parte del espacio de los GPIO a los SPI, que no se realiza correctamente, para lo cual creo que el modulo adecuado es kmod-gpiotoggling, pero.... como se usa eso?????
Alguna ideita??
-
Bueno, pues hace tiempo se planteó aqui la posibilidad de grabar la emisora que estuviera sonando, y creo que los que pensamos en eso imaginábamos un programa de grabación a través de Alsa por el Mic, etc etc etc....
NO!!! Backfire incorpora la utilidad STREAMRIPPER, cuya misión es guardar en un archivo mp3 el stream de música que nos llega via radio.
Su uso básico es Streamripper URL_emisora -a camino_y_archivo_de_salida
Asi que como la mayoría pusimos pendrive por el puerto USB... a grabar!!
-
Bueno, pues hace tiempo se planteó aqui la posibilidad de grabar la emisora que estuviera sonando, y creo que los que pensamos en eso imaginábamos un programa de grabación a través de Alsa por el Mic, etc etc etc....
NO!!! Backfire incorpora la utilidad STREAMRIPPER, cuya misión es guardar en un archivo mp3 el stream de música que nos llega via radio.
Su uso básico es Streamripper URL_emisora -a camino_y_archivo_de_salida
Asi que como la mayoría pusimos pendrive por el puerto USB... a grabar!!
Cierto con STREAMRIPPER se puede hacer, es más, es capaz de separar las canciones poniéndole el título incluso. Hay que tener en cuenta que mientras reproducimos y lanzamos el streamripper tendremos dos hilos de la emisora en descarga, uno reproduciendo y otro grabando lo cual no debiera suponer problema alguno.
Una pena que en los routers solemos tener poca RAM, porque lo que podríamos hacer es grabar contínuamente la emisora con streamripper a modo de buffer digamos unos 5 minutos que se conserven en RAM (/tmp), así cuando decidiesemos grabar un tema ya empezado tendríamos la canción completa.
Si haces algo interesante con streamripper, algún script, informa.
-
Bueno, en Mi caso voy a utilizar un pendrive de 8 gigas, que se encuentra montado en /mnt/sdb1... en su interior hay una carpeta creada denominada "music", accesible desde samba y windows y ademas es la carpeta "music" de mpd, sin estar oculta.
Acto seguido ejecutamos:
streamripper $(mpc -f %file% | grep -e "^http") -s -d /mnt/sdb1/music
Y ya está!!!
mpc -f %file% nos da la información de lo que este sonando en mpc, del cual extraemos la URL gracias a grep... el parametro -s de streamripper crea un directorio unico para todo lo grabado ( incluyendo uno denominado "incomplete" si la canción no esta del todo grabada) y -d da el camino al pendrive.
Sigo haciendo pruebas a ver si va todo bien...
Reedición:
Efectivamente, en la carpeta incomplete se va guardando todo, pero si la canción acaba, automáticamente es cambiada al raiz del pendrive, puesto que asi lo especificamos con -d y -s en streamripper; si cortamos antes o empezamos tarde, el stream se queda en incomplete.
Mas reediciones...
El tema de la grabación va genial... unos pocos scripts Me estan dando el control completo sobre la radio y el mando a distancia, sin embargo hay que tener un detalle en cuenta: Streamripper se coloca el solito en primer plano y ocupa todo todo todo, por lo que a menos que se haga un Ctrl+Z no hay forma de hacer nada mas, sobre todo con el mando a distancia...
Solución: que se ejecute en segundo plano colocando al final de la línea de ejecución el carácter &... y ya está!!!
-
Mi radio esta tomando ya una recta casi final.... lo penúltimo fue grabar, lo último fue sonar desde pendrive que siempre se Me resistió.
Si bien lo que se explicaba en la pagina 2 era cierto, lo referente a redirigir el directorio /music al pendrive de turno, puede suceder que no tengamos forma de acceder a sus canciones ni nada, por mas mpc add / que hagamos...
Ello es debido a que no se ha actualizado la base de datos .db interna del comando mpc, para lo cual la solución es ejecutar el siguiente comando antes de querer sonar las canciones del pendrive:
mpc update
Con este comando ya podremos utilizar las canciones del pendrive tras la ejecución de mpc add /
Otro problema gordo es hotplug.... si bien funciona de escándalo, detectando un pendrive cuando se le pincha gracias a las ordenes dentro de la carpeta /etc/hotplug.d/usb/10-usb, ese mismo archivo se ejecuta en el inicio del firm del ruter al ser enchufado, por lo que si hay alguna rutinita que se deba ejecutar cuando se pinche un pendrive ( por ejemplo encender LED´s, cargar alguna carpeta, crear algun archivo, activar un zumbado, Yo que se!!! ) tambien se ejecutaría cuando se iniciara el router, puesto que se chequeqn los puertos USB, y muchos de nosotros tenemos conectado un HUB tal como ya quedo dicho páginas atras, lo que haria que todo ello se ejecutara sin pendrive conectado....
En Mi caso es peor, puesto que he grabado varios archivos en mp3 con voces roboticas para avisarme de los eventos que suceden, y en el arranque suena una voz cavernosa diciendo "pendrive insertado".... sin estarlo.
La solución que encontre fue la siguiente:
-Sustitución del archivo 10-usb de su ubicación original (/etc/hotplug.2/usb/10-usb) por un acceso directo a dicho archivo que ahora estará sito en la carpeta /tmp.
-El archivo 10-usb se encuentra en otra carpeta, y en el archivo /etc/rc.common incluir una linea donde se ejecute la copia de dicho archivo desde el origen donde se encuentre a su destino en /tmp
-De esta forma, en el reinicio del router, hotplug.d busca el archivo 10-usb, encontrando en su lugar un link a /tmp, pero ahi no existe archivo alguno aun.... hasta que se ejecuta /etc/rc.common, momento en que se efectua la copia, y el link ya si apunta al archivo 10-usb en cuestion.
En su momento intente eliminar el autochequeo de los USB terminando con un lindo cuelgue y nueva carga de firmware, asi que es la solución mejor que encontre.... si alguien sabe alguna mas, agradecido.....
-
Se podría incluir alguna línea en el fichero /etc/hotplug.d/usb/10-usb que detecte si está instalado o no el pendrive. Échale un vistazo a este script:
#!/bin/sh -
# Script que detecta la presencia real de un pendrive
# 01/02/2013 :P raphik
# Nombre del fichero: pendrive.sh
# Cópialo en la carpeta /root
# Hazlo ejecutable: chmod +x /root/pendrive.sh
# Ejecútalo: /root/./pendrive.sh
#
ls /dev/sd* &> /dev/null
if [ "$?" == 0 ]; then
echo "¡Pendrive detectado!"
else
echo "No se detectó ningún pendrive"
fi
exit
En linux la variable $? hace la misma función que %ERRORLEVEL% en MS-DOS. Es decir, toma el valor 0 si el último comando ejecutado terminó con éxito. En caso contrario toma el valor 1.
El código que sigue me trajo de cabeza algunos minutos. Se puede probar cortando y pegando cada línea en una sesión telnet.
ls /dev/sd* &> /dev/null
echo $?
echo $?
El primer echo devuelve 0 ó 1 según haya o no un pendrive conectado, pero el segundo echo siempre devuelve 0. ¿Por qué?
La respuesta es simple: porque el primer echo siempre acaba con éxito y pone la variable $? a 0.
-
Sir-Stephen, ¿puedes subir una copia de tu archivo 10-usb?
-
#!/bin/sh
# Copyright (C) 2009 OpenWrt.org
mpc stop
amixer set Speaker 100
case "$ACTION" in
add)
madplay /mnt/sda1/Interna/inserta.mp3
mount -t auto /dev/sdb1 /mnt/sdb1
echo 1 > /sys/class/leds/internetkey:red/brightness
echo SI > /mnt/sda1/Interna/PENSINO
;;
remove)
madplay /mnt/sda1/Interna/extrae.mp3
umount /mnt/sdb1
echo 0 > /sys/class/leds/internetkey:red/brightness
echo NO > /mnt/sda1/Interna/PENSINO
;;
esac
amixer set Speaker $(grep -e "^" /mnt/sda1/Interna/VOLUMEN)
mpc play
Realmente, todo lo estoy moviendo por scripts, ya que así el programa por Java no tendrá que hacer nada especial, solo llamarlos o recibir sus resultados.
sda1 es un pendrive de 128MB del año de la castaña soldado al puerto usb trasero directamente.... ahi van los scripts, los sonidos mp3 y sobre todo, la carpeta mpd completita incluyendo las emisoras memorizadas.
Por cierto, como ves existen dos variables ( entre otras muchas ) PENSINO y VOLUMEN, que al ser ficheros pueden ser consultados o modificados por cualquier script lanzado.
PENSINO indica si el pen está o no insertado, para luego poder hacer el cambio pen/radio o viceversa, o para poder grabar en su directorio music.
VOLUMEN almacena el volumen actual de amixer, que por cierto es bastante "cutre"... encuentro que el volumen va como a "saltos" si utilizas el mixer hardware de la tarjeta de sonido, mientras que va totalmente fino si utilizas el mezclador por software, pero en este ultimo caso lircd no termina de ir bien del todo, y encima mpc volume X solo funciona en modo software, no en modo hardware....
-
Sir-Stephen:
Para que no suenen las voces robóticas hay que impedir que se ejecute el script /etc/hotplug.d/usb/10-usb durante el proceso de arranque.
Editamos el script /etc/rc.local (le añadimos la línea en negrita):
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
echo "ok" > /tmp/listo.txt
exit 0
Con esto conseguimos generar el fichero listo.txt justo después de terminar el proceso de arranque. Al estar en la carpeta tmp, desaparece con cada nuevo arranque.
Ahora editamos el script /etc/hotplug.d/usb/10-usb (le añadimos la línea en negrita):
#!/bin/sh
# Copyright (C) 2009 OpenWrt.org
[ -f /tmp/listo.txt ] || exit 0
mpc stop
amixer set Speaker 100
case "$ACTION" in
add)
madplay /mnt/sda1/Interna/inserta.mp3
mount -t auto /dev/sdb1 /mnt/sdb1
echo 1 > /sys/class/leds/internetkey:red/brightness
echo SI > /mnt/sda1/Interna/PENSINO
;;
remove)
madplay /mnt/sda1/Interna/extrae.mp3
umount /mnt/sdb1
echo 0 > /sys/class/leds/internetkey:red/brightness
echo NO > /mnt/sda1/Interna/PENSINO
;;
esac
amixer set Speaker $(grep -e "^" /mnt/sda1/Interna/VOLUMEN)
mpc play
La línea en negrita impide que se ejecute el resto del código antes de que el proceso de arranque haya terminado.
La verdad, tampoco es muy elegante generar un fichero en /tmp para usarlo de bandera que marque el final del system init.
-
Tras mas de un fracaso e hecho funcionar mi huawei 556a como radio wifi asi que lo primero doy las gracias a todos los que me han ayudado como noltari aunque se olvido de compilarme ese firm pero es de entender eso lleva su tiempo tambien a danitool,raphik ,etc.me aventure a intentar compilarlo me a sido imposible siempre tenia errores .y los firms trunk no consegui ninguno que me diera conexion por telnet asi que lo hice desde cero con un firm pelao añadiendole los paquetes,luci,mpd ,mpc etc. al final me funciono aunque con algunas pegas.Despues de mucho documentarme y probar funciono pero no e sido capaz de instalar mpd-full .
root@OpenWrt:~# opkg install mpd-full
Installing mpd-full (0.16.5-2) to root...
Collected errors:
* opkg_download_pkg: Package mpd-full is not available from any configured src.
* opkg_install_pkg: Failed to download mpd-full. Perhaps you need to run 'opkg update'?
* opkg_install_cmd: Cannot install package mpd-full.
asi que tengo el mpd base al teclear en consola mpd --version me da el siguiente resultado.
root@OpenWrt:~# mpd --version
mpd (MPD: Music Player Daemon) 0.16.1
Copyright (C) 2003-2007 Warren Dukes <warren.dukes@gmail.com>
Copyright (C) 2008-2010 Max Kellermann <max@duempel.org>
This is free software; see the source for copying conditions. There is NO
warranty; not even MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Supported decoders:
[mad] mp3 mp2
[oggflac] ogg oga
[flac] flac
[audiofile] wav au aiff aif
[faad] aac
Supported outputs:
shout null fifo alsa httpd recorder
Supported encoders:
null vorbis wave flac
Supported protocols:
file:// http:// mms:// mmsh:// mmst:// mmsu://
root@OpenWrt:~#
en otra web vi que en supported encoders y en supported protocols salian mas datos,tal vez sea que me falte alguna libreria y por eso las estaciones con extension .m3u no me suenen.
-
ximox, supongo que no habrás olvidado actualizar la lista de paquetes (opkg update) antes de instalar el paquete mpd-full.
De todas formas, si ya tienes LuCI funcionando, puedes utilizarlo para instalar mpd-full (o cualquier otro paquete):
1) Abre LuCI desde el navegador de tu PC (generalmente, en la ip 192.168.1.1)
2) LuCI te pide la contraseña. Escríbela y vé a la pestaña System, subpestaña Software y actualiza la lista de paquetes descargables haciendo clic sobre Update.
3) En el campo Download and install package escribe mpc-full y luego haz clic en OK.
4) Espera a que se descarge y se instale.
Sencillo, ¿no?
-
No sé dónde soleis buscar las emisoras de radio. Yo lo hago aquí, hay miles, y ordenadas por estilos:
http://vtuner.com/setupapp/guide/asp/BrowseStations/startpage.asp
Estupenda página, Danitool. Yo suelo usar la de NullSoft: http://www.shoutcast.com/
EDITO. Otra página de búsqueda de emisoras: https://www.reciva.com/
-
Amigo ximox, ese error Me sucedio a Mi tambien al principio... la solución es simple: cuando compiles el firm, debes insertar alguna de las libs que incluyan soporte para archivos de cualquier tipo mpeg... una vez instalada dicha lib, aparece como por arte de magia mpd-full justo debajo de mpd-mini y ya funciona correctamente....
-
Gracias por vuestra respuesta eso ya lo se .De hecho cuando hago algo antes me suelo documentar bastante antes de meter la gamba.El problema mio es que soy algo profano en linux lo conoci cuando salio el primer linnux tropix hace unos años y despues con las distros posteriores backtrack,wifislax,beini etc .dedicadas a la auditoria y solo sabia hacer eso.De openwrt me lia bastante a la hora de configurar ciertas cosas ,la interfaz de luci me lia un poco en comparacion a otras como ddwrt o las que vienen originales en los router .El instalar luci y paquetes adicionales no le veo ningun misterio desde consola y no es mas que un comando o por luci desde software .Lo de compilar es un mundo nuevo para mi y los errores que tenia no eran por la libffmpeg esa la ponia antes de mpd para que apareciera mpdfull hasta ahi controlo me daba errores al finalizar la compitacion.Instale ubuntu 11 en un core 2 duo a 2ghz y con 256gb de hd y 4gb de ram asi que por maquina tampoco era e incluso desabilite la indexacion de archivos de ubuntu para evitar errores.
En fin lo consegui con un firm que se posteo aqui " Backfire r33081 " y apartir de ahi instale luci y demas ,lo que creo que hice mal es que despues de luci instale lo demas en el orden que no era
opkg install mpc mpd libffmpeg
y despues intente poner el mpd full y me decia algo asi como root@OpenWrt:~# opkg install mpd-full
Installing mpd-full (0.16.5-2) to root...
Collected errors:
* opkg_download_pkg: Package mpd-full is not available from any configured src.
* opkg_install_pkg: Failed to download mpd-full. Perhaps you need to run 'opkg update'?
vamos que por lo que pone no me deja por que no se instala si ya hay una version configurada asi que empiezo desde cero y lo hare en el orden correcto 1º firm backfire 2º luci 3º opkg install mpc libffmpeg mpd-full. despues al igual que ahora lo controlare desde mi windows con el cliente ario-player.
por cierto soy tecnico en electronica ,reparo pcs sobremesa , portatiles tanto de soft como harware ,monitores , tv LCD,electrodomesticos ,educo consolas tengo un buen nivel en windows - mac asi como en sonido y equipamiento dj de hecho lo e sido unos cuantos años y conservo mi estudio en casa ya solo como hobbY eso si de linux poco jaja asi que si necesitais un cable con algo de esto solo teneis que pedirmelo.
Gracias de nuevo
-
No estoy seguro de que en los repositorios de backfire exista mpd-full, pienso que es mpd a secas. Aunque si uno compila la última revisión de backfire sí que aparece en los menús.
Así que prueba con
opkg update
opkg install mpd
-
no dani esta en los de attitude ajustament y de alli lo instale sin problema eso si tuve que instalar alguna libreria mas pero ahora me aparece otra pega .Una vez que tengo todo listo y el mpd.conf configurado al arrancar mpd me sale esto
mpd: can't resolve symbol 'pipe2' in lib 'mpd'.
.no tengo ni idea que es lo e buscado en google y lo unico que e encontrado es que es un tipo de salida de audio de hecho en el mpd.conf sale una de las salidas como pipe pero delante tiene # con lo cual lo deberia descartar mpd si es ese.
Y si en vez de poner mpd en la consola lo lanzo asi /etc/init.d/mpd start sale lo siguiente:
root@OpenWrt:~# /etc/init.d/mpd start
BusyBox v1.15.3 (2013-02-08 20:41:44 CET) multi-call binary
Usage: nice [-n ADJUST] [PROG [ARGS]]
Run PROG with modified scheduling priority
Options:
-n ADJUST Adjust priority by ADJUST
/usr/bin/mpd: can't resolve symbol 'pipe2' in lib '/usr/bin/mpd'.
¿sabeis que es eso de symbol pipe2?
sin embargo ahora al teclear mpd --version ya me sale completo pero lo que no se si los link m3u los reproducira el mpd-full
root@OpenWrt:~# mpd --version
mpd (MPD: Music Player Daemon) 0.16.5
Copyright (C) 2003-2007 Warren Dukes <warren.dukes@gmail.com>
Copyright (C) 2008-2010 Max Kellermann <max@duempel.org>
This is free software; see the source for copying conditions. There is NO
warranty; not even MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Supported decoders:
[mad] mp3 mp2
[vorbis] ogg oga
[oggflac] ogg oga
[flac] flac
[sndfile] wav aiff aif au snd paf iff svx sf voc w64 pvf xi htk caf sd2
[audiofile] wav au aiff aif
[faad] aac
[ffmpeg] 16sv 3g2 3gp 4xm 8svx aa3 aac ac3 afc aif aifc aiff al alaw amr anim apc ape asf atrac au aud avi avm2 avs bap bfi c93 cak cin cmv cpk daud dct divx dts dv dvd dxa eac3 film flac flc fli fll flx flv g726 gsm gxf iss m1v m2v m2t m2ts m4a m4b m4v mad mj2 mjpeg mjpg mka mkv mlp mm mmf mov mp+ mp1 mp2 mp3 mp4 mpc mpeg mpg mpga mpp mpu mve mvi mxf nc nsv nut nuv oga ogm ogv ogx oma ogg omg psp pva qcp qt r3d ra ram rl2 rm rmvb roq rpl rvc shn smk snd sol son spx str swf tgi tgq tgv thp ts tsp tta xa xvid uv uv2 vb vid vob voc vp6 vmd wav wma wmv wsaud wsvga wv wve
Supported outputs:
shout null fifo pipe alsa oss httpd recorder
Supported encoders:
null vorbis flac
Supported protocols:
file:// http:// mms:// mmsh:// mmst:// mmsu:// gopher:// rtp:// rtsp:// rtmp:// rtmpt:// rtmps://
-
... asi que empiezo desde cero y lo hare en el orden correcto 1º firm backfire 2º luci 3º opkg install mpc libffmpeg mpd-full...
¿firmware backfire? Yo instalé la última versión del trunk (http://downloads.openwrt.org/snapshots/trunk/brcm63xx/openwrt-HW556-squashfs-cfe.bin) y me funciona perfectamente.
En el repositorio del trunk está mpd-full (línea resaltada):
(http://img845.imageshack.us/img845/3451/mpdfull.jpg)
La guía del primer post es la que yo sigo. Funciona.
-
Nada resultado negativo, como me paso otras veces con el trunk como lo modifican amenudo tal vez tu pillaste uno bueno .Pero ese mismo no va no hay conexion ninguna por telnet una vez subido al router .Alguien comento por ahi que era por que le fataba algun paquete al firm .Asi que vuelvo a lo que me funcionaba sin mpd-full pero algo es algo.
intentare compilar en backfire haber q tal e intentare tambien con otro router que tengo aunque anda mas justo de memoria un asus wl520gu.
Una cosilla mas se puede poner el hw556a como cliente es decir que se conecte a mi wifi de casa y la radio funcione con conexion wifi en vez de tener el router con el rj45 por que lei por un hilo que no se podia y estoy un poco liado .Lo e intentado y si que parece que se conectaba pero no me funka la radio .mi red es del rango 192.168.1.xx .Puse en conexion wan que es la wifi lo siguiente
pta enlace la de mi router adsl masc:255.255.255.0 ip del hw 192.168.1.200 y en dns la puerta de enlace 192.168.1.1 ,tambien probe con dns del tipo 8.8.8.8,8.8.4.4 pero nada y luego en lan la puse 20.0.0.1 y la mascara 255.255.255.0 lo demas en vacio asi lo e hecho otras veces en otros routers y me a ido perfecto pero este se resiste .Lo hago bien o es cosa de este router.
¿Alguien puede aclarar la diferencia entre mpd y mpd-full? .Yo pense en que era por que reproducia mas tipos de archivo como los m3u pero ya vi que no que los m3u son enlaces que esconden el link original y solo hay que abrirlo para descubrir el enlace y añadirlo a mpc.
-
Notas aclaratoria a tener en cuenta para añadir radios a nuestra radio wifi:
1:Si quieres controlar las emisoras sin telnet descargate ario eso si necesitaras tener instalada la libreria GTK+ 2.16 de windows si no la tienes la descargas
GTK+ 2.16http://sourceforge.net/projects/gtk-win/files/GTK%2B%20Runtime%20Environment/GTK%2B%202.16/gtk2-runtime-2.16.6-2010-05-12-ash.exe/download (http://sourceforge.net/projects/gtk-win/files/GTK%2B%20Runtime%20Environment/GTK%2B%202.16/gtk2-runtime-2.16.6-2010-05-12-ash.exe/download)
ARIO PLAYER 1.5.1http://sourceforge.net/projects/ario-player/files/ario-player/1.5.1/ (http://sourceforge.net/projects/ario-player/files/ario-player/1.5.1/)
2º Si eliges ario antes edita el mpd.conf y en bind_to_address "127.0.0.1" cambias por la ip lan de el router radio wifi y la añades en ario tambien si no no te funcionara ,para volver a manejar por telnet o ssh lo reeditas y lo dejas como estaba.
3º Las emisoras con link m3u no te iran por que m3u es :
M3U (MPEG Versión 3.0 URL) es un formato de archivo que almacena listas de reproducción de medios. Es decir, es una forma de agrupar los archivos que se quieran reproducir, de manera que no haya que ir buscándolos uno a uno cada vez que se quiera reproducirlos todos a la vez. En un principio la posibilidad de crear y abrir los M3U solo era soportada por Winamp, pero actualmente, el formato es soportado por mas reproductores. Para que vayan abre el link en winamp y en la lista de reproduccion te pones encima de la emisora y clikas al boton dch y elige ver informacion del archivo ahi tendras el link poara añadir a mpc.
Ej : 40 PRINCIPAÑES ASTURIAS
http://www.radioasturias.net/08.m3u
link para mpc : http://www.radioasturias.net:80/08
-
Ya consegui mi cometido y la hice funcionar como cliente wifi aunque por ahi lei algo de que no se podia ,tal vez era otra version .Lo unico que la wan que es la wifi que conecta a mi router principal sale en rojo pero funciona bien lo unico que slo para la radio no para navegacion web pero me es igual.
Ahora me gustaria mejorar la radio dado que soy fino con el soldador que seria ponerle un display.
Alguien puede poner aqui el esquema de conexion ,los paquetes a instalar para que lo interprete el display
y si hay que programar algun chip o se conecta tal cual.
Gracias de nuevo a todos los que me ayudaron y espero me faciliteis este esquema para dar el utimo paso
-
Lo del display es un tema peliagudo. Más que nada porque hay muchos tipos de display. Normalmente para este tipo de mods la gente suele conectarlo al propio router del puerto serie, pero además del display en sí necesitas un microcontrolador para el mismo, con su pequeño software tal y como mightyohm explica en su página. O bien te puedes agenciar uno con todo esto preparado, ya listo para conectar al puerto serie TTL del router:
https://www.sparkfun.com/products/9067?
Yo también ando dandole vueltas al tema. Tengo planeado usar un marco digital de fotos (hackeado) como display, estos van conectados directamente al USB y usan el software lcd4linux. Lo malo que aun está en un estado experimental digamos el driver, y no todos los marcos digitales sirven, en concreto solo los que tienen el procesador ax206, y tal vez alguno más.
En las pruebas que hice parece funcionar más que bien el marco digital usado como display. El precio es económico comparado con los otros, 8 euros me costó el linkdelight de 2.4 pulgadas, además es a color, no monocromo. Me falta integrarlo en la radio wifi a ver qeu tal funciona.
En esta parte de la radio wifi creo que todos estamos verdes aun >:D
-
Nada resultado negativo, como me paso otras veces con el trunk como lo modifican a menudo tal vez tu pillaste uno bueno .Pero ese mismo no va no hay conexion ninguna por telnet una vez subido al router.
Acabo de probar el último firm del trunk para el hg556a y funciona correctamente. Conecta bien por telnet.
Para cargar el firm hay que ponerle al PC una IP manual (192.168.1.2, por ejemplo). Cuando el router rearranca hay configurar el PC para que obtenga una IP automáticamente. La IP se la asigna el DHCP del router. Algunas veces, la IP que le dimos manualmente se queda "pillada" y hay que desconectar el cable de datos del router y volverlo a conectar para que tome la nueva IP por DHCP. El comando ipconfig (ventana DOS) nos mostrará si ha tomado la nueva IP.
Este post lo estoy enviando desde un hg556a con la última versión del trunk.
(http://img441.imageshack.us/img441/4067/hg556a.jpg)
Saludos.
-
¿Alguien puede aclarar la diferencia entre mpd y mpd-full?.
opkg install mpd-mini descarga, instala y configura los paquetes:
mpd-mini (0.16.5-2)
glib2 (2.34.3-1)
zlib (1.2.7-1)
libpthread (0.9.33.2-1)
libffi (3.0.11-1)
libcurl (7.29.0-1)
libopenssl (1.0.1e-1)
libflac (1.2.1-1)
libmad (0.15.1b-3)
libvorbisidec (1.0.2+svn14261-1)
opkg install mpd-full descarga, instala y configura los paquetes:
mpd-full (0.16.5-2)
glib2 (2.34.3-1)
libffi (3.0.11-1)
libcurl (7.29.0-1)
libopenssl (1.0.1e-1)
libflac (1.2.1-1)
libmad (0.15.1b-3)
libvorbisidec (1.0.2+svn14261-1)
libaudiofile (0.2.7-1)
libfaad2 (2.7-2)
libffmpeg-mini (0.11.2-2)
libbz2 (1.0.6-1)
libid3tag (0.15.1b-3)
libmms (0.6-1)
libogg (1.3.0-1)
libshout (2.2.2-2)
libspeex (1.2rc1-1)
libtheora (1.1.1-1)
libvorbis (1.3.3-1)
libsndfile (1.0.25-2)
A efectos prácticos, la direfencia principal que he encontrado es que la mini no soporta salida ALSA.
-
Efectivamente mpd-mini está compilado para soporte con OSS, supuestamente es la versión ligera, para routers con poca RAM. En algún punto dividieron el paquete en dos modalidades ya que las nuevas versiones son demasiado pesadas. Esto lo hacen pasando diferentes opciones a mpd a la hora de compilar.
Pero creo que mpd-mini con OSS, no es precisamente una maravilla. Yo que sí necesito que mpd sea ligero (mi router es bcm6348 con 16MB RAM) prefiero compilar una versión antigua, la que usa mightyohm, adaptada a Backfire, con soporte alsa va estupendamente. Mpd-full funciona estupendamente pero en routers con recursos como los que usais (bcm6358), de hecho incluso es capaz de reproducir archivos flac de alta calidad sin despeinarse.
-
Gracias por los apuntes asi le seran de ayuda a mas gente.
Dani e mirado ese marco digital que estas usando y no lo encuentro ni encontre referencia a otro con ese procesador si e visto info sobre el firmware de linux para meterle y demas .
Una Cosilla mas para el cambio de emisoras volumen etc imagino que se podra hacer desde le board del display o añadirle la circuiteria de un raton como e visto por ahi que ha hecho alguien incluso infrarojo para control a distancia .
Un user de aqui puso un huawei con el lcd integrado y tal pero no puso el esquema ni vi demasiada info de ello .Yo teniendo el esquema monto lo que sea .
Bueno ya me pasaras dani el enlace de donde adquirir ese marco e ire investigando.
Ahora mientras intentare hacer lo mismo con el asus wl520 gu aunque este esta mas justo de memoria pero en mighty es el que usaron.
Raphik lo de el trun tal vez me pasaba que no lo ponia dhcp o no subia el firm por serie si no por http .ya probare pero ahora ya lo tengo func¡onando .Voy a hechar un vistazo al foro haber si hay algo sobre los zyxel y si no lo creo ,estos dias estoy cambiandoles el firm de timofonica a oficial zyxel y mejoran bastante no entiendo por que timofonica los capa tanto.
-
Ayer no estaba disponible en el trunk el paquete mpc-full. Hoy ni siquiera está mpc-mini. :'(
...Pero creo que mpd-mini con OSS, no es precisamente una maravilla...
He probado OSS en el hg556a y va a tirones. Incluso cuando subes o bajas el volumen tarda uno o dos segundos en reaccionar.
-
Un user de aqui puso un huawei con el lcd integrado y tal pero no puso el esquema ni vi demasiada info de ello .Yo teniendo el esquema monto lo que sea .
Te paso el enlace de un artículo en el que se aborda el montaje de un LCD serie gobernado por un PIC16F628a. Incluye esquema y código para programar el micro. http://redbinary.com/microchip-pic-serial-lcd-driver/
Si lo quieres ya hecho, lo tienes en http://www.bricogeek.com/shop/pantallas-lcd-oled/87-pantalla-serial-lcd-16x2-blanco-sobre-negro.html
-
El DPF que adquirí en concreto fue desde eBay
http://www.ebay.de/itm/ws/eBayISAPI.dll?ViewItem&rd=1&item=260883908884
Hay bastantes parecidos, como ya digo con el procesador ax206. El proyecto que lleva el tema del hackeo tiene una lista
http://dpf-ax.svn.sourceforge.net/viewvc/dpf-ax/trunk/fw/knowntypes.html?revision=HEAD
Este linkdelight que tengo es de 2.4 pulgadas, con una superficie útil de pantalla de 4.9 x 3.7 cm. La resolución es de 320 x 240 píxels. Lleva incorporada una batería recargable, cosa que tengo que desconectar a ver si funciona solo con la corriente del USB. En teoría se puede llegar a mostrar imágenes en el mismo, por ejemplo mediante la aplicación siguiente hecha en python
http://sourceforge.net/projects/pydpf/
Aunque a mi en principio se me antoja complicado, no existe mucha documentación.
-
¿Donde puedo encontrar la info sobre el destripe de un raton y su conexion en el router para aprovechar su circuiteria y sus botones para el control de la radio? y que paquetes necesito asi como el de añadir un ir para mando a distancia.Tambien me interesaria montar un ir en mi pc para testear mandos a distancia y leer los codigos despues miraria de conectarlo al router.
¿Hay alguna manera de resetear el router a sus valores por defecto? .Me a pasado un par de veces que configurando ips e intentado crear un puente entre la wifi y despues no podia conectarme ni por telnet ni web y e tenido que reinstalar todo.(creo que eso no se puede hacer),con el boton de reset del mismo no me respondio y e tenido que reinstalar todo.
Y por que puede ser que estando conectado a mi router adsl y el huawei dentro del mismo rango de ips no pueda acceder a el nada mas que con el rj45 conectado a este.
Me volvere a hechar un ojo a un hilo que hay sobre configuracion de openwrt haber si doy con ello.
Estoy preparando una caja de una etapa antigua para meterle dentro todo pero para el resultado final con botonera y potenciometros ,etc me quedan años lux .Gracias de nuevo
-
A una parte me respondo a mi mismo lo explica noltari en un hilo que no habia visto.
Para restaurar a valores por defecto y al encender pinchar varias veces sobre el reset hasta que la luz parpadee.
-
Si quieres conectar la radio por wifi a otro router, lo más seguro es que necesites ponerlo en modo cliente, y por tanto tienes que separarlo de la red lan, ya que el modo cliente no funciona con bridges.
Algo tal que así, solo pongo las líneas que hacen esto
/etc/config/wireless
.
.
.
config wifi-iface
option device radio0
option network wan
option mode sta
.
./etc/config/network
.
.
config interface wan
option proto dhcp
Sobre lo de los infrarrojos, montar uno conectado al puerto serie del PC es sencillo, hay decenas de manuales por ahí.
En cuanto al tema de bbotones en un hg556a, yo pude montar un joystick de 5 posiciones. Suficiente para controlar el volumen y cambio de emisoras
(https://files.myopera.com/danitool/xx/hg556a_wradioj.JPG)
El joystick va cableado a los botones del router, y también a los de la tarjeta de sonido, de esta forma me queda libre el botón del wifi para otras funciones.
(https://files.myopera.com/danitool/xx/hg556a_wradio.JPG)
ese es el montaje completo, de esta forma aprovecho la carcasa que no está mal, aunque incómoda para trabajar haciendo mods.
(https://files.myopera.com/danitool/xx/hg556awradio.jpg)
Como se puede observar puse un infrarrojos en el frontal, y borré el logo de vodafone (con alcohol etílico).
Ahora mismo ando trabajando en el display, de momento esto es lo que estoy consiguiendo.
(https://files.myopera.com/danitool/xx/dpf-mpd.JPG)
-
¿Donde puedo encontrar la info sobre el destripe de un raton y su conexion en el router para aprovechar su circuiteria y sus botones para el control de la radio?
El ratón se conecta al router enchufándolo por USB. Para controlarlo hay que instalar el paquete triggerhappy.
Y por que puede ser que estando conectado a mi router adsl y el huawei dentro del mismo rango de ips no pueda acceder a el nada mas que con el rj45 conectado a este.
Porque seguramente lo conectas en modo cliente enrutado. Las distintas maneras de conexión en modo cliente están explicadas en la wiki de OpenWRT: http://wiki.openwrt.org/doc/howto/clientmode
Saludos.
-
Excelente mod, danitool.
Tu tarjeta de sonido tiene botones (la mío no), lo que facilita el control de volumen (vol+, vol- y mute). Para el cambio de emisoras usas TriggerHappy, ¿no?
Muy astuto, eliminar el conector phone2 para sacar el audio. Por cierto, ¿por qué has quitado el conector jack hembra del pincho de audio?
Aunque no lo dices en tu post, es obvio que el DPF no está conectado a un hg556a. Parece un Inventel de Orange.
Saludos.
-
Excelente mod, danitool.
Tu tarjeta de sonido tiene botones (la mío no), lo que facilita el control de volumen (vol+, vol- y mute). Para el cambio de emisoras usas TriggerHappy, ¿no?
Muy astuto, eliminar el conector phone2 para sacar el audio. Por cierto, ¿por qué has quitado el conector jack hembra del pincho de audio?
Aunque no lo dices en tu post, es obvio que el DPF no está conectado a un hg556a. Parece un Inventel de Orange.
Saludos.
La tarjeta de sonido es esta
http://dx.com/p/usb-virtual-7-1-channel-external-sound-card-adapter-59077
Muy barata también. Absolutamente todos los botones los controlo con triggerHappy, incluso los de la tarjeta de sonido, que tiene 3 (usables) y son detectados de por triggerhappy igual que con los botones del router.
Realmente no eliminé el phone2, lo que hice fue arrancar el conector de la tarjeta, y encajarlo en el del phone2, luego para fijarlo usé pegamento de mezcla tipo cemento, con lo cual queda como un bloque muy bien fijado, lo dificil es pasar los cables a través del conector. De esta forma queda todo muy compacto.
En realidad los chips de sonido de estas tarjetas tienen posibilidad para varios botones, y se podrían modificar sino los tienen para sacarlos, el inconveniente es que los suelen fijar con una resina y no hay acceso a los pines. De la misma forma con otras funciones que tienen los chips como salida de audio digital, por ello tal vez trate de conseguir una que no tenga esa maldita resina encima.
El DPF sí, lo tengo enchufado a un livebox, el cual uso para hacer pruebas.
-
Buenos diasssssss.....
Tras Mis vacaciones en Cuba, retomo el tema de la radio wifi, y en estos dias, ha cambiado bastante....
Para comenzar, sustituí los leds internos por leds rgb.... Procuré dejar los azules de los extremos fijos en azul, para posteriormente marcar los eventos en rojo para obtener magenta.....
Por otra parte, el led de power le cambie de rojo a verde... queda chulisimo....
Y finalmente, he previsto que ante los eventos del mando a distancia, encender todo, para que el resultado sea blanco ( ya se sabe, la mezcla de colores de newton )...
He aqui las fotos:
https://docs.google.com/file/d/0B3he-uebZ2asbDYwak43cTM0Q0U/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asbDYwak43cTM0Q0U/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asZ0ZFMC05WXF1dzA/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asZ0ZFMC05WXF1dzA/edit?usp=sharing)
aqui los leds, tal como se venden en tiras de 3 en 3 con sus resistencias para ponerlos a 12V, y una vez cortados... tienen 6 patas, o sea 3 diodos independientes...
https://docs.google.com/file/d/0B3he-uebZ2asT01XVzZ6eVVqb2M/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asT01XVzZ6eVVqb2M/edit?usp=sharing)
Aqui detallo los leds de ADSL y RED, que debido a que Mi router los tiene invertido, aproveché para "invertirlos" y ponerlos en orden... utilicé hilo barnizado sobre bases de cinta doble cara... Los otros leds no tenian tanta complicación, solo unir patillas a la placa base y ya...
https://docs.google.com/file/d/0B3he-uebZ2asWXg3TGxLT1BJaUE/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asWXg3TGxLT1BJaUE/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2ascE5yRFpBNlF0MVk/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2ascE5yRFpBNlF0MVk/edit?usp=sharing)
Como se ve, la parte derecha no necesita ningun tipo de "conversion", por lo que es mucho mas limpia, con cable aislado... eso si, una resistencia de 100 ohmios va al zumbador que tuve la precaución de colocar... de esa forma, cuando pulso un boton del mando a distancia, todos los leds se iluminan en blanco y el zumbador pita...
https://docs.google.com/file/d/0B3he-uebZ2asYVlHYjlWaG83VTg/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asYVlHYjlWaG83VTg/edit?usp=sharing)
Todo encendido... vease el led de power... ahora es verde.....
Eso referente a los leds, porque he recibido de ebay un display de 4 lineas, con puerto serie y I2C e interfaz para teclado de 4x4 teclas.... un precio muy barato, aunque no se donde va a caberme ya, jejejeje....
https://docs.google.com/file/d/0B3he-uebZ2asempjdzlUMExocDg/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asempjdzlUMExocDg/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asWF9YN1I1T3VPZ1E/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asWF9YN1I1T3VPZ1E/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asUW5lSl9KYjJFRkk/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asUW5lSl9KYjJFRkk/edit?usp=sharing)
El articulo de Ebay es:
http://www.ebay.es/itm/20x4-LCD-Display-Module-With-I2C-Serial-and-Keypad-Controller-/110893433937?pt=UK_BOI_Electrical_Test_Measurement_Equipment_ET&hash=item19d1c38451#ht_2724wt_1163 (http://www.ebay.es/itm/20x4-LCD-Display-Module-With-I2C-Serial-and-Keypad-Controller-/110893433937?pt=UK_BOI_Electrical_Test_Measurement_Equipment_ET&hash=item19d1c38451#ht_2724wt_1163)
En fin, seguiremos investigando.....
-
muy bueno esa tarjeta tiene buenas pinta y el uso de los botones de volumen esta muy bien .Yo e quitado alguna vez resina de esa ,es tedioso pero con un cutter que tengo con la cuchilla gruesa y con mucho cuidadin lo e conseguido pero por lo que vale la card merece la pena intentarlo.Otra cosa hay dos cables que no veo muy bien donde van y supongo que son los que val a el receptor de infrarojosuno tiene cinta aislante si es asi confirmamelo .Me acaban de dar un tdt npg de esos pequeños que van conectados directamente a el euroconector para reparar y no tiene reparacion pq estaba en corto un integrado con una soldadura mal hecha y esta achicharrado asi que el ir y el mando tal vez me ,si valiese seria perfecto.
gracias tambien por los apuntes de la config de red fijo que lo e tenido delante alguna vez y no lo vi pero como ya dije me lio un poco con la forma en que esta todo en openwrt pero prometo ponerme a estudia haber si de aqui a septiembre apruebo.E echado un vistazo a la info del display que te estas currando dani y es lo que dices hay poca info al respecto pero por las imagenes el resultado es muy bueno ,sera cosa de esperar a que den mas info o contactar con el autor.Hoy probare lo de el raton.
-
Muy interesante tambien Sir me motivais a pillar mi jbc y ponerme manos a la obra .si puedes poner el esquema de conexion de lo de los led seria un puntazo .Yo tengo idea de hacer mi tuning dentro de una caja de una etapa antigua y ponerla unos vumeters analógicos para darle un toque retro pero la veo un poco grande asi que mirare una box mas aparente
-
muy bueno esa tarjeta tiene buenas pinta y el uso de los botones de volumen esta muy bien .Yo e quitado alguna vez resina de esa ,es tedioso pero con un cutter que tengo con la cuchilla gruesa y con mucho cuidadin lo e conseguido pero por lo que vale la card merece la pena intentarlo.Otra cosa hay dos cables que no veo muy bien donde van y supongo que son los que val a el receptor de infrarojosuno tiene cinta aislante si es asi confirmamelo .
Efectivamente esos cables van al infrarrojos, aunque únicamente el azul marino, el blanco va a GND y sobra, lo puse por poner.
(https://files.myopera.com/danitool/xx/hg556a_ir.JPG)
El montaje está hecho según el esquema que se indica en este mismo hilo, aunque con variaciones, yo le puse un condensador electrolítico más una resistencia, además de unas ferritas, todo ello para evitar artefactos producidos en la alimentación del infrarrojos.
Lo de quitar la resina es tarea complicada, ¿una vez quitada los pines están realmente soldados?. Aun siendo así se me antoja poco accesible, y saber que chip es exactamente para buscar el pinout lo mismo, ya que igual ni se ve la numeración.
En cuanto a que tipo de infrarrojos montar, en principio cualquiera sirve, y cualquier mando a distancia también, es cuestión de probar si da buen resultado. Aunque si te fijas los infrarrojos conectados a la tarjeta de sonido parece que solo funcionan bien en Backfire.
-
Efectivamente danitool, solo va bien en Backfire aunque Me he encontrado con un detalle curioso: Desde que se ejecuta el daemon de lircd y demás hasta que el mando es operativo, pasa como dos minutos... o sea, se ejecuta, comienza a sonar el mpc ya que lo tengo puesto asi en el local.rc y el mando no va.... pasado unos dos minutos, el mando ya es operativo... no se a que achacar ese retardo... alguna idea?
Respecto al esquema de los leds, ya lo pongo cuando tenga un hueco....
La idea de los vumetros es buena... de hecho, ya he montado un par de ellos pero de LEDS, digitales.... cuando comience el mecanizado de la caja para el teclado y la pantalla, de paso pondre el vumetro, y muchas fotos para documentar el proceso....
-
Dani creo que te entendi mal te referias a quitar la pasta y ver el chip que lleva muy dificil o imposible creia que te referia a descubrirle un poco para ver alguna pista oculta por ej .
Para saber el chip pondria el usb y con el everest o similar averiguar el que es y buscar su data sheet.Haber si este finde puedo montar el ir lo que no me aclaro muy bien es con la configuracion de triggerhappy pero me documentare un poco y hare pruebas espero que el ir que tengo de un tdt npg con su mando.
Ahora estoy preparando una interfazweb apoyandome en los script que publico raphik pero con botones personalizados y queria tambien añadirle un area de texto para añadirle emisoras seria de agradecer que me ayudariais con el codigo
-
Para empezar, el mecanizado de la caja...
https://docs.google.com/file/d/0B3he-uebZ2asVHRabGVwRFRTbUk/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asVHRabGVwRFRTbUk/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2aseVdqT3c1SGVkeDQ/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2aseVdqT3c1SGVkeDQ/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asQkxpZGF3eFpiYU0/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asQkxpZGF3eFpiYU0/edit?usp=sharing)
(https://docs.google.com/file/d/0B3he-uebZ2asYXRIakNUbkVTUTg/edit?usp=sharing)
Se observa la ventana del display, el agujerito para la salida de auriculares y finalmente, las rajitas para el vumetro de LED´s
El vúmetro se basa en un circuito tipico construido alrededor del KA2281, el cual es capaz de comandar 5 LED´s por cada canal (Derecho e Izquierdo), pero en Mi caso, he colocado dos LED´s en serie por cada salida excepto la última, por lo que se ha transformado en un Vúmetro de 9 LED´s por canal... Todo ello montado en una board de esas tipo Uniprint y con hilo barnizado para las conexiones...
https://docs.google.com/file/d/0B3he-uebZ2asSkNZTHR3NlVCdVk/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asSkNZTHR3NlVCdVk/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asZnNabVQwekJEaHc/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asZnNabVQwekJEaHc/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asbVZOMVRhZGV4RmM/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asbVZOMVRhZGV4RmM/edit?usp=sharing)
Respecto al tema auriculares, es necesario un Jack 3,5mm stereo con DESCONECTADOR... este último punto es importante.
El desconectador no es ni mas ni menos que dos interruptores internos en el Jack, que permite desconectar los altavoces cuando se inserta la clavija. Para todo ello es necesario un cierto esquema:
https://docs.google.com/file/d/0B3he-uebZ2ascUt1WEpsb3RsZ0U/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2ascUt1WEpsb3RsZ0U/edit?usp=sharing)
https://docs.google.com/file/d/0B3he-uebZ2asLVU2OHNmcUVuWlk/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asLVU2OHNmcUVuWlk/edit?usp=sharing)
Ahi se ve la forma fisica del jack, asi como las patillas... se ve claramente que en reposo, el interruptor une las salidas de audio con los altavoces, mientras que al insertar la clavija, los contactos se "despegan", entregando la señal a los auriculares.
Es conveniente que el sonido no vaya directo a los auriculares, puesto que podrian quemarse... Es por ello que siempre es conveniente colocar unas resistencias de entre 22 a 47 ohmios en serie aprovechando el desconectador... de esta forma no quemaremos los auriculares... ni nuestros oidos!!!!
https://docs.google.com/file/d/0B3he-uebZ2asd1JLNnRjc01tY0k/edit?usp=sharing (https://docs.google.com/file/d/0B3he-uebZ2asd1JLNnRjc01tY0k/edit?usp=sharing)
-
Bien sir eres fino.todo lo expuesto ningun problema mientras ho haya que hacer soldaduras milimetricas como las que habia que hacer antaño para montar mod chip en la ps2 que sudaba y tenia q tener la lupa en todo momento y aun asi de cada 10 una cascaba vamos bien >:(.
Si pudieras poner tambien la imagen de la conexion del display seria un punto.
yo hice pruebas con el raton y perfecto habilite 3 botones lo unico que la rueda no e conseguido nada solo como pulsador pero queria que al girarla controlase el volumen pero de momento se me resiste de todas e pedido otro usb audio como el de dani con botones .
Tambien estoy con la interface web ,la estoy haciendo en html,css lo malo es q de css no se mucho y de java menos sin embargo de html mas o menos me defiendo con la ayuda del dreamweaver .Una de las pegas que estoy teniendo es la de crear los enlaces de los botones para que se ejecute los sh de la carpeta cgi-bin .Si no os importaria subir ese cliente web hecho en java y luego ya lo personalizaria .
Tambien estaba pensando en integrar otra radio wifi dentro de la recreativa que me monte el año pasado con un pentium 4 el mueble y pantalla de la recreativa original el hyperspin ,etc
-
Existen diversos problemillas para la interfaz web: Si utilizas los scripts que se vieron hace unas pocas páginas, utilizan frames, que solo los entiende el IExplore, por lo que dicha interfaz no funcionara correctamente en Firefox, CHrome o Safari....
En Java desarrollé una interfaz muy chula pero personalizada para Mi maquina, que tiene insertada un pendrive de 128 megas para almacenar las emisoras, las voces robóticas de funcionamiento ( no Me funciona FLITE!!! ) por lo que deberias personalizar mucho el software... a ver si subo la ultima version.
El display no Me funciona bien aun, pero esta mañana he recibido Mi nueva máquina de soldadura y reballing y creo que este finde no podre hacer mas...
Los problemas que comentas con el raton tambien los tuve Yo, por lo que al final el mando de la Avermedia y la modificacion del sensor de IR es lo que llevo puesto...
Aun así, se Me ha ocurrido una idea: Puesto que trigguerhappy es capaz de detectar varias pulsaciones a la vez, sería posible crear un codificador binario de X entradas a Y botones ( sea de ratón, de botones del ruter o de botones de la tarjeta de sonido ).
De esta forma, por ejemplo, con 3 botones disponibles podríamos tener en binario 2e3 combinaciones, o sea 8 combinaciones.... En otras palabras, tendríamos 7 botones ( el 000 no cuenta, sería ningun boton pulsado ) que generarian códigos binarios desde el 001 ( 1 boton pulsado ) hasta el 111 ( 3 botones pulsados a la vez )... Eso si, Me temos que utilizaríamos circuitos CMOS por el tema de los voltajes y consumos....
Si tengo un hueco, busco el IC y preparo el esquema....
-
he recibido Mi nueva máquina de soldadura y reballing
Hola.
¿Cual te has apañado finalmente?
La mia es casera basada en arduino de Dmingo, creo que sabrás de que va el tema, te he visto por reballing.es.
Saludos y banear a este personaje que entra como elefante en cacharreria y solo hace offtopic 8) >:D
-
¿Sir que te a costado la maquina para reballing? .yo mire hace tiempo por que queria una para reparar consolas pero la buena japonesa se iva a los 6000€ lo cual me parece una pasada y no esta al alcance de mi bolsillo ademas que tardaria en desempeñarla.
Asi que las mando a movilquick y me dan mi porcentage que es muy poco pero bueno.Lo de utilizar la combinacion de botones me parece buena idea .Me recuerda a los mapeos midi del traktor que puedes hacer que con muy pocos botones y combinandolos manejar todo el programa
-
Aun así, se Me ha ocurrido una idea: Puesto que trigguerhappy es capaz de detectar varias pulsaciones a la vez, sería posible crear un codificador binario de X entradas a Y botones ( sea de ratón, de botones del ruter o de botones de la tarjeta de sonido ).
De esta forma, por ejemplo, con 3 botones disponibles podríamos tener en binario 2e3 combinaciones, o sea 8 combinaciones.... En otras palabras, tendríamos 7 botones ( el 000 no cuenta, sería ningun boton pulsado ) que generarian códigos binarios desde el 001 ( 1 boton pulsado ) hasta el 111 ( 3 botones pulsados a la vez )... Eso si, Me temos que utilizaríamos circuitos CMOS por el tema de los voltajes y consumos....
Si tengo un hueco, busco el IC y preparo el esquema....
O bien usar un expansor de gpios como ya usan algunos bcm63xx.
http://wiki.openwrt.org/_media/toh/comtrend/comtrend-6373_gpioctrl.jpg
A lo mejor te refieres a eso mismo. El caso es que podría usarse y luego meter el propio driver en el kernel, solo es copiar de otras placas. Aunque creo que es para salidas (leds) y no entradas qeu es lo que queremos.
No sé mucho más, solo sé que existe esa cosa, pero no si se puede aplicar aquí... Si alguien se anima, me presto a hacer el parche para el kernel que creo siempre es más eficiente.
-
La maquina de reballing es la MLINK X2 con camara, y Me ha costado unos 1600 euros... Eraser, estoy bastante perdido en ese tema, que soy novato, si Me puedes echar una mano con el proceso de desoldado y creacion de perfiles, te lo agradecere enormemente, que en el otro foro parecen arcanos, nadie suelta prenda a los novatos.... O me veo poniéndola en ebay si no Me aclaro!!!!
Volviendo a la radio!!
danitool, mas bien Me refiero a un codificador de 8 entradas a 3 salidas, como este 74hct148.... aunque en este caso además admitiría entrada en cascada y es codificador prioritario ( o sea, si se pulsan varias teclas a la vez, solo funcionaria la de mayor valor ), pero bueno, la idea se entiende....
(http://3.bp.blogspot.com/-CRGFROCJntg/TfUpaSySufI/AAAAAAAAAFM/J1zi5QyxjyE/s1600/148.jpg)
-
Se entiende perfectamente, y es lo que se necesita realmente en este caso.
A lo que me refería antes creo que no tiene mucha validez, más cuando lo que necesitamos es más entradas.
Aclarado totalmente este punto, lo que se necesita es exactamente eso un codificador de 8 entradas tres salidas. Ahora solo falta que alguien lo pruebe, sencillo parece al menos de hacer.
Gracias por la idea, muy útil.
-
Sir al poner en serie led en el vumeter de 5 para hacerlo de 9 la luz sera menor por que se divide la tension, tambien se puede usar uno de los que expongo de 10 leds o mas que son muy faciles de hacer.
VUMETERS:
IC LM 3915
----->http://construyasuvideorockola.com/proyecto_vumetro_estereo.php (http://construyasuvideorockola.com/proyecto_vumetro_estereo.php)
----->http://www.pira.cz/enbar.htm (http://www.pira.cz/enbar.htm)
en la web hay mogollon de esquemas y de distinto tipo yo voy a construirme uno como este:
http://www.youtube.com/watch?v=YzJQgs8EY8Y (http://www.youtube.com/watch?v=YzJQgs8EY8Y) basicamente es igual que uno normal pero mas vistoso
-
Sir al poner en serie led en el vumeter de 5 para hacerlo de 9 la luz sera menor por que se divide la tension, tambien se puede usar uno de los que expongo de 10 leds o mas que son muy faciles de hacer.
VUMETERS:
IC LM 3915
----->http://construyasuvideorockola.com/proyecto_vumetro_estereo.php (http://construyasuvideorockola.com/proyecto_vumetro_estereo.php)
----->http://www.pira.cz/enbar.htm (http://www.pira.cz/enbar.htm)
en la web hay mogollon de esquemas y de distinto tipo yo voy a construirme uno como este:
http://www.youtube.com/watch?v=YzJQgs8EY8Y (http://www.youtube.com/watch?v=YzJQgs8EY8Y) basicamente es igual que uno normal pero mas vistoso
En este router hay varias tensiones: 5V, 9V, 1.7V, 12V..... tomando la de 12V y colocando las resistencias de 180 ohms, funciona perfectamente, puesto que este IC funciona en un amplio rango de tensiones.
Respecto al 3915, lo he usado en el pasado y tiene algo muy interesante: puede funcionar en modo barra, en modo punto o en modo memoria ( mantiene un punto encendido en el pico maximo durante medio segundo o asi ), con lo que resulta muy vistoso... Elegi el otro IC porque es mas pequeño y con solo uno gestiona los dos... el espacio, ya sabes....
Por cierto, algun consejo para manejar la pantalla serie? No va bien del todo, creo que no le llega la información, pero aun no he podido comprabar con el osciloscopio, el aprendizaje del reballing Me tiene bloqueado... Quizas falta alguna libreria en el openwrt?
-
Existen diversos problemillas para la interfaz web: Si utilizas los scripts que se vieron hace unas pocas páginas, utilizan frames, que solo los entiende el IExplore, por lo que dicha interfaz no funcionara correctamente en Firefox, Chrome o Safari....
Efectivamente, sin darme cuenta utilicé código exclusivo para IE. En cuanto pueda subo una versión compatible con todos los navegadores.
EDITO: Interfaz corregida (https://foro.seguridadwireless.net/openwrt/tutorial-music-player-daemon-en-hg556a/msg251188/#msg251188). Ahora funciona también en Firefox, Opera, Chrome y Safari, con sólo dos ficheros y menos código.
-
Bueno, pues ahora Mi radio tiene dos lindos vumetros digitales, un jack de 3.5 mm de auriculares que desconecta los altavoces y un lindo display azul por puerto serie... que no va.
Me explico, una vez conectado el puerto serie del PC, puedo mandar datos y los lee perfectamente, para eso tiene una patilla RTS que admite serie RS232.
Tambien tiene su pin RX que funciona con bajo nivel de tensión para microcontroladores y demás, como es el caso de este puerto serie del HG553, pero no hay forma.
Inicialmente, el osciloscopio indica que en el proceso de arranque hay datos varios saliendo por el pin Tx, y el display de hecho cambia su mensaje de "PRESS CR" por una rayita de prompt.... Pero a partir de ahi nada de nada.
Cualquier intento del estilo:
echo -e "hola" > /dev/ttyS0
produce un impulso bajo de salida que Me recuerda al bit de start, o al de stop, pero ya esta... no hay mas impulsos ( los correspondientes a las letras de "hola" ) y asi no hay forma...
Alguna idea del puerto serie? se Me olvida de configurar algo? Algo o alguien lo usa de forma contñinua y no lo deja funcionar?
Como siempre, Gracias por anticipado!!!!
-
No estoy seguro pero creo que necesitas deshabilitar el puerto serie para que no lo use el kernel enviando mensajes de debug, y así poder usarlo tú con la aplicación que quieras.
Concretamente antes de compilar cuando haces
make kernel_menuconfig
en este apartado
-> Kernel hacking
-> Built-in kernel command line (CMDLINE_BOOL [=y])
Y luego ya una vez compilado y flasheado enviar datos manualmente al puerto serie. Tal vez también sea necesario asegurarse de usar una velocidad en el puerto adecuada para tu display tal como se explica en la página de mightyohm, por ejemplo:
root@OpenWrt:~# stty 9600 < /dev/ttyS0
-
Efectivamente, esta tarde Me di cuenta del tema de la velocidad del display... ya cargue stty y a 38400 va bien... He probado a blindar el cable del serie, pero sigue igual.... ahora el problema es poder arrancar de principio el puerto serie desde el inicio de la carga del router a esa velocidad, para evitar el cuelgue, pero no se donde estará el script de carga de inicio para tal cosa... Mis conocimientos de linux no dan para mas.
Por otra parte, este display tiene una serie de comandos en la forma esc[<numero> <letra>... El problema es que no se mandar con echo estas secuencias que comienzan por "esc"... si Me podeis ayudar, graciasssssssssss........
-
pues justamente esa velocidad la cambias donde indiqué anteriormente
-> Kernel hacking
-> Built-in kernel command line (CMDLINE_BOOL [=y])
-
... ahora el problema es poder arrancar de principio el puerto serie desde el inicio de la carga del router a esa velocidad
La receta para cambiar la velocidad de transferencia del puerto serie la tienes aquí: http://wiki.openwrt.org/doc/recipes/serialbaudratespeed
Un saludo.
-
Bueno, retocando el Kernel al compilar conseguí que lo hiciera a 38400, por lo que ya no tendré el problema de no sincronizar, pero... en el inicio se produce cierto trasiego de información en el puerto serie, y Me cuelga al display este de Ebay, el cual pide como primer caracter un "\r" para sincronizarse.... ahora la idea es: existe algun lugar donde decirle la cadena de caracteres a mandar en esos primeros momentos que hace la sincrónía? o alguna forma de no chequear el puerto serie en el arranque? o directamente, mejor con un transistor y un microrelé corto la alimentacion de la pantalla hasta que no se enciendan las luces del router en /init.d/rc.common...
Por otra parte, chequeando en make kernel_menuconfig, he encontrado sitios donde aparentemente activar soporte para los gpio y mmc/sd... quizas por fin aparezca como hacer andar el lector?
Como siempre, la ayuda es buena, y si hago lo del rele, ya pondre el esquema para evitar que os pase lo mismo que a Mi si comprais el display este....
http://www.ebay.es/itm/20x4-LCD-Display-Module-With-I2C-Serial-and-Keypad-Controller-/110893433937?pt=UK_BOI_Electrical_Test_Measurement_Equipment_ET&hash=item19d1c38451#ht_2724wt_1163 (http://www.ebay.es/itm/20x4-LCD-Display-Module-With-I2C-Serial-and-Keypad-Controller-/110893433937?pt=UK_BOI_Electrical_Test_Measurement_Equipment_ET&hash=item19d1c38451#ht_2724wt_1163)
-
Tal vez ahora el problema está en el bootloader, el cual está a una velocidad que no puedes cambiar. En el inicio el bootloader envía su propia información via puerto serie hasta que le da el control al kernel linux. El kernel seguramente ya haga todo correctamente y no es quien te cuelga el dislplay, la culpa es del del bootloader CFE,
Tendrás que tratar de buscar una forma de arreglarlo, esa que dices puede funcionar supongo, no sé demasiado de electrónica. Si el display dispone de un pin de reset tal vez también puedas usar eso para conectarlo a un gpio del router para que envíe una señal de reset activando el gpio y volviéndolo a desactivar, algo simple de conseguir con un script, o viceversa según sea el pin active high o low.
-
Por cierto, supongo que ya lo habrás visto el datasheet de ese display
https://raw.github.com/LaosLaser/AddOns/master/i2c-panel/Datasheets/BV4618/BV4618%20DataSheet.pdf
Por lo que indica, puede llegar hasta una velocidad de 115200, con lo cual no habría que tocar nada, ya que esa velocidad es la que usa por defecto tanto bootloader como el kernel.
No sé por defecto como va configurado el display, pero en teoría puedes configurarlo para varias velocidades con ciertos comandos
[esc1bsería para 115200, no me preguntes como se envía el comando... no sé si en texto plano o alguna combinación especial de caracteres desde su consola serie. Luego creo que hay que reiniciarlo o algo así para que guarde el cambio, no estoy seguro.
Yo antes trataría de probar estas opciones que trae el dispositivo
-
Existen diversos problemillas para la interfaz web: Si utilizas los scripts que se vieron hace unas pocas páginas, utilizan frames, que solo los entiende el IExplore, por lo que dicha interfaz no funcionara correctamente en Firefox, Chrome o Safari....
Efectivamente, el código que utilicé para la interfaz web presenta algunas incompatibilidades con navegadores distintos de IE. Ya he localizado el bug y sé cómo arreglarlo (eso creo). En cuanto lo termine lo subo.
Ya tengo la interfaz web funcionando en IE, Firefox, Chrome y Safari. En Opera no funciona bien la función setTimeout(), pero el resto va bien. Me ha llevado algo más de tiempo del que tenía previsto, pero es que me empeñé en montarla en un solo script. (Tienes otra interfaz más simple aquí (https://foro.seguridadwireless.net/openwrt/tutorial-music-player-daemon-en-hg556a/msg251188/#msg251188).)
(http://img42.imageshack.us/img42/2408/radiowifi.jpg)(http://img248.imageshack.us/img248/8804/radiowifiopera.jpg)(http://img854.imageshack.us/img854/7818/radiowifisafari.jpg)(http://img827.imageshack.us/img827/9107/radiowifichrome.jpg)
#!/bin/sh
read -t 1 cadena
#código para el iframe
if [ "$cadena" ] ; then
echo -e "Content-type:text/html\n\n"
if [ cadena ] ; then
case ${cadena:0:4} in
prev) mpc -q prev;;
next) mpc -q next;;
play) mpc -q play;;
togg) mpc -q toggle;;
stop) mpc -q stop;;
baja) mpc -q volume -5;;
sube) mpc -q volume +5;;
esac
STATUS=$(echo "status" | nc localhost 6600 | grep -e "^state: ")
VOLUMEN=$(echo "status" | nc localhost 6600 | grep -e "^volume: ")
EMISORA=$(echo "currentsong" | nc localhost 6600 | grep -e "^Name: ")
TEMA=$(echo "currentsong" | nc localhost 6600 | grep -e "^Title: ")
echo "<script>parent.estado('${STATUS:7}');</script>"
echo "<script>parent.posVolumen('${VOLUMEN:7}');</script>"
echo "<script>parent.informa('${EMISORA:6:45}', 0);</script>"
if [ ${cadena:0:4} == 'info' ] ; then
echo "<script>parent.informa('${TEMA:7:45}', 5000);</script>"
fi
fi
exit
fi
#código para el navegador
mpd
if [ "$?" == 0 ]; then
mpc -q repeat on
mpc -q stop
fi
/bin/cat <<EOF
Content-type:text/html
<html>
<head>
<META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE">
<title>Radio Wi-Fi</title>
<style type="text/css">
.texto {font-family:courier; font-size:12px; color:white; background-color:black; }
.boton {position:absolute; top:36px; background-color:black;}
</style>
<script>
var emisora="emisora";
function posVolumen(valor){
var posi = Math.round( valor * ( 318 - 5 ) / 100 + 5 );
document.getElementById('dialVolumen').style.left=posi-1+'px';
}
function informa(texto, tiempo){
if(texto.length==0){ texto="desconocido" };
document.getElementById('info').innerHTML=texto;
if (tiempo>0) { window.setTimeout(function() {info(emisora)}, tiempo) } else emisora=texto ;
}
function info(param){
document.getElementById('info').innerHTML=param;
}
function estado(param){
document.getElementById('play').style.background='black';
document.getElementById('pause').style.background='black';
document.getElementById('stop').style.background='black';
document.getElementById(param).style.background='white';
}
</script>
</head>
<body onload="document.info.submit()">
<iframe name="invisible" width=0 height=0 frameborder=0 scrolling=no marginwidth=0 marginheight=0>Invisible</iframe>
<div style="background-color:grey; position:relative; width:327px; height:62px;">
<div id="info" class="texto" style="position:absolute; left:5px; top:5px; width:318px; height:16px;"></div>
<div id="dialFondo" style="background-color:black; position:absolute; left:5px; top:24px; width:318px; height:8px;"></div>
<div id="dialVolumen" style="background-color:white; position:absolute; left:5px; top:24px; width:1px; height:8px;"></div>
<form action="" method="POST" target="invisible"><input type="hidden" name="prev">
<button title="anterior" class="boton" type="submit" style="left:5px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_media_seek_backward.png[/img]</button></form>
<form action="" method="POST" target="invisible"><input type="hidden" name="play">
<button title="marcha" id="play" class="boton" type="submit" style="left:45px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_media_playback_start.png[/img]</button></form>
<form action="" method="POST" target="invisible"><input type="hidden" name="togg">
<button title="pausa" id="pause" class="boton" type="submit" style="left:85px">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_media_playback_pause.png[/img]</button></form>
<form action="" method="POST" target="invisible"><input type="hidden" name="stop">
<button title="parada" id="stop" class="boton" type="submit" style="left:125px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_media_playback_stop.png[/img]</button></form>
<form action="" method="POST" target="invisible"><input type="hidden" name="next">
<button title="siguiente" class="boton" type="submit" style="left:165px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_media_seek_forward.png[/img]</button></form>
<form name="info" action="" method="POST" target="invisible"><input type="hidden" name="info">
<button title="información" class="boton" style="left:205px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_media_eject.png[/img]</button></form>
<form action="" method="POST" target="invisible"><input type="hidden" name="baja">
<button title="bajar volumen" class="boton" style="left:245px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_audio_volume_low.png[/img]</button></form>
<form action="" method="POST" target="invisible"><input type="hidden" name="sube">
<button title="subir volumen" class="boton" style="left:285px;">
[img width= height=]http://png.findicons.com/files/icons/753/gnome_desktop/16/gnome_audio_volume_high.png[/img]</button></form>
</div>
</body>
</html>
EOF
exit
-
Bueno, pues se resolvió el misterio de la pantalla serie... aunque eso no signifique que se haya resuelto el problema.
Para empezar, hice caso a danitool ( gracias!!! ) y coloque en Kernel Hacking, en la sección de linea de comando el valor 38400 en lugar del 115200, con lo que teoricamente debería solucionarse el tema... pero no fue así en parte.
Probando con otras velocidades llegué a 9600 baudios, y cual no es mi sorpresa cuando veo letras en pantalla de forma correcta, pero la sorpresa fue mayor cuando Me fijo: lo que se ve en pantalla es un volcado similar al de "dmesg".
Resulta que por algún motivo no dilucidado aún, el contenido del Registro del Sistema se manda a la consola por serie a 9600 baudios, hasta que el puerto serie es detectado correctamente mediante esa famosa línea en el Kernel Hacking, momento en el cual se pone a la velocidad dicha ahi... En cualquier caso, se produce una corrupción por el cambio de velocidad.
Si bien acabé eliminando los parámetros "console=ttyS0, 38400" de la linea de comando en Kernel Hacking, sigue mandando dicha información al serie... supongo que tendrá que ver en como manda syslog y Klogd ( creo que se llaman asi esos daemon ) su información, pero Mis conocimientos de Linux no dan mas de si... La molestia es cuando pinchas un pendrive o cuando se pierde la autentificacion wifi o cosas similares, que la pantalla muestra todo eso borrando la información que alli hubiere... alguna forma de eliminar esos "echo" de los logs a consola?
Por otra parte, mas cositas: Como sabeis, tengo conectado un Gpio de un Led a un zumbador, para que las pulsaciones de las teclas manden un pitido con duración dada por "sleep", que acepta valores enteros mayor que 1.... pues bien, si os vais a:
make menuconfig ----> Base System ----> Busybox ----> Configuration ----> Coreutils ----> sleep
y aparece una opcion a marcar: enable fractional numeric.
De esta forma, Mi pitido de zumbador suena con sleep .2., lo bastante corto para las repeticiones de tecla y lo bastante largo para ser oido :)
Comentar tambien que este display tiene posibilidad de reprogramar algunos parametros de su eeprom, como el mensaje inicial o la velocidad ( a 9660 para evitar mas lios!!! ), y que se le manda los códigos de control mediante el comando "echo"... la secuencia de escape sería comenzando por \x1b que corresponde a la tecla esc...
-
... La molestia es cuando pinchas un pendrive o cuando se pierde la autentificacion wifi o cosas similares, que la pantalla muestra todo eso borrando la información que alli hubiere... alguna forma de eliminar esos "echo" de los logs a consola?
Sí, puedes evitarlo con el comando klogd (kernel logger daemon).
klogd -c 6
Esos mensajes al puerto serie los envía el kernel de Linux (y no el bootloader, como yo pensaba). Se clasifican por prioridad, del 1 (más urgente) al 8 (menos urgente). Con el comando klogd estableces el límite entre lo que se reporta y lo que no. Un nivel 6 es suficiente para que no se envíen mensajes cuando se pincha o se desconecta un dispositivo USB.
La información (en inglés) la he encontrado aquí (http://wiki.openwrt.org/doc/howto/log.essentials).
-
hola
yo también intenté conectar un LCD directo por serial, pero era dificil controlarlo a veces para hacer ciertas cosas... al final hice lo mismo, pero programando un PIC y mediante determinador caracteres especiales controlar la pantalla según yo quisiera:
empezar a mostrar caracteres cuando yo le diga, y evitar todo el bootlog
seleccionar la línea de pantalla
borrar, etc.
al final, el script que se ejecuta en el router ordena lo que debe hacerse en cada momento.
por si les sirve de algo lo he subido todo a github. También lo tengo para MSP430 si les interesa...
https://github.com/gmtii/lcd_hd44780_openwrt/
saludos!
saludos.
-
hola
yo también intenté conectar un LCD directo por serial, pero era dificil controlarlo a veces para hacer ciertas cosas... al final hice lo mismo, pero programando un PIC y mediante determinador caracteres especiales controlar la pantalla según yo quisiera:
empezar a mostrar caracteres cuando yo le diga, y evitar todo el bootlog
seleccionar la línea de pantalla
borrar, etc.
al final, el script que se ejecuta en el router ordena lo que debe hacerse en cada momento.
por si les sirve de algo lo he subido todo a github. También lo tengo para MSP430 si les interesa...
https://github.com/gmtii/lcd_hd44780_openwrt/
saludos!
Gracias por compartirlo, gmtii. ¿Empleaste un 18F14K50? Supongo que tu código funcionaría igualmente con el 16F687, que también tiene USART. Por lo que parece, lo montaste con un Xtal externo de 10MHz. ¿Se podría eliminar, aprovechando que el micro tiene el oscilador interno?
Saludos.
-
buenas,
si, pedido a samples de microchip, pero vamos, cualquier vale, ajustando los conf bits ^-^ pues para temas de USART mejor siempre cristal por el tema de la precisión, pero vamos, todo es probar; el bus pirate con el oscilador interno va perfecto!
puedes usar cualquier cristal; únicamente recuerda ajustar el cálculo del divisor multiplicando la frecuencia por 4 y aplicando lo que hay en serial.c si usases el 18f14k50
también con un arduino nano se podría hacer.. la idea es anteponer en el script carácteres no imprimibles tipo 0x1A y tal para controlar lo que se ve en el lcd...
saludos!
Gracias por compartirlo, gmtii. ¿Empleaste un 18F14K50? Supongo que tu código funcionaría igualmente con el 16F687, que también tiene USART. Por lo que parece, lo montaste con un Xtal externo de 10MHz. ¿Se podría eliminar, aprovechando que el micro tiene el oscilador interno?
Saludos.
-
Saludos a todos desde la última vez que escribí.... a ver si pongo las fotos de como quedó el bicho y subo a Mi nube los archivos de configuración y demás, para que algún otro los aproveche....
Pero ahora Me ha surgido un pequeño problema: El display va controlado por un script denominado "muestra.sh", basado en uno que se puso hace ya bastantes páginas atras.... su ejecución se realiza contínuamente en segundo plano con la opcion "&", pero en un determinado momento necesito "matarlo" para luego volverlo a ejecutar.... es evidente que:
killall -9 muestra.sh
hace lo que debe hacer.... el problema es que dicha sentencia forma parte de un script, y una vez ejecutada, no sigue el resto del script, sino que se para.... es debido a los mensajes que quiere mostrar en pantalla? o hay algun problema con estas sentencias referidas a procesos que acaban saliendo también de su propio proceso?
Alguna solución, y gracias por anticipado, como siempre....
-
es debido a los mensajes que quiere mostrar en pantalla?
Si ese fuese el problema solo tienes que direccionar la salida a /dev/null
killall -9 muestra.sh > /dev/null
Pero me temo que no pueda ser ese el problema.
Edito: estás invocando eso desde dentro del propio script muestra.sh? si es así, lógico que se mate a si mismo y no continue el script.
-
No, no... la invocación se hace desde otro script... y lo de redirigir a /dev/null no funciona..... hay alguna otra forma de matar el proceso asi en vivo y en directo y que el script que lo llame siga vivo? Esto Me lleva calentando la cabeza ya dos dias.....
-
Hola a todos, el router me detecta la tarjeta de sonido y puedo seguir el tutorial hasta la parte de arrancar el mpd (al instalar los paquetes el mpd-full no me lo encuentra y en su defecto instalo el mpd, creo que de ahí me viene el problema).
Al ejecutar el comando mpd, me tira los siguientes errores:
Failed to load database: Failed to open database file "/root/.mpd/mpd.db": No such file or directory
output: line 199: No such audio output plugin: alsa
Y la verdad que no se que mas probar, he intentado poner despues create-database, pero no le vale ese comando.
Un ayudita??
-
Para poder usar alsa necesitas tener mpd-full instalado no mpd-mini.
-
Para poder usar alsa necesitas tener mpd-full instalado no mpd-mini.
Hola, eso ya me lo imaginaba, pero no consigo encontrar el paquete. Alguien que me pueda pasar el .ipk o no queda otra que compilarlo?
-
eso depende del router que uses, y de la versión Openwrt que uses. Los que no sabeis compilar no sé por qué os complicais la vida, con usar una versión estable todo es más fácil (10.03 o 12.09), y con opkg se instala fácilmente. Aunque con 10.03 no hay mpd-full. Lo aconsejable entonces es 12.09, pero si usas un router con poca memoria (16MB RAM) no va a tirar ni para atrás, por lo que hay que compilar un backfire personalizado...
y los que teneis un problema y suministrais información con cuentagotas, sinceramente dudo que nadie pueda hacer magia para ayudar
-
eso depende del router que uses, y de la versión Openwrt que uses. Los que no sabeis compilar no sé por qué os complicais la vida, con usar una versión estable todo es más fácil (10.03 o 12.09), y con opkg se instala fácilmente. Aunque con 10.03 no hay mpd-full. Lo aconsejable entonces es 12.09, pero si usas un router con poca memoria (16MB RAM) no va a tirar ni para atrás, por lo que hay que compilar un backfire personalizado...
y los que teneis un problema y suministrais información con cuentagotas, sinceramente dudo que nadie pueda hacer magia para ayudar
No tengo problema en compilar el firmware, pero siguiendo el manual que hay en el foro para compilar nuestra versión, tampoco me aparece el paquete mpd-full (y no me he bajado el código del trunk, sino el de branches/attitude_adjustment para tener la ultima versión). Intentaré conseguir el código de mpd-full para compilarlo.
Muchas gracias de todos modos.
-
Hola a todos, el router me detecta la tarjeta de sonido y puedo seguir el tutorial hasta la parte de arrancar el mpd (al instalar los paquetes el mpd-full no me lo encuentra y en su defecto instalo el mpd, creo que de ahí me viene el problema)...
¿En qué router lo estás instalando?
-
Hola a todos, el router me detecta la tarjeta de sonido y puedo seguir el tutorial hasta la parte de arrancar el mpd (al instalar los paquetes el mpd-full no me lo encuentra y en su defecto instalo el mpd, creo que de ahí me viene el problema)...
¿En qué router lo estás instalando?
Un HG556A, doy fe de que ayer no estaba el paquete mpd en el repositorio, jeje. Hoy he probado otra vez y si estaba, ya lo tengo funcionando!!
-
De todas formas, si con ALSA no va y no teneis necesidad de mando a distancia, siempre podeis probar con OSS, que tambien va bien.....
-
¿En qué router lo estás instalando?
Un HG556A, doy fe de que ayer no estaba el paquete mpd en el repositorio, jeje. Hoy he probado otra vez y si estaba, ya lo tengo funcionando!!
¿En qué repositorio? He mirado en http://downloads.openwrt.org/snapshots/trunk/brcm63xx/packages/ y no está.
-
¿En qué router lo estás instalando?
Un HG556A, doy fe de que ayer no estaba el paquete mpd en el repositorio, jeje. Hoy he probado otra vez y si estaba, ya lo tengo funcionando!!
¿En qué repositorio? He mirado en http://downloads.openwrt.org/snapshots/trunk/brcm63xx/packages/ y no está.
Al final le meti la backfire, ahi lo tienes:
http://downloads.openwrt.org/backfire/10.03/brcm63xx/packages/
Enviado desde mi GT-I9100 usando Tapatalk 2
-
Muy buenas.
Estoy montando algo parecido a una radio wi-fi con un HW556a. Ya tengo casi toda la infraestructura funcionando pero ha llegado el momento de conectarle un display lcd al invento.
Estoy experimentando con un TFT SPI de este tipo:
http://www.ebay.es/itm/200951258962?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649 (http://www.ebay.es/itm/200951258962?ssPageName=STRK:MEWNX:IT&_trksid=p3984.m1497.l2649)
Les cuento cómo me está yendo y a ver si alguien puede echarme una manita ^-^.
En principio lo conecté al puerto paralelo del PC para trastear con él. Como un PC no dispone de hardware spi, tuve que emular el protocolo por software (bitbanging).
Después de optimizar todo lo que pude el software controlador, conseguí hacerlo andar a 1 frame/seg lo cual es un refresco bastante pobre. Teniendo en cuenta que el puerto paralelo de un PC creo que anda por 1MB/s de transferencia y al usar un solo pin como salida serie, esta velocidad se ve reducida a 128 KB/s.
El display es de 160x128 de resolución y 16bit por pixel. Haciendo un cálculo rápido tenemos que un frame completo ocupa en memoria exactamente 40KB.
Al usar emulación por software del protocolo, el tiempo de transferencia prácticamente se duplica, por lo que el puerto está trabajando a unos 80KB/s, bastante cerca del máximo que da de sí.
Después de experimentar con el PC, decidí pasar al router y conectar el LCD por GPIO, con la esperanza de que la tasa de transferencia fuese superior.
La alimentación para el LCD la obtuve del puerto usb, y las 4 líneas de datos necesarias para el protocolo SPI las tomé prestadas de los leds de power, dsl, hspa y message. El método que encontré para activar/desactivar las líneas de datos es escribir en los ficheros /sys/devices/platform/leds-gpio.0/leds/xxxx/brightness correspondientes a cada led. No se si esto es muy ortodoxo, pero funcionar, funciona así que me lancé a reescribir el software emulador de SPI que usaba con el puerto paralelo del PC, adaptando y optimizando la escritura de datos en las líneas GPIO.
El resultado:
(http://oi43.tinypic.com/sy83sy.jpg)
El funcionamiento es correcto, pero la tasa de refresco ha descendido drásticamente. Vamos, que ahora tarda 8 minutos en dibujar 1 frame.
En este punto me asaltan las dudas:
¿Pueden llegar a dar más de sí las líneas GPIO de este router o se me escapa algo?
¿Es realista pensar en poner un lcd de este tipo a, digamos, 10fps por GPIO o por el puerto serie?
Lo que estoy valorando ahora es usar un adaptador USB-SPI como este:
http://www.ebay.es/itm/CH375B-Module-USB-SPI-interface-Communication-U-DISK-Read-Write-For-MCU-DSP-MPU-/ (http://www.ebay.es/itm/CH375B-Module-USB-SPI-interface-Communication-U-DISK-Read-Write-For-MCU-DSP-MPU-/251299682118?pt=LH_DefaultDomain_0&hash=item3a82a0d746&_uhb=1)
que no se si será sencillo hacer funcionar con openWRT
Y la otra opción que veo es utilizar un PIC conectándolo de esta forma:
[lcd] --> (spi) --> [PIC] --> (serie) --> [router]
¿Qué me recomiendan?
-
Muy buenas, mojopicon.
No esperes altas velocidades de transferencia por GPIO. Están pensados para manejar LEDs y pulsadores. Hasta donde llevo leído (mmc-over-gpio), la tasa de transferencia ronda los 20-30 kB/s con un uso de CPU del 100% lo que queda muy por debajo de lo que necesitas.
Por otro lado, se me hace que la opción USB-SPI te va a dar mucho trabajo.
Me parece que la opción más interesante es la del PIC, pero... ya que las tasas de transferencia por USB son muchísimo mayores que por por puerto serie, por qué no utilizar un PIC con puerto USB incorporado? Un USB 1.1 permitiría transferir unos 300 frames/s y un 2.0 más de 12k fr/s.
[router]-->(USB)-->[PIC]-->(SPI)-->[LCD]
Un saludo.
-
Una tercera opción que ya comenté bastante atractiva es usar un marco digital de fotos conectado por USB y controlado por lcd4linux. Lo probé y funciona estupendo. Una imagen de mis tests.
https://files.myopera.com/danitool/xx/dpf-mpd.JPG
La pega es que hay que hackear el marco digital y solo sirven ciertos modelos. Lo bueno es que suelen ser muy económicos para las posibilidades que ofrecen. Pudiéndose lograr cosas como esta
https://files.myopera.com/danitool/xx/dpf-example.jpg
Una vez lo hice funcionar, abandoné el tema, por el hecho de que me resultaba tedioso de hacer la configuración.
Más información sobre estos marcos digitales en
http://picframe.spritesserver.nl/wiki/index.php/DPF_with_AppoTech_AX206
También hay un hilo en el foro de openwrt donde se habla de ello. El tema es un tanto virgen, pocos hemos experimentado con esto en OpenWrt, así que hay que tirar un poco del ingenio.
-
Gracias a los dos por las respuestas. danitool, ya había leído tus aventuras con el marco digital, es espectacular lo que consigues pero la verdad es que para alguien como yo que no controla tanto, esa opción a priori me resulta menos accesible que la del pic.
Raphik, lo del pic por usb puede ser buena idea, de hecho había estado mirando el PIC16F1455 que es barato y con usb (¿cuál sería el equivalente en avr?). La duda es a la hora de comunicarlo con el router, supongo que existen drivers para linux pero no se si será sencillo hacerlo andar con openwrt. ¿Alguien ha trabajado con micropics usb de este tipo?
-
No sabría decirte el avr equivalente. Lo que sí acabo de ver es que existen módulos USP a SPI ya montados a un precio asequible: http://www.embeddedadventures.com/mcp2210_usb_to_spi_module.html
Probablemente en eBay lo puedas encontrar más barato.
(http://www.embeddedadventures.com/admin/images/uploaded_images/mod-1013_250.jpg)
-
Casi un mes después, ya tengo prácticamente todo el apartado técnico resuelto.
Al final me he decidido el esquema que propuso raphik, atacando al lcd con el pic18f2550 de Microchip:
[router]-->(USB)-->[PIC]-->(SPI)-->[LCD]
Había trabajado antes con la familia 16f y el cambio, datasheet mediante, es bastante natural. Me decidí por este pic por varios motivos: barato y fácil de encontrar, velocidad de hasta 48mhz, SPI y UART por hardware, soporte USB, comunidad de usuarios y porque hay versión en formato DIP, por lo que es muy fácil trabajarlo en la protoboard (no fui capaz de encontrar ningún Atmel con usb que viniera en DIP)
El tiempo que llevo ausente he estado trasteando con él y puedo indicar algunos detalles:
- El pic trae un PLL por lo que con un reloj de 4mhz y algo de configuración, se pueden obtener los 48mhz requeridos para la comunicación usb full speed.
- SPI hardware: En mi lcd de 160x128 y color de 16bit, con el pic al tope de frecuencia (sin overclockear), se obtiene una tasa de refresco aceptable de unos 12 fps. Si alguien pensaba reproducir vídeo con él, que se olvide del spi y pase a la interfaz paralela.
- USB: este tema es bastante peliagudo ya que si bien el pic soporta este tipo de comunicación, se necesita implementar por software lo que se conoce como "stack usb" o sea, todo el conjunto de rutinas necesario para implementar el protocolo usb, y que nos van a consumir un buen pedazo de ciclos de reloj. Es una tarea titánica, pero por suerte existen diversas librerías en la red que podemos utilizar. Me decidí por una que implementa comunicación cdc, esto es, un puerto COM virtual, con la ventaja de no necesitar drivers específicos más que instalar el módulo kmod-usb-acm. El puerto es detectado como /dev/ttyACM0 y ya no hay más que leer/escribir en él de la forma habitual.
Podría extenderme más con el tema USB, pero creo que no es el lugar. Solamente añadir que no es todo tan bonito como lo pintan y la comunicación usb me está formando un pequeño cuello de botella que me limita la tasa de refresco a unos 2 fps. Aun así, es una velocidad más que suficiente para presentar textos, menús y pequeñas imágenes en pantalla.
Dejo una foto del desastre que tengo montado para ilustrar la faena ;D:
(http://oi41.tinypic.com/m91u74.jpg)
-
Hoola y saludos a todos
Dani ¿acabaste el proyecto con tu marco digital en el huawei?
Yo como me fuy a trabajar fuera lo e tenido abandonao al aparatejo y ahora queria ponerme manos a la obra y añadirle un display baratejo con lo justillo y si es en color mejor se que un dia me diste un link de ebay con uno y no lo encuentro .Tambien podria ponerle un marco de esos si rinde igual .Algo baratejo y funcional.
Gracias
-
crees que alguno de estos funcionará?
http://www.ebay.es/itm/USB-2-0-3D-Virtual-7-1-Channel-Audio-Sound-Card-Adapter-for-PC-Laptop-WIN-7-MAC-/370900669132?pt=US_Sound_Card_External&hash=item565b6712cc
http://www.ebay.es/itm/USB-To-3-5mm-mic-headphone-Jack-Stereo-Headset-sound-Audio-Adapter-card-5-1-/171135317195?pt=US_Sound_Card_External&hash=item27d875b4cb
Por ese precio, lo intentare si me confirmas que funcionará. Saludos
-
crees que alguno de estos funcionará?
http://www.ebay.es/itm/USB-2-0-3D-Virtual-7-1-Channel-Audio-Sound-Card-Adapter-for-PC-Laptop-WIN-7-MAC-/370900669132?pt=US_Sound_Card_External&hash=item565b6712cc
http://www.ebay.es/itm/USB-To-3-5mm-mic-headphone-Jack-Stereo-Headset-sound-Audio-Adapter-card-5-1-/171135317195?pt=US_Sound_Card_External&hash=item27d875b4cb
La primera no se, la segunda es la que uso en mi proyecto y confirmo que funciona perfectamente (probado en HW556a y AR-5387un). La calidad del sonido no será una maravilla, pero no es mucho peor que la mayoría de tarjetas integradas que encuentras. La diferencia en esto la marcan los altavoces que emplees. Eso si, el ensamblaje es una caca y los jacks son bastante malos, los típicos que dan ruido y mal contacto si mueves el conector. Yo me estoy planteando soldar directamente a los contactos de la placa una toma de audio como dios manda. De todas formas por ese precio, ponme medio kilo y las probamos ;D
-
gracias, comprare las misma que tu y a ver si lo consigo.
Un saludo
-
estoy preparando el router mientra llega la tarjeta de sonido, pero no me sale "mpd-full" para instalar:
http://downloads.openwrt.org/backfire/10.03/brcm63xx/packages/
solo encuentro mpd, supongo que será suficiente, solo quiero hacer de cliente, no de servidor.
Esta es la version disponible en ese repositorio "0.15.8-2", hay otro mas actual que soporte AAC?
Puedo usar la version para attitude?
http://downloads.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/packages/
-
estoy preparando el router mientra llega la tarjeta de sonido, pero no me sale "mpd-full" para instalar:
http://downloads.openwrt.org/backfire/10.03/brcm63xx/packages/
solo encuentro mpd, supongo que será suficiente, solo quiero hacer de cliente, no de servidor.
Esta es la version disponible en ese repositorio "0.15.8-2", hay otro mas actual que soporte AAC?
Puedo usar la version para attitude?
http://downloads.openwrt.org/attitude_adjustment/12.09/brcm63xx/generic/packages/
Creo que ya se había hablado en este mismo hilo sobre la diferencia entre mpd-full y mpd-mini, que es el único mpd que parece haber disponible ahora mismo en trunk. La principal diferencia es que mpd-mini no soporta salida alsa, sino oss. Yo he probado las dos y la verdad es que no noto ninguna diferencia en cuanto a calidad de audio. Además, aunque uses oss, los controles de amixer también funcionan, por lo que igualmente recomiendo instalar alsa y alsa-utils (no se si alsa-utils funciona sin alsa).
Sobre usar la versión de attitude, yo probé a instalarla con opkg (añadiendo el repositorio en opkg.conf) y además de tener que instalar algunas dependencias a mano, luego me daba problemas al arrancar, no me reconocía el dispositivo de audio.
Y si lo que quieres es compilarte tu propio firmware, te diré que aunque existe una manera de poder seleccionar mpd-full, yo nunca he conseguido compilar con el mpd marcado (ni full ni mini). Siempre me ha tirado errores, por lo que el mpd es de los pocos paquetes que termino instalando a mano con opkg.
-
Aunque releyendo tu mensaje me doy cuenta de que estás instalando desde backfire, no se por qué me había empeñado en ver trunk. Pues si no me equivoco el mpd que ves ahi sí que es el full, lo que pasa es que esa denominación no la tomó hasta que apareció la mini.
-
en el primer mensaje indicas instalar estos modulos:
kmod-usb2 kmod-usb-core kmod-usb-ohci kmod-usb-audio
instalo como indicas tambien estos?:
alsa-lib y alsa-utils
Si estoy en backfire, ya que este HG536+ con attitude se cuelga al rato, poca ram. Tengo otros com mas recursos, pero me gustan las cosas dificiles jeje
Tal como indicas, supongo que sera la version full la que esta como MPD en el repositorio de backfire.
Probare varias versiones de mpd de los distintos repositorios a ver que sale. Gracias
-
en el primer mensaje indicas instalar estos modulos:
kmod-usb2 kmod-usb-core kmod-usb-ohci kmod-usb-audio
instalo como indicas tambien estos?:
alsa-lib y alsa-utils
Si estoy en backfire, ya que este HG536+ con attitude se cuelga al rato, poca ram. Tengo otros com mas recursos, pero me gustan las cosas dificiles jeje
Tal como indicas, supongo que sera la version full la que esta como MPD en el repositorio de backfire.
Probare varias versiones de mpd de los distintos repositorios a ver que sale. Gracias
El alsa-lib seguro. El alsa-utils suelo instalarlo para hacer pruebas con el alsamixer. Yo siempre instalo los dos.
Si el router tiene pocos recursos, el mpd-mini está especialmente pensado para ese caso, pero en backfire no parece estar. Es cuestión de probar, si con el full te va bien, adelante.
-
ok, ya ire contando. Gracias
-
pikomule que router exactamente estás intentando usar?
Yo actualmente uso uno con pocos recursos (livebox 1) el cual tiene 16 MB de RAM, pero el firmware que compilé está muy personalizado, adelgazado al máximo, y con una versión antigua de mpd, funciona perfecto e incluso pude meter cosas como lirc para mando a distancia y cliente mail para informarme de los temas que suenan en streaming cuando lo deseo.
-
HG536+ de Jazztel (CT-5361).
Cuando instalo MPD, me da error de que queda poco espacio, ya que instala muchas dependencias y no termina la instalacion.
no se que puedo quitar para crearme mi firm personalizado
-
Quita todo lo que no uses, a ser posible incluido luci si es que no lo sacaste ya.
A riesgo de que no te funcione la compilación te proporciono un makefile que compila el mpd que yo uso (en Backfire)
http://pastebin.com/raw.php?i=zVphZ0W2
puedes probar a sustituir esto anterior por el contenido del archivo en tu subdirectorio de compilación localizado en
feeds/packages/sound/mpd/Makefile
Debiera con esto salir mpd-mini en el menuconfig, aunque este mpd-mini es un tanto peculiar ya que lo preparé para alsa, que creo da mejor resultado.
-
este mpd-mini es un tanto peculiar ya que lo preparé para alsa, que creo da mejor resultado.
¿En qué has notado ese mejor resultado? Algunas emisoras me están dando sonido entrecortado al empezar la reproducción, luego no vuelve a entrecortarse más. Supongo que no tiene nada que ver, pero no se si podría ser cosa del oss. He probado a aumentar el tamaño de buffer y tocar varios parámetros pero no consigo eliminarlo. Solo me pasa con algunas emisoras de radio.
-
que creeis que puedo eliminar de mi openwrt para dejar espacio a la instalacion de mpd?
esto tiene instalado de serie:
Delete base-files 41-r20642
Delete busybox 1.15.3-1
Delete crda 1.1.0-2
Delete dnsmasq 2.52-1
Delete dropbear 0.52-4
Delete firewall 1-10
Delete gpioctl 1.0-1
Delete hotplug2 1.0-beta-1
Delete iptables 1.4.6-2
Delete iptables-mod-conntrack 1.4.6-2
Delete iptables-mod-nat 1.4.6-2
Delete iw 0.9.19-1
Delete kernel 2.6.32.10-1
Delete kmod-b43 2.6.32.10+2010-03-24-4
Delete kmod-cfg80211 2.6.32.10+2010-03-24-4
Delete kmod-crc-ccitt 2.6.32.10-1
Delete kmod-crypto-aes 2.6.32.10-1
Delete kmod-crypto-arc4 2.6.32.10-1
Delete kmod-crypto-core 2.6.32.10-1
Delete kmod-ipt-conntrack 2.6.32.10-1
Delete kmod-ipt-core 2.6.32.10-1
Delete kmod-ipt-nat 2.6.32.10-1
Delete kmod-ipt-nathelper 2.6.32.10-1
Delete kmod-mac80211 2.6.32.10+2010-03-24-4
Delete kmod-ppp 2.6.32.10-1
Delete kmod-pppoe 2.6.32.10-1
Delete kmod-switch 2.6.32.10-2
Delete libc 0.9.30.1-41
Delete libgcc 4.3.3+cs-41
Delete libiptc 1.4.6-2
Delete liblua 5.1.4-6
Delete libnl-tiny 0.1-1
Delete libuci 12012009.5-1
Delete libuci-lua 12012009.5-1
Delete libxtables 1.4.6-2
Delete lua 5.1.4-6
Delete luci 0.9+svn5992-1
Delete luci-admin-core 0.9+svn5992-1
Delete luci-admin-full 0.9+svn5992-1
Delete luci-admin-mini 0.9+svn5992-1
Delete luci-app-firewall 0.9+svn5992-1
Delete luci-app-initmgr 0.9+svn5992-1
Delete luci-cbi 0.9+svn5992-1
Delete luci-core 0.9+svn5992-1
Delete luci-http 0.9+svn5992-1
Delete luci-i18n-english 0.9+svn5992-1
Delete luci-ipkg 0.9+svn5992-1
Delete luci-lmo 0.9+svn5992-1
Delete luci-nixio 0.9+svn5992-1
Delete luci-sgi-cgi 0.9+svn5992-1
Delete luci-sys 0.9+svn5992-1
Delete luci-theme-base 0.9+svn5992-1
Delete luci-theme-openwrt 0.9+svn5992-1
Delete luci-uci 0.9+svn5992-1
Delete luci-uvl 0.9+svn5992-1
Delete luci-web 0.9+svn5992-1
Delete mtd 12
Delete opkg 513-1
Delete ppp 2.4.4-5
Delete ppp-mod-pppoe 2.4.4-5
Delete uci 12012009.5-1
Delete udevtrigger 106-1
Delete uhttpd 6
Delete wireless-tools 29-4
Delete wpad-mini 20100309-1
-
que creeis que puedo eliminar de mi openwrt para dejar espacio a la instalacion de mpd?
De entrada, si no usas la interfaz luci deberías eliminarla, asi como el uhttpd.
-
lo he hecho, he eliminado todo rastro de luci y uhttpd, y la instalacion de mpd aun da error por espacio.
Este espacio hay nada mas instalar openwrt:
root@OpenWrt:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 1.8M 1.8M 0 100% /rom
tmpfs 6.6M 48.0K 6.5M 1% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
/dev/mtdblock3 1.3M 216.0K 1.1M 16% /overlay
mini_fo:/overlay 1.8M 1.8M 0 100% /
no puedo usar el espacio "tmpfs" para aumentar el espacio de almacenamiento?
-
lo he hecho, he eliminado todo rastro de luci y uhttpd, y la instalacion de mpd aun da error por espacio.
Este espacio hay nada mas instalar openwrt:
root@OpenWrt:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 1.8M 1.8M 0 100% /rom
tmpfs 6.6M 48.0K 6.5M 1% /tmp
tmpfs 512.0K 0 512.0K 0% /dev
/dev/mtdblock3 1.3M 216.0K 1.1M 16% /overlay
mini_fo:/overlay 1.8M 1.8M 0 100% /
no puedo usar el espacio "tmpfs" para aumentar el espacio de almacenamiento?
Si no me equivoco, creo que como su nombre indica, las particiones tmpfs no conservan lo almacenado al reiniciar. Lo que me llama la atención es que no tienes ninguna partición de tipo rootfs. A ver si algún experto nos saca de dudas.
-
tampoco os molesteis mucho, tengo routers mas decentes que no me daran problema de espacio seguro, era por darle algun tipo de uso a este router
-
tampoco os molesteis mucho, tengo routers mas decentes que no me daran problema de espacio seguro, era por darle algun tipo de uso a este router
¿De todas formas ese router tiene usb? Según la wiki hay que hacerle un mod para tenerlo...
-
si, le hice el mod hace un par de años
-
Por si a alguien le ha pasado algo parecido, les cuento algunos problemas que tuve a la hora de compilar trunk con mpd-full y como lo resolví.
Antes que nada comentar que el mpd-mini que viene por defecto en las versiones trunk sí que da algún que otro problema. Uno que ya había comentado es que determinadas emisoras de radio se entrecortan al pasar de una a otra. No se si es cosa de la salida OSS, porque he toqueteado todos los parámetros de buffer, gap, etc sin notar ningún cambio, mientras que con alsa esto no sucede.
Además, con determinados ficheros no se muestran correctamente las etiquetas id3 de intérprete, título, etc aparte de problemas de codificación de acentos, eñes y demás. Otros ficheros directamente ni los reproduce.
Así pues, me decidí a intentarlo con mpd-full, ya que de espacio y recursos, el HW556a "va sobrao".
El primer problema que uno se encuentra es que en el menuconfig no aparece listado mpd-full. Como ya se ha apuntado en este mismo hilo, es necesario irse primero al menú Libraries y seleccionar libffmpeg-full. Hecho esto volvemos atrás y ya podemos seleccionar mpd-full dentro de Sound.
Hasta aquí, todo muy bonito. El dolor de cabeza empieza al teclear make.
La primera vez se detuvo en el punto donde compilaba libshout, de modo que lancé make V=99 para ver qué es lo que fallaba. Aparte de algunos warnings, el error chungo parecía ser este:
tremor/ogg.h: No such file or directory.
Buscando por la red, parece ser que no soy el único al que le sucede y encontré este hilo donde aportan una posible solución:
https://forum.openwrt.org/viewtopic.php?id=45843
En el post indican que se deben editar dos ficheros: ogg.c y shout_ogg.h (tardé un rato en descubrir que se refería a los que se encuentran en build_dir/target-mips_mips32_uClibc-0.9.33.2/libshout-2.2.2/src)
Simplemente hay que cambiar en ambos ficheros, la línea que reza
#include <tremor/ogg.h>
por esta otra:
#include <tremor/ivorbiscodec.h>
Hecho esto, consigo compilar correctamente libshout y el proceso se reanuda... hasta que surge el segundo problema, esta vez en la compilación de mpd. La cosa tira varios errores y warnings relacionados con el plugin de entrada ffmpeg:
src/input/ffmpeg_input_plugin.c:38:2: error: unknown type name 'URLContext'
src/input/ffmpeg_input_plugin.c: In function 'input_ffmpeg_init':
src/input/ffmpeg_input_plugin.c:57:2: warning: implicit declaration of function
'av_protocol_next' [-Wimplicit-function-declaration]
src/input/ffmpeg_input_plugin.c:57:29: warning: comparison between pointer and i
nteger [enabled by default]
src/input/ffmpeg_input_plugin.c: In function 'input_ffmpeg_open':
src/input/ffmpeg_input_plugin.c:83:2: warning: implicit declaration of function
'url_open' [-Wimplicit-function-declaration]
src/input/ffmpeg_input_plugin.c:83:33: error: 'URL_RDONLY' undeclared (first use
in this function)
Y asi unos cuantos más. Después de una infructuosa búsqueda en Google, pensé que eso de /ffmpeg_input_plugin.c al tratarse de un plugin, seguramente no sería imprescindible. Después de todo a mi me basta con alimentar al mpd localmente con mpc, y sacar la salida por alsa. Bueno, ni corto ni perezoso me lancé a la aventura de editar el Makefile del mpd (la verdad es que no soy ni mucho menos un experto en estas lides).
El fichero en cuestión es /feeds/packages/sound/mpd/Makefile
No hizo falta tocar mucho. Dentro de la sección
define Package/mpd-fullEliminé +libffmpeg del DEPENDS
Y dentro de
ifeq ($(BUILD_VARIANT),full)es cosa de cambiar --enable-ffmpeg \ por --disable-ffmpeg \
Y después de estos cambios, la compilación continúa, ahora sí, sin mayores incidencias. Por fin tengo mi mpd-full andando >:(
-
crees que alguno de estos funcionará?
http://www.ebay.es/itm/USB-2-0-3D-Virtual-7-1-Channel-Audio-Sound-Card-Adapter-for-PC-Laptop-WIN-7-MAC-/370900669132?pt=US_Sound_Card_External&hash=item565b6712cc
http://www.ebay.es/itm/USB-To-3-5mm-mic-headphone-Jack-Stereo-Headset-sound-Audio-Adapter-card-5-1-/171135317195?pt=US_Sound_Card_External&hash=item27d875b4cb
Por ese precio, lo intentare si me confirmas que funcionará. Saludos
Ami el que mas me gusto fue este:
http://www.ebay.es/itm/USB-Audio-3D-7-1-Channel-External-Sound-Card-MIC-Speaker-Laptop-Xbox-PS3-Adapter-/151000517412?pt=UK_Computing_ComputerComponents_SoundCards&hash=item2328550b24.
Ademas aprovechas los botones para cambiar emisoras mute y demas es el que uso danitool tambien y va muy bien.
-
si llego a saber que desde el mismo dispositivo se podia cambiar de emisora, lo hubiera pillado. A ver si recibo ya el que compre para probarlo
-
Ami el que mas me gusto fue este:
http://www.ebay.es/itm/USB-Audio-3D-7-1-Channel-External-Sound-Card-MIC-Speaker-Laptop-Xbox-PS3-Adapter-/151000517412?pt=UK_Computing_ComputerComponents_SoundCards&hash=item2328550b24.
Ademas aprovechas los botones para cambiar emisoras mute y demas es el que uso danitool tambien y va muy bien.
Efectivamente dispone de los mismos controles de uno que monté, y la carcasa es idéntica. ¿El que indicas se lo compraste a ese vendedor en eBay? ahí indica que tiene un chip de audio CM108, ¿lo puedes confirmar?. El que yo tengo tiene un chip recubierto de resina y creo que no es CM108. Si el tuyo es un CM108 con las patillas del chip expuestas, esto es interesante, se le podría sacar una salida digital SPDIF soldando cuatro cosas o incluso una óptica toslink, en cuyo caso me interesaría comprar esa del link que has puesto.
-
primer problema al instalar el paquete "kmod-usb-audio":
Installing kmod-usb-audio (3.10.18-1) to root...
Downloading http://downloads.openwrt.org/snapshots/trunk/brcm63xx/packages/kmod-usb-audio_3.10.18-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-input-core and kmod-input-core) providing same name marked HOLD or PREFER. Using latest.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-audio:
* kernel (= 3.10.18-1-8d035f231ca216c7f05cb7440630ceca) * kernel (= 3.10.18-1-8d035f231ca216c7f05cb7440630ceca) *
* opkg_install_cmd: Cannot install package kmod-usb-audio.
Mi router: Comtrend AR-5387un
Version Openwrt: Barrier Breaker r38342
-
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-audio:
* kernel (= 3.10.18-1-8d035f231ca216c7f05cb7440630ceca) * kernel (= 3.10.18-1-8d035f231ca216c7f05cb7440630ceca) *
* opkg_install_cmd: Cannot install package kmod-usb-audio.
El paquete te está pidiendo una versión del kernel distinta a la que tienes. Puedes intentar pasar por alto la advertencia y forzar la instalación con:
opkg install -force-depends kmod-usb-audio
Probablemente te lo instale sin mayor problema, de todas formas si vas a seguir instalando paquetes a mano, lo más seguro es que te siga dando la lata con lo mismo. La mejor opción sin duda es compilarte el firmware de entrada con todos los paquetes que necesites.
-
ya lo he instalado como indicas.
No me detecta la tarjeta, me indica esto:
root@OpenWrt:~# ls /dev/a*
ls: /dev/a*: No such file or directory
-
ya lo he instalado como indicas.
No me detecta la tarjeta, me indica esto:
root@OpenWrt:~# ls /dev/a*
ls: /dev/a*: No such file or directory
¿Has instalado todos los paquetes necesarios para el soporte usb (kmod-usb-core, kmod-usb-ohci, kmod-usb2)?
Asegúrate de que el puerto está funcionando, a mi el 5387-un me ha dado bastantes problemas para que me funcione el usb correctamente. Haz un lsusb y si ahi no aparece listada la tarjeta, vuelve a pincharla y haz un dmesg a ver que dice.
-
pikomule, el tema de las dependencias del kernel se ha repetido ya muchísimas veces. Lo tienes explicado en el hilo de las FAQ.
-
root@OpenWrt:~# lsusb
-ash: lsusb: not found
Gracias jar229, ya lo he leido.
No entiendo por que no reconoce el puerto USB
-
root@OpenWrt:~# lsusb
-ash: lsusb: not found
Gracias jar229, ya lo he leido.
No entiendo por que no reconoce el puerto USB
Lo que te está diciendo no es que no reconozca el puerto, sino que no tienes instalado el comando lsusb (es otro paquete, instalable con opkg). Si te parece seguimos en el hilo del Ar-5387-un
https://foro.seguridadwireless.net/openwrt/openwrt-en-comtrend-ar5387un/
-
creo que intentare compilar un firmware a ver si lo consigo, por que me da error al instalar cualquier dependencia.
segun dmesg si esta reconocido la tarjeta usb por usb-platform
-
Hola de nuevo, tengo un problema al hacer funcionar la radio, estoy usando un h556a ver.a con el firmware Backport de danitool a la versión Attitude Adjustment ( uso esta para no tener problemas con las dependecias y funciona todo bien, el wifi, paquetes etc). En principio todo los pasos del tutorial sin ningún problema hasta reproducir que me dice "ERROR: problems opening audio device":
root@OpenWrt:~# mpc play
http://giss.tv:8000/radiogodella98fm.mp3
[paused] #1/1 0:00/0:00 (0%)
volume:100% repeat: off random: off single: off consume: off
ERROR: problems opening audio device
con otras fuentes pasa =.
la tarjeta (supongo que ahí estará el problema es una ds4201 audio dac estereo analógico que ya lleva altavoces que tenía abandonada, y debe ser mala con ganas eso si) la detecta tanto al poner ls /dev/a* como el lsusb aunque a veces hay que volver a enchufarla o reiniciar sobretodo si tengo puesto otro usb.
Bueno de momento creo voy a pedir esta http://onogal.com/electronica-e-informatica/tarjeta-de-sonido-7.1-externa-adaptador-audio-por-usb-2.0-cd-drivers-dj-pen-2186 (http://onogal.com/electronica-e-informatica/tarjeta-de-sonido-7.1-externa-adaptador-audio-por-usb-2.0-cd-drivers-dj-pen-2186)
que parece similar a la que poneís por aqui y debería funcionar ¿no?
-
Hola ruloalg.
¿Estás seguro que la URL http://giss.tv:8000/radiogodella98fm.mp3 está activa? No consigo hacerla sonar con Winamp.
¿También te da el mismo error con otras emisoras?
(http://i.imgur.com/Wk8XaMN.jpg)
En cuanto a las tarjetas de sonido USB, no todas son iguales. Yo he tenido mala experiencia con una comprada en DX (SKU 22475) a la que al poco tiempo dejó de funcionarle uno de los canales. Gratuitamente me enviaron otra exactamente igual, sólo que dejó de funcionar completamente. Actualmente estoy probando un modelo que trae unos pulsadores extra.
La que has elegido seguro que va a funcionar. Lo único: mira precios, que con la emoción compramos a cualquier precio y luego se nos queda la cara que se nos queda cuando la vemos más barata en otro sitio. Te lo digo por propia experiencia.
En tinydeal la tienes la misma por 3'25€, en DX por 2'52€ y en buyincoins por 1'35€
http://www.tinydeal.com/es/71-channel-sound-adapter-p-2509.html
http://dx.com/es/p/usb-virtual-7-1-channel-external-sound-card-adapter-101281
http://www.buyincoins.com/item/87.html
¡Suerte!
-
Buenas, si raphik creo este finde semana no estaba emitiendo, sería cosa de giss.tv que a veces no va o se colgaría el servidor y hasta el lunes no lo pone en marcha, no hay presupuesto para más.
De todas formas al final probe enchufando la tarjeta de sonido/altavoces a un hub alimentado y ya que suena >:( ;D si lo pongo directo o no suena o sale ese mensaje.
Pues no ahora me he dado cuenta de que directamente también va, me debo haber hecho un lio con las fuentes el otro día, aunque también veo que me sale un mensaje en el registro:
amixer: Mixer default load error: Invalid argument
Pero en fin que funcionar funciona, creo voy a ponerlo todo desde cero de nuevo por si he empastrado algo poniendo paquetes y tal
Gracias por los enlaces, en pprincipio elegí esa por no pagar por paypal y que llegaba rápido, ahora que ya veo que funciona la cosa no se si la pillaré lo miraré más e igual una de "marca" aunque más cara.
pUes nada gracias again y ahora a seguir probando cosas y mirar lo de los controles pero el paso importante ya esta hecho
-
yo lo tengo funcionando en un Tplink MR3220 todo bien tuve que añadir estas lineas al config del mpd ya que no me agregaba los mp3 de una unidad externa.
log_level "verbose"
auto_update "yes"
auto_update_depth "3"
follow_outside_symlinks "yes"
follow_inside_symlinks "yes"
Se podrá equalizar el audio? o al menos escoger equalizaciones preestablecidas
-
... Se podrá equalizar el audio? o al menos escoger equalizaciones preestablecidas
Por lo que parece, se puede. Yo nunca lo he intentado. Supongo que habría que incluir el plugin alsaequal en la compilación de OpenWrt.
https://patrick-nagel.net/blog/archives/180
http://www.thedigitalmachine.net/alsaequal.html
Un saludo.
-
... Esta es la version disponible en ese repositorio "0.15.8-2", hay otro mas actual que soporte AAC? ...
Aunque el tema salió hace un par de meses, no he parado de darle vueltas. Estoy convencido de que mpd-full soporta flujos de audio AAC+ siempre que instalemos el paquete libfaad2 (y sospecho que también libffmpeg-full). El problema es que el HG553 no es lo bastante potente como para mover el códec en tiempo real: empieza a decodificar correctamente los dos primeros segundos hasta que se satura la CPU y luego empieza a "dar saltitos". Lo he comprobado instalando la utilidad cpusage y visualizando las cargas. Los porcentajes típicos de uso de CPU son del 18 % para mp3 y ¡¡del 100% para aac+!!
Libfaad2 utiliza FPU pero como el router no tiene, la emula por software y eso chupa mucha CPU.
Existe una versión de libfaad2 que no utiliza FPU. Me gustaría probarla a ver qué tal va, pero no soy capaz de compilarla.
Saludos.
-
Hace tiempo que tenía cierto problema con triggerhappy. No siempre pero la mayoría de veces me repetía los comandos dos veces. No sé si soy el único ****** que tiene este problema porque no vi que nadie se quejase de ello. Ultimamente veo muchas chapuzas con lo relacionado a OpenWrt.
El caso es que creo uqe lo solucioné. El script de inicio parece estar mal. A continuacion pongo el script corregido.
/etc/init.d/triggerhappy
#!/bin/sh /etc/rc.common
START=93
start() {
/usr/sbin/thd --socket /tmp/triggerhappy.socket --triggers /etc/triggerhappy/triggers.d/ --daemon
}
stop() {
/usr/sbin/th-cmd --socket /tmp/triggerhappy.socket --quit
}
Sobre la versión de libfaad2 que no utiliza FPU, eso donde se puede encontrar?, o es una versión compilada con ciertos flags?
Saludos
-
... Esta es la version disponible en ese repositorio "0.15.8-2", hay otro mas actual que soporte AAC? ...
Aunque el tema salió hace un par de meses, no he parado de darle vueltas. Estoy convencido de que mpd-full soporta flujos de audio AAC+ siempre que instalemos el paquete libfaad2 (y sospecho que también libffmpeg-full). El problema es que el HG553 no es lo bastante potente como para mover el códec en tiempo real: empieza a decodificar correctamente los dos primeros segundos hasta que se satura la CPU y luego empieza a "dar saltitos". Lo he comprobado instalando la utilidad cpusage y visualizando las cargas. Los porcentajes típicos de uso de CPU son del 18 % para mp3 y ¡¡del 100% para aac+!!
Libfaad2 utiliza FPU pero como el router no tiene, la emula por software y eso chupa mucha CPU.
Existe una versión de libfaad2 que no utiliza FPU. Me gustaría probarla a ver qué tal va, pero no soy capaz de compilarla.
Saludos.
Pues da la impresión que has llegado al límite de la cpu, aunque no indicas cuánto consume de memoria, pero no creo que sea el caso.
El BCM6358 es un SoC obsoleto con una cpu BMIPS4500 bastante "vieja", aunque en la mayoría de las cosas sigue haciendo su función. Sería interesante probar cómo va la descompresión de AAC+ en un BCM6328 ya que su cpu es más moderna, y si aun así se queda corto, en algún otro router que tenga un SoC con aceleración dsp como el Lantiq Danube o el Ralink RT3052 (los cores mips 24KEc, 34Kc y posteriores tienen unas extensiones, llamadas dsp y dspr2 parecidas a las MMX, para acelerar algunos cálculos).
También se puede probar, si el problema no es la memoria, a cambiar la flag del compilador -Os por -O2, además de probar con otras versiones superiores de GCC o con eglibc en vez de uclibc.
En resumen: has llegado al tope del HG553. ;)
-
... Sobre la versión de libfaad2 que no utiliza FPU, eso donde se puede encontrar?, o es una versión compilada con ciertos flags?
...
Échale un vistazo a este post: https://forum.openwrt.org/viewtopic.php?pid=205026#p205026
La parte interesante es la que dice:
If you want to play aac radio streams smoothly you should create the following patch with subdir (https://dev.openwrt.org/ticket/9645):
mkdir package/feeds/packages/faad2/patches/package/feeds/packages/faad2/patches/100-define-fixed-point.patch:
Index: faad2-2.7/libfaad/common.h
===================================================================
--- faad2-2.7.orig/libfaad/common.h 2009-02-05 03:51:03.000000000 +0300
+++ faad2-2.7/libfaad/common.h 2013-06-19 13:02:09.447526662 +0400
@@ -65,7 +65,7 @@
/* use double precision */
/* #define USE_DOUBLE_PRECISION */
/* use fixed point reals */
-//#define FIXED_POINT
+#define FIXED_POINT
//#define BIG_IQ_TABLE
/* Use if target platform has address generators with autoincrement */
then recompile faad2 and install new package on your openwrt. Now aac playing takes approximately 60% CPU (was 100%)
Or you can use latest faad2 Makefile: https://dev.openwrt.org/changeset/34527
Saludos.
-
No parece complicado portar eso a versiones anteriores que no lo tengan. Precisamente hace poco monté una wifi radio con un AR5381u (bcm6328) y los flujos aac iban muy fluidos, creo que no sobrepasaba el 60% de consumo de CPU, pero en una versión en la que ya está incluido ese fix.
En mi opinión creo que el hg556 tal vez pueda con aac, pero no lo probé. Lo que sí probé en ese router fue archivos flac pesados de alta calidad, e iba como la seda, eso sí usando la tasa de muestreo cutre de la tarjeta 16bit/44100 kHz.
¿Ahora mismo que versión estás usando para la wifi-radio?.
Sobre lo de lirc audio-alsa tengo un apaño que funciona, para las versiones recientes que resultaba que iba cuando le venia en gana. El tema lo comenté en un par de sitios:
http://permalink.gmane.org/gmane.comp.embedded.openwrt.devel/23111
https://forum.openwrt.org/viewtopic.php?pid=226923#p226923
Aunque curiosamente recientemente cambié de Backfire a AA-12.03 en mi viejo livebox1, con una compilación personalizada (en la que quité gran cantidad de cosas ya que solo tiene 16 RAM) y no registré el problema con lirc, va tan perfecto que asusta, hasta poniéndole un calcetín en encima del módulo IR funciona >:D
-
¿Ahora mismo que versión estás usando para la wifi-radio?.
La AA12.09 en un HG553.
-
Tras compilar OpenWRT BBr39908 para el Comtrend AR5387-un, me he llevado la gran sorpresa de que reproduce flujos AAC "sin saltitos" de audio.
Saludos.
-
¡Sorpresa! Ahora, con la última versión del trunk, el hg553 reproduce AAC sin saltos.
Compilación BB r40006 para radio wifi con mpc, mpd, relayd y algunas cosillas más. (http://www.mediafire.com/download/ptvut9f7wvc6dkj/openwrt-HW553-squashfs-cfe.bin)
Saludos.
-
Buenas!
Mi proyecto sigue adelante, lento pero seguro.
Solo pasaba por aquí para mostrar un pequeño vídeo de cómo va la cosa ;D
-
Gracias por compartirlo. Es verdaderamente espectacular. El analizador de espectro, ¿lo mueves con el plugin gst-mod-spectrum de GStreamer?
Saludos.
-
Pues no, estuve buscando algo de información para hacerlo por software como tú dices, pero confieso que no encontré nada que me resultara cómodo. Al final lo hice por hardware, usando el integrado MSGEQ7, que es un analizador de espectro de 7 bandas. Como estoy usando un PIC como driver para el lcd, fue sencillo añadirle el MSGEQ7 a una de las patillas con conversión A/D y la verdad es que funciona muy bien.
Ahora mismo estoy desguazando unos altavoces a ver si consigo que suene medio decente...
-
Muy bueno el mod, aunque creo que no está al alcance de la mayoría de nosotros que no sabemos nada acerca de PICs.
Sobre el LCD creo que podría haber posibilidad de conectarlo directamente a la interfaz SPI. En el HG556a la interfaz con los pads expuestos en la placa los localizé hace poco. Aunque no sé como se podría manejar un LCD SPI, tal vez a través de spidev, el cual es fácil de meter en el kernel.
Para el HG553 el SPI creo que también sería fácil de localizar ya que los pines SPI van al chip Legerity, simplemente desoldándolo ya tendríamos la interfaz disponible para otra cosa, o bien dejándolo soldado y localizando un chip select adicional en otro sitio, lo cual creo que ya está hecho, alguien investigó los GPIOs en este mismo hilo, los GPIOs 32 y 33 son chipselects adicionales.
Saludos
-
Anda, pues sería interesante probar el SPI directo que trae este router. En su día improvisé una interfaz SPI usando los leds como gpio, pero lógicamente la transferencia iba a dos por hora. Si sabes de alguna forma de controlar el SPI, no me importaría probarlo...
-
Se podría usar el driver spidev para manejarlo desde espacio de usuario. Habría que compilar Openwrt con unas modificaciones para que registre el dispositivo SPI con el driver spidev.
Sería algo tal que así
static struct spi_board_info hw556_spi_info[] = {
{
.bus_num = 0,
.chip_select = 1,
.mode = 0,
.max_speed_hz = 781000,
.modalias = "spidev",
},
};
static struct board_info __initdata board_HW556 = {
.name = "HW556",
.expected_cpu_id = 0x6358,
.has_uart0 = 1,
.has_pci = 1,
.has_ohci0 = 1,
.has_ehci0 = 1,
.has_caldata = 1,
.caldata = {
{
.caldata_offset = 0xe00000,
},
},
.has_enet1 = 1,
.enet1 = {
.has_phy = 1,
.phy_id = 0,
.force_speed_100 = 1,
.force_duplex_full = 1,
},
.leds = {
{
.name = "HW556:red:message",
.gpio = 0,
.active_low = 1,
},
{
.name = "HW556:red:hspa",
.gpio = 1,
.active_low = 1,
},
{
.name = "HW556:red:dsl",
.gpio = 2,
.active_low = 1,
},
{
.name = "HW556:red:power",
.gpio = 3,
.active_low = 1,
.default_trigger = "default-on",
},
{
.name = "HW556:red:all",
.gpio = 6,
.active_low = 1,
.default_trigger = "default-on",
},
},
.buttons = {
{
.desc = "help",
.gpio = 8,
.active_low = 1,
.type = EV_KEY,
.code = KEY_HELP,
.debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
},
{
.desc = "wlan",
.gpio = 9,
.active_low = 1,
.type = EV_KEY,
.code = KEY_WLAN,
.debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
},
{
.desc = "restart",
.gpio = 10,
.active_low = 1,
.type = EV_KEY,
.code = KEY_RESTART,
.debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
},
{
.desc = "reset",
.gpio = 11,
.active_low = 1,
.type = EV_KEY,
.code = KEY_CONFIG,
.debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
},
},
.spis = hw556_spi_info,
.num_spis = ARRAY_SIZE(hw556_spi_info),
};
El código añadido está resaltado en verde. Luego sería compilar el firmware con el driver spidev marcado en el kernel.
Luego para el manejo desde espacio de usuario se podría usar python, pero no sé mucho más. Hay por ahí algún ejemplo
http://w8bh.net/pi/TFT2.pdf
Aunque supongo que se podría usando otros códigos más eficientes como C pero más difíciles, no me pregunteis más. Sobre como funcionan los displays o el SPI poca idea tengo.
El driver spidev lo incluí en un backport 12.09 que recientemente compilé para el hg556a
http://wiki.openwrt.org/toh/huawei/hg556a#backports
-
Interesante... cuando saque algo de tiempo lo pruebo. Lo que has marcado en verde tendría que añadirlo al 554-board_hw556.patch y luego compilar con kmod-spi-dev, no?
-
No exactamente, lo que tú indicas es un parche para el kernel, si lo editas probablemente estropearás.
Más bien sería editar el archivo
build_dir/target-mips_mips32_uClibc-0.9.33.2/linux-brcm63xx_generic/linux-3.10.36/arch/mips/bcm63xx/boards/board_bcm963xx.c
La ruta podría ser diferente dependiendo de que revisión estés compilando. Y también hay que tener en cuenta de que en el caso de del HG556a hay tres versiones, habría que añadir
.spis = hw556_spi_info,
.num_spis = ARRAY_SIZE(hw556_spi_info),
en cada una: HW556_A, HW556_B y HW556_C
Y luego compilar con el modulo kmod-spi-dev como has dicho.
-
Gracias, acabo de hacerlo como indicas y la cosa parece que promete. Después de compilar y flashear, me ha aparecido un /dev/spidev0.1 >:(
A ver si consigo hacer andar el lcd...
[Edito 04/05/2014] ¡Conseguido!
Para más detalles, consultar el hilo
https://foro.seguridadwireless.net/openwrt/hg556a-interfaz-spi
-
Chapeau !
(http://smilies-gifs.com/hola-adios/18hola-adios.gif)
¡¡¡Sí, señor!!!
-
Buenas!!!
Estoy intentando escuchar emisoras en mi 556a pero no consigo que me reconozca mi tarjeta de sonido usb.
En concreto es esta:
(http://i.ebayimg.com/00/s/Mzc1WDUwMA==/z/5p0AAOxyVaBSvbBA/$_35.JPG)
El chipset es un CM119, uso el firmware r39304usb de Jar229, he cambiado la linea:
src/gz barrier_breaker http://downloads.openwrt.org/snapshots/trunk/brcm63xx/packages
Por:
src/gz barrier_breaker http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages
Y ya me actualiza paquetes, pero no paso de este punto:
root@SkRtR:~# opkg update
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/barrier_breaker.
root@SkRtR:~# opkg install kmod-usb2 kmod-usb-core kmod-usb-ohci kmod-usb-audio
Multiple packages (kmod-usb2 and kmod-usb2) providing same name marked HOLD or PREFER. Using latest.
Upgrading kmod-usb2 on root from 3.10.26-1 to 3.10.49-1...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb2_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Upgrading kmod-usb-core on root from 3.10.26-1 to 3.10.49-1...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb-core_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-nls-base and kmod-nls-base) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-ohci and kmod-usb-ohci) providing same name marked HOLD or PREFER. Using latest.
Upgrading kmod-usb-ohci on root from 3.10.26-1 to 3.10.49-1...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb-ohci_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-usb-audio (3.10.49-1) to root...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb-audio_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-input-core and kmod-input-core) providing same name marked HOLD or PREFER. Using latest.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb2:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb2.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-core:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb-core.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-ohci:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb-ohci.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-audio:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) * kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb-audio.
root@SkRtR:~# ls /dev/a*
ls: /dev/a*: No such file or directory
He probado conectando la tarjeta de sonido usb en los tres USB pero ninguno la reconoce.....
Alguna idea?? ???
-
Buenas!!!
Estoy intentando escuchar emisoras en mi 556a pero no consigo que me reconozca mi tarjeta de sonido usb.
En concreto es esta:
(http://i.ebayimg.com/00/s/Mzc1WDUwMA==/z/5p0AAOxyVaBSvbBA/$_35.JPG)
El chipset es un CM119, uso el firmware r39304usb de Jar229, he cambiado la linea:
src/gz barrier_breaker http://downloads.openwrt.org/snapshots/trunk/brcm63xx/packages
Por:
src/gz barrier_breaker http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages
Y ya me actualiza paquetes, pero no paso de este punto:
root@SkRtR:~# opkg update
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/barrier_breaker.
root@SkRtR:~# opkg install kmod-usb2 kmod-usb-core kmod-usb-ohci kmod-usb-audio
Multiple packages (kmod-usb2 and kmod-usb2) providing same name marked HOLD or PREFER. Using latest.
Upgrading kmod-usb2 on root from 3.10.26-1 to 3.10.49-1...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb2_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Upgrading kmod-usb-core on root from 3.10.26-1 to 3.10.49-1...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb-core_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-nls-base and kmod-nls-base) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-ohci and kmod-usb-ohci) providing same name marked HOLD or PREFER. Using latest.
Upgrading kmod-usb-ohci on root from 3.10.26-1 to 3.10.49-1...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb-ohci_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-usb-audio (3.10.49-1) to root...
Downloading http://downloads.openwrt.org/barrier_breaker/14.07-rc3/brcm63xx/generic/packages/kmod-usb-audio_3.10.49-1_brcm63xx.ipk.
Multiple packages (kmod-usb-core and kmod-usb-core) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-input-core and kmod-input-core) providing same name marked HOLD or PREFER. Using latest.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb2:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb2.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-core:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb-core.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-ohci:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb-ohci.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-audio:
* kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) * kernel (= 3.10.49-1-ad222baab7cf17d00e255c5edc11fa85) *
* opkg_install_cmd: Cannot install package kmod-usb-audio.
root@SkRtR:~# ls /dev/a*
ls: /dev/a*: No such file or directory
He probado conectando la tarjeta de sonido usb en los tres USB pero ninguno la reconoce.....
Alguna idea?? ???
Léete los hilos relevantes: https://foro.seguridadwireless.net/openwrt/(indice)-hilos-relevantes-de-openwrt/ (https://foro.seguridadwireless.net/openwrt/(indice)-hilos-relevantes-de-openwrt/) y busca la instalación de módulos dependientes del kernel.
Hay muchas posibilidades de que los módulos no te terminen funcionando ya que estás intentando poner una versión 3.10.49 sobre un kernel 3.10.26. Si puedes, busca algunos más antiguos o actualiza openwrt para tener más posibilidades.
-
Ok, muchas gracias por la respuesta.
He actualizado kernel a version 3.14.16 y ya me detecta usb, pero me aparece otro error y no me deja iniciar mpd:
root@OpenWrt:~# ls /dev/a*
/dev/audio
root@OpenWrt:~# mpd
errno: Failed to open database file "/root/.mpd/mpd.db": No such file or directory
fatal_error: line 14: No such audio output plugin: alsa
root@OpenWrt:~#
Si ejecuto varias veces "mpd" siempre me sale lo mismo..... ???
-
Perdon, me autorespondo por si a alguno mas le pasa....
Instale el modulo mpd-mini en vex del mpd-full ;D
Ya funciona, muchas gracias!!!!!!!!!!!
-
No sé dónde soleis buscar las emisoras de radio. Yo lo hago aquí, hay miles, y ordenadas por estilos:
http://vtuner.com/setupapp/guide/asp/BrowseStations/startpage.asp
Estupenda página, Danitool. Yo suelo usar la de NullSoft: http://www.shoutcast.com/
Otra página más: http://www.internet-radio.com/ (http://www.internet-radio.com/)
Saludos.
-
Y otra página más
http://www.listenlive.eu/
Lo bueno es que dispone de listas de streaming de las radios comerciales FM de cada país, como las de España:
http://www.listenlive.eu/spain.html
La verdad no sé por qué ponen tan difícil las radios comerciales tradicionales FM el que les escuchen en streaming. Quiero decir como uno espera escuchar una radio, encender el reproductor y a sonar, ... será que no quieren tener oyentes.
-
La verdad no sé por qué ponen tan difícil las radios comerciales tradicionales FM el que les escuchen en streaming.
Seguramente prefieren monetizar sus reproductores web.
Bueno, yo venía a hablar de mi libro. Este es el trasto que he armado:
(https://scontent-mad1-1.xx.fbcdn.net/hphotos-xft1/t31.0-8/11257875_846993705348288_7789526224291838520_o.jpg)
La radio Wi-Fi está basada en el Comtrend AR5387un, un router que me encanta por prestaciones y tamaño. Ejecuta el MPD Full sin despeinarse. Solo tiene una salida usb, pero con el típico hub de los chinos va perfecto. Usé una toma usb para la tarjeta de sonido y otra para un ratón, del cual saco los 3 botones para controlar el aparato.
(https://scontent-mad1-1.xx.fbcdn.net/hphotos-xfp1/v/t1.0-9/10981421_846993748681617_8496329924329055530_n.jpg?oh=538d32fc905a09976c5d7aac7b798b8d&oe=5610E0A9)
No me quise complicar demasiado así que usé un display de 7 segmentos para usarlo como reloj, y para indicar el número de emisora. Como este router no tiene gpios identificadas (o yo al menos no las he encontrado), usé los leds como salida de datos.
(https://scontent-mad1-1.xx.fbcdn.net/hphotos-xta1/t31.0-8/11270373_846993905348268_504391935713077461_o.jpg)
El pequeño ampli se consigue muy barato en eBay y cumple más que bien para hacer sonar dos altavoces de 10W aunque yo solo usé uno.
(https://scontent-mad1-1.xx.fbcdn.net/hphotos-xap1/v/t1.0-9/11224771_846993932014932_9194051074848264720_n.jpg?oh=33f1b54bbfea5e9e9a2523432b753205&oe=564C9A4D)
Así queda el router dentro de la caja, realmente compacto
(https://scontent-mad1-1.xx.fbcdn.net/hphotos-xta1/t31.0-8/10448660_846993965348262_2695927471701367662_o.jpg)
Detalle del panel trasero. Una buena ventilación es imprescindible.
Y eso es todo. La radio funciona de maravilla, y el sonido es comparable al de cualquier radio-reloj comercial. Estoy contento con el resultado.
Por si es de interés, dejo por aquí la compilación a medida que hice de Barrier Breaker, r40396 para el AR5387un. No lleva luci, pero contiene el MPD Full con Alsa, soporte usb y wifi perfecto y alguna cosilla más.
https://mega.nz/#!QwIH3RSB!2ICW_1xjYCkXJP-J9TXd-9YMkGJ13BDi3xB-2UHrOtQ (https://mega.nz/#!QwIH3RSB!2ICW_1xjYCkXJP-J9TXd-9YMkGJ13BDi3xB-2UHrOtQ)
-
Bonito aparato Mojopicon enhorabuena....
yo tambien tengo un router contrend como el tuyo y me gustaria montarme esa radio. Me podrias mandar planos y documantacion que poseas para realizarlo igual. Te lo agradeceria mucho
mi mail. davidgallego92@gmail.com.
-
Hola radioso86. La verdad es que no tengo planos, solo hice un borrador y fui ajustando las medidas sobre la marcha mientras la construía.
Te puedo dar las medidas finales de la caja, que son 16,7cm x 12cm x 7cm. No es difícil de construir, yo usé madera DM de 3mm (la venden en Leroy Merlin por planchas y se corta fácil con sierra de calar). La revestí con unos trozos de metacrilato negro en los laterales, y transparente para el frontal. Por arriba la tapa está tapizada con goma eva y tela de altavoces color plata. Si la quieres hacer exactamente igual te puedo dar más detalles pero lo suyo es personalizárselo al gusto de cada uno.
Tal como se ve en las fotos, el router lo coloqué dentro de la caja con la tapa superior abierta, de esa forma le cabe justo encima un altavoz de 3", que es el típico que se encuentra en los altavoces de PC.
Al puerto USB del router le conecté un HUB de este tipo para sacar 4 puertos:
http://www.ebay.es/itm/NEW-4-Port-USB-1-1-High-Speed-USB-HUB-Laptop-PC-Slim-Smallest-Mini-FO-/291361070553?pt=LH_DefaultDomain_2&hash=item43d6791dd9
A uno de los puertos se le conecta una tarjeta de sonido USB como esta:
http://www.ebay.es/itm/TARJETA-DE-SONIDO-EXTERNA-USB-2-0-3D-SOUND-CARD-5-1-AUDIO-VIRTUAL-DJ-ADAPTADOR-/121469016039?pt=LH_DefaultDomain_186&hash=item1c481e17e7
Y a otro puerto se le conecta un ratón USB. Yo le quité la carcasa a todo, y soldé directamente los terminales de ratón y tarjeta de sonido al hub, sin usar los conectores. de otra forma es imposible que entre todo dentro de una caja tan compacta.
Para sacar el sonido de la tarjeta, se usa un amplificador de este tipo, que como va a 12v, se puede conectar directamente a la fuente del router:
http://www.ebay.es/itm/TDA7297-Version-B-2-15W-Digital-Audio-Amplifier-Board-Dual-Channel-AC-DC-12V-SN-/151722155538?pt=LH_DefaultDomain_15&hash=item2353585e12
El display de 7 segmentos lo saqué de un viejo microondas, pero aunque uses uno comercial, ya te adelanto que no será fácil hacerlo andar con el router a menos que sepas un poco de electrónica y programación. De hecho esa fue con diferencia la parte más difícil.
Todo eso en cuanto a la parte hardware. La parte software es otro cantar. Puedes probar a flashear con el firmware que colgué en el post, y cuando tengas la tarjeta de sonido usb, vas probando el funcionamiento del MPD y MPC. Yo me hice un programa en C para manejar el reloj y cambiar de emisora al pulsar los botones, pero no se cómo andas en programación.
De momento es todo lo que se me ocurre, no se si te ha servido. Si tienes más preguntas, intentaré ayudar en lo que pueda.
-
Cuidadito..... Mojopicon, yo tuve ese mismo hub USB de los chinos en mis dos radios, la HG553 y la que estoy terminando a mi mujer, en una ar5387 como el tuyo.... y ese hub tiene multiples defectos....
A veces no es detectado, y en otras ocasiones, al pinchar un pendrive para oir musica en la radiowifi, a intervalos irregulares el pen conecta y desconecta, provocando en los display de visualizacion autenticos follones....
La solucion que hallé paso por añadir un condensador electrolitico de 470 microfaradios y unos 10 voltios en paralelo con las lineas de alimentacion 5v y masa ( cuidado con la polaridad ), y el problema se corrigio hasta cierto punto, porque dias mas tardes ambos hub cayeron.....
No lo recomiendo..... hay uno que es el que al final utilice en ambas radios....
(http://www.ilevante.com/images/large/hub_mini_usb4.jpg)
... y este no me ha dado ningun problema...
Por cierto, para la radio con el AR utilice un display similar al tuyo de tus antiguos videos de youtube, el de 320x240, pero lo comando con un Arduino nano ( solo 3 eurillos en DX.com.... ) y va muy bien.....
-
Gracias por los consejos. La verdad es que yo también he tenido bastantes problemas con los hubs baratillos, de puertos que de repente fallan o directamente dejan de funcionar. La mía lleva 2 meses montada y todavía no ha fallado, cruzo los dedos.
-
Enhorabuena, mojopicon.
Me gusta como te ha quedado. Sobre todo el sistema de visualización, que es mi asignatura pendiente.
En mi caso, he utilizado un pincho de audio con botones incorporados, lo que elimina la necesidad del hub.
(http://i.imgur.com/Marh5ye.png)
Saludos.
-
Gracias raphik. Algo había leído de gente que usaba los botones de esas tarjetas, pero no se como va ???
Edito: soy ******, los botones se leen igual que el ratón, escuchando en /dev/input/event1, cómo no se me ocurrió antes. De todas formas todavía tengo varios pinchos sin botones.
-
Éstas son las tripas de la tarjetilla de sonido. El botón "mute" no genera ningún evento, por lo que quedan 6 botones a disposición del programador.
(http://i.imgur.com/dxxCz4t.png)
-
Hola...
finalmente alguien se ha liado a compilar AlsaEqual para usar con la radio? ???
-
Hola
Hace poco pedí un adaptador de tarjeta de sonido usb para que mi router pudiera hablar,
como vi por Internet algunos script echo con este codigo de google.
http://translate.google.com/translate_tts?tl=es&q=holawget -O - http://translate.google.com/translate_tts?tl=es&q=hol | madplay -
Pero me lleve una desagradable sorpresa al ver que este código ya no funciona con google y da un error 503.
¿Alguien sabe alguna solución utilizando google o otro código diferente?.
Mi idea era que dijera lo que se me había descargado de transmisión.
Gracias.
Saludos
-
Hola
Hace poco pedí un adaptador de tarjeta de sonido usb para que mi router pudiera hablar,
como vi por Internet algunos script echo con este codigo de google.
http://translate.google.com/translate_tts?tl=es&q=holawget -O - http://translate.google.com/translate_tts?tl=es&q=hol | madplay -
Pero me lleve una desagradable sorpresa al ver que este código ya no funciona con google y da un error 503.
¿Alguien sabe alguna solución utilizando google o otro código diferente?.
Mi idea era que dijera lo que se me había descargado de transmisión.
Gracias.
Saludos
A mí me ha salido un captcha para rellenar, y después una aplicación flash (que tengo bloqueada), así que supongo que funciona pero no te lo suelta en un formato de audio.
El error 503 seguramente sea por no rellenar el captcha.
-
Hola
Hace poco pedí un adaptador de tarjeta de sonido usb para que mi router pudiera hablar,
como vi por Internet algunos script echo con este codigo de google.
http://translate.google.com/translate_tts?tl=es&q=holawget -O - http://translate.google.com/translate_tts?tl=es&q=hol | madplay -
Pero me lleve una desagradable sorpresa al ver que este código ya no funciona con google y da un error 503.
¿Alguien sabe alguna solución utilizando google o otro código diferente?.
Mi idea era que dijera lo que se me había descargado de transmisión.
Gracias.
Saludos
A mí me ha salido un captcha para rellenar, y después una aplicación flash (que tengo bloqueada), así que supongo que funciona pero no te lo suelta en un formato de audio.
El error 503 seguramente sea por no rellenar el captcha.
Hola debido a que pide el captcha esto mirando alterativas
he instalado flite pero me da un error
flite -t "hola"
Segmentation fault
Ademas esta voz suena muy robótica.
Se que otros servicios online ofrece estos servicios, pero no he visto ninguno que se le pase los parámetros por url directamente como google.
¿Alguien tiene Flite o conoce una web que texto y se le pase los parámetros por url.?
¿Alguien conoce algún paquete como espeaker de linux que funcione en openwrt?
Saludos.
-
OpenWRT incluye el paquete SVOX. Se trata de una utilidad capaz de pasar texto a voz. Según su autor, la voz suena muy natural en una variedad de idiomas. Además, también reconoce voz.
Saludos.
(http://i.imgur.com/OHa9JZe.jpg)
-
Hola gracias por vuestra pronta respuesta, la verdad es que busque tts openwrt en google.
Pero no se me ocurrió poner tts en el buscador interno de openwrt :-X
Me dijeron una solución al problema de google de los captchas.
#Gracias a Galdú.
#A ver cuanto dura que lo cape google.
#!/bin/bash
curl -A "Mozilla" "http://translate.google.com/translate_tts?tl=es&client=tw-ob&q=$(echo "Se ha descargado $TR_TORRENT_NAME" | sed 's/\W/+/g')" | \
madplay - 2>/dev/null
Me comento que al poner este cliente client=tw-ob se solucionaba el problema del los captchas.
Seguramente hay otra manera para colocar el sed (https://es.wikipedia.org/wiki/Sed_%28inform%C3%A1tica%29).
Bueno os recomiendo un video muy bueno sobre Openwrt (Si no lo habéis visto ya).
Una red inalámbrica libre y colaborativa: OpenWRT (https://www.youtube.com/watch?v=XoTdCfQb0yI)
Saludos.
-
Hola!
Alguien sabe como puedo hacer una salida de audio del mpd como si fuera un formato dlna, para que otro sistema con upmpdcli pueda escucharlo y reproducir?
Se que puedo hacerlo con pulseaudio, pero consume mucha cpu, también pudiera hacerlo con un streaming al otro router, pero ya tendría que usar otro programa para controlar volumen el el segundo router...
He estado mirando por varios sitios y no he encontrado nada...
_________ ME EDITO:
Creo que esto es imposible sin pulseaudio o algún tipo de emulador que cree un dispositivo de audio...
Creo que el camino mas eficiente sería usar usbip.... voy a intentarlo a ver que pasa.... ???
-
Hola!
Alguien sabe como puedo hacer una salida de audio del mpd como si fuera un formato dlna, para que otro sistema con upmpdcli pueda escucharlo y reproducir?
Se que puedo hacerlo con pulseaudio, pero consume mucha cpu, también pudiera hacerlo con un streaming al otro router, pero ya tendría que usar otro programa para controlar volumen el el segundo router...
He estado mirando por varios sitios y no he encontrado nada...
_________ ME EDITO:
Creo que esto es imposible sin pulseaudio o algún tipo de emulador que cree un dispositivo de audio...
Creo que el camino mas eficiente sería usar usbip.... voy a intentarlo a ver que pasa.... ???
No entiendo bien qué es exactamente lo que quieres hacer. ¿Un router OpenWrt con MPD que a su vez sea servidor DLNA?
Saludos
-
Hola!
Alguien sabe como puedo hacer una salida de audio del mpd como si fuera un formato dlna, para que otro sistema con upmpdcli pueda escucharlo y reproducir?
Se que puedo hacerlo con pulseaudio, pero consume mucha cpu, también pudiera hacerlo con un streaming al otro router, pero ya tendría que usar otro programa para controlar volumen el el segundo router...
He estado mirando por varios sitios y no he encontrado nada...
_________ ME EDITO:
Creo que esto es imposible sin pulseaudio o algún tipo de emulador que cree un dispositivo de audio...
Creo que el camino mas eficiente sería usar usbip.... voy a intentarlo a ver que pasa.... ???
No entiendo bien qué es exactamente lo que quieres hacer. ¿Un router OpenWrt con MPD que a su vez sea servidor DLNA?
Saludos
Hola raphik.
Me explico, un router openwrt, que es servidor mpd, (tiene 2 salidas actualmente con 2 tarjetas de audio, mas una salida para streaming) todo esto funciona bien..... Ahora, se trata de a este agregarle otra salida de audio para que la reproducción se escuche en otros altavoces que están a cierta distancia.
Estos altavoces a "distancia" pueden ser controlados por un segundo router.
la cuestion es como el MPD del primero puede manejar el audio del segundo.
Por esto la idea de usar usbip para ello, (chirría bastante el sonido pero funcionó.... hay que ver el que y porqué....)
La otra idea que inicialmente pensé era la de usar alguna especie de enrutamiento por dlna en el router principal y con el paquete "upmpdcli"en el segundo router, pero creo que sin pulseaudio es imposible; ademas, de hacerlo con pulseaudio, creo que sería mas cómodo usar una salida bluetooth para esto y con altavoces bluetooth.
La pregunta, si alguien ha hecho algo similar... alguna idea o sugerencia....
Saludos!
-
Hola!
Alguien sabe como puedo hacer una salida de audio del mpd como si fuera un formato dlna, para que otro sistema con upmpdcli pueda escucharlo y reproducir?
Se que puedo hacerlo con pulseaudio, pero consume mucha cpu, también pudiera hacerlo con un streaming al otro router, pero ya tendría que usar otro programa para controlar volumen el el segundo router...
He estado mirando por varios sitios y no he encontrado nada...
_________ ME EDITO:
Creo que esto es imposible sin pulseaudio o algún tipo de emulador que cree un dispositivo de audio...
Creo que el camino mas eficiente sería usar usbip.... voy a intentarlo a ver que pasa.... ???
No entiendo bien qué es exactamente lo que quieres hacer. ¿Un router OpenWrt con MPD que a su vez sea servidor DLNA?
Saludos
Hola raphik.
Me explico, un router openwrt, que es servidor mpd, (tiene 2 salidas actualmente con 2 tarjetas de audio, mas una salida para streaming) todo esto funciona bien..... Ahora, se trata de a este agregarle otra salida de audio para que la reproducción se escuche en otros altavoces que están a cierta distancia.
Estos altavoces a "distancia" pueden ser controlados por un segundo router.
la cuestion es como el MPD del primero puede manejar el audio del segundo.
Por esto la idea de usar usbip para ello, (chirría bastante el sonido pero funcionó.... hay que ver el que y porqué....)
La otra idea que inicialmente pensé era la de usar alguna especie de enrutamiento por dlna en el router principal y con el paquete "upmpdcli"en el segundo router, pero creo que sin pulseaudio es imposible; ademas, de hacerlo con pulseaudio, creo que sería mas cómodo usar una salida bluetooth para esto y con altavoces bluetooth.
La pregunta, si alguien ha hecho algo similar... alguna idea o sugerencia....
Saludos!
Y por qué no instalas otro mpd en el segundo router y coges el streaming del primero?, tendrías dos mpd, uno en cada router, lo único que podrías controlar en el segundo mpd evidentemente sería parar/reproducir aumentar/reducir volumen, pero no debería haber problema en acceder a ambos mpd, a menos que tengas enrutamientos complejos entre ambos routers.
-
Hola!
Alguien sabe como puedo hacer una salida de audio del mpd como si fuera un formato dlna, para que otro sistema con upmpdcli pueda escucharlo y reproducir?
Se que puedo hacerlo con pulseaudio, pero consume mucha cpu, también pudiera hacerlo con un streaming al otro router, pero ya tendría que usar otro programa para controlar volumen el el segundo router...
He estado mirando por varios sitios y no he encontrado nada...
_________ ME EDITO:
Creo que esto es imposible sin pulseaudio o algún tipo de emulador que cree un dispositivo de audio...
Creo que el camino mas eficiente sería usar usbip.... voy a intentarlo a ver que pasa.... ???
No entiendo bien qué es exactamente lo que quieres hacer. ¿Un router OpenWrt con MPD que a su vez sea servidor DLNA?
Saludos
Hola raphik.
Me explico, un router openwrt, que es servidor mpd, (tiene 2 salidas actualmente con 2 tarjetas de audio, mas una salida para streaming) todo esto funciona bien..... Ahora, se trata de a este agregarle otra salida de audio para que la reproducción se escuche en otros altavoces que están a cierta distancia.
Estos altavoces a "distancia" pueden ser controlados por un segundo router.
la cuestion es como el MPD del primero puede manejar el audio del segundo.
Por esto la idea de usar usbip para ello, (chirría bastante el sonido pero funcionó.... hay que ver el que y porqué....)
La otra idea que inicialmente pensé era la de usar alguna especie de enrutamiento por dlna en el router principal y con el paquete "upmpdcli"en el segundo router, pero creo que sin pulseaudio es imposible; ademas, de hacerlo con pulseaudio, creo que sería mas cómodo usar una salida bluetooth para esto y con altavoces bluetooth.
La pregunta, si alguien ha hecho algo similar... alguna idea o sugerencia....
Saludos!
Y por qué no instalas otro mpd en el segundo router y coges el streaming del primero?, tendrías dos mpd, uno en cada router, lo único que podrías controlar en el segundo mpd evidentemente sería parar/reproducir aumentar/reducir volumen, pero no debería haber problema en acceder a ambos mpd, a menos que tengas enrutamientos complejos entre ambos routers.
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
Jejeje
Enviado desde mi LG-D390n mediante Tapatalk
-
Hola!
Alguien sabe como puedo hacer una salida de audio del mpd como si fuera un formato dlna, para que otro sistema con upmpdcli pueda escucharlo y reproducir?
Se que puedo hacerlo con pulseaudio, pero consume mucha cpu, también pudiera hacerlo con un streaming al otro router, pero ya tendría que usar otro programa para controlar volumen el el segundo router...
He estado mirando por varios sitios y no he encontrado nada...
_________ ME EDITO:
Creo que esto es imposible sin pulseaudio o algún tipo de emulador que cree un dispositivo de audio...
Creo que el camino mas eficiente sería usar usbip.... voy a intentarlo a ver que pasa.... ???
No entiendo bien qué es exactamente lo que quieres hacer. ¿Un router OpenWrt con MPD que a su vez sea servidor DLNA?
Saludos
Hola raphik.
Me explico, un router openwrt, que es servidor mpd, (tiene 2 salidas actualmente con 2 tarjetas de audio, mas una salida para streaming) todo esto funciona bien..... Ahora, se trata de a este agregarle otra salida de audio para que la reproducción se escuche en otros altavoces que están a cierta distancia.
Estos altavoces a "distancia" pueden ser controlados por un segundo router.
la cuestion es como el MPD del primero puede manejar el audio del segundo.
Por esto la idea de usar usbip para ello, (chirría bastante el sonido pero funcionó.... hay que ver el que y porqué....)
La otra idea que inicialmente pensé era la de usar alguna especie de enrutamiento por dlna en el router principal y con el paquete "upmpdcli"en el segundo router, pero creo que sin pulseaudio es imposible; ademas, de hacerlo con pulseaudio, creo que sería mas cómodo usar una salida bluetooth para esto y con altavoces bluetooth.
La pregunta, si alguien ha hecho algo similar... alguna idea o sugerencia....
Saludos!
Y por qué no instalas otro mpd en el segundo router y coges el streaming del primero?, tendrías dos mpd, uno en cada router, lo único que podrías controlar en el segundo mpd evidentemente sería parar/reproducir aumentar/reducir volumen, pero no debería haber problema en acceder a ambos mpd, a menos que tengas enrutamientos complejos entre ambos routers.
No es que sea complicado, pero a la hora usarlo, es mas enredado tener que estar cambiando de servidor MPD
La idea original seria hacerlo desde un solo servidor y con una sola conexion...
Enviado desde mi LG-D390n mediante Tapatalk
-
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
¿Cómo controlas actualmente el volumen del primer mpd?
-
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
¿Cómo controlas actualmente el volumen del primer mpd?
MPDroid tanto en streaming como contrlar las salidas de audio actuales, pero tb mpc y otro clente mas de gnome....
Enviado desde mi LG-D390n mediante Tapatalk
-
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
¿Cómo controlas actualmente el volumen del primer mpd?
Perdón , la respuesta.... Fundamentalnente MPDroid.
Enviado desde mi LG-D390n mediante Tapatalk
-
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
¿Cómo controlas actualmente el volumen del primer mpd?
Perdón , la respuesta.... Fundamentalnente MPDroid.
Nunca he montado dos tarjetas de audio en el mismo router. Supongo que MPDroid no permite cambiar por separado el volumen de cada pincho de audio. Es decir, los volúmenes de las tarjetas están "sincronizados". ¿Es así?
-
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
¿Cómo controlas actualmente el volumen del primer mpd?
Perdón , la respuesta.... Fundamentalnente MPDroid.
Nunca he montado dos tarjetas de audio en el mismo router. Supongo que MPDroid no permite cambiar por separado el volumen de cada pincho de audio. Es decir, los volúmenes de las tarjetas están "sincronizados". ¿Es así?
Efectivamente el control con alsa va a las dos tarjetas y desde mpdroid selecccionas si suenan las dos o solo una o el estreaming o todo a la vez...
Enviado desde mi LG-D390n mediante Tapatalk
-
Si claro, el problema viene a la hora de tener que hacer dos conexiones distintas para controlar volumen del segundo mod, de ahí todo este invento...
¿Cómo controlas actualmente el volumen del primer mpd?
Perdón , la respuesta.... Fundamentalnente MPDroid.
Nunca he montado dos tarjetas de audio en el mismo router. Supongo que MPDroid no permite cambiar por separado el volumen de cada pincho de audio. Es decir, los volúmenes de las tarjetas están "sincronizados". ¿Es así?
Efectivamente el control con alsa va a las dos tarjetas y desde mpdroid selecccionas si suenan las dos o solo una o el estreaming o todo a la vez...
Enviado desde mi LG-D390n mediante Tapatalk
Queda así en el teléfono, y es muy practico...
(http://thumbs.subefotos.com/c6b0a3b549f1088d4157c8a09cf29c3co.jpg) (http://subefotos.com/ver/?c6b0a3b549f1088d4157c8a09cf29c3co.png)
-
Si los volúmenes van sincronizados en ambos routers, me parece que te valdría la solución de danitool (mpd en el "repetidor remoto" bebiendo de la salida por stream del mpd principal).
La sincronización del volumen podría hacerse automáticamente mediante un pequeño script que correría en el repetidor.
-
S los volúmenes van sincronizados en ambos routers
Eso es lo que quisiera conseguir...
me parece que te valdría la solución de danitool (mpd en el "repetidor remoto" bebiendo de la salida por stream del mpd principal)
Así es como está ahora mismo
La sincronización del volumen podría hacerse automáticamente mediante un pequeño script que correría en el repetidor.
eso lo ha pensado una parte remota de mi cerebro, pero la parte mas cercana de él ... no sabe como hacerlo pero creo que lo intentará, y si no... pedirá ayuda antes de agotarse... :D
Gracias!
-
¿Podrías probar si este código, ejecutado en el router remoto, devuelve el valor del volumen del mpd principal? (Sustituye 192.168.1.x por la IP del router principal.)
echo "status" | nc 192.168.1.x 6600 | grep -e "^volume: " | sed 's/volume: //'
EDITO:
Asegúrate de que estas líneas aparezcan en el archivo /etc/mpd.conf del principal:
# dirección y puerto para MPD
bind_to_address "any"
port "6600"
-
¿Podrías probar si este código, ejecutado en el router remoto, devuelve el valor del volumen del mpd principal? (Sustituye 192.168.1.x por la IP del router principal.)
echo "status" | nc 192.168.1.x 6600 | grep -e "^volume: " | sed 's/volume: //'
Al intentar hecerlo desde dentro del fichero mpd.conf ; el arranque del MPD da un error '"' expected
Claro, MPD emplea " para separar valores y el scrip tb. Para intentar hacerlo como salida de audio, tampoco es interpretado de manera correcta unrecognized parameter in config file at line 234: echo
Desde la consola, casi funciona, pero devuelve "volume:xx" y esto no establece el valor en consola...
Sigo jugando que me gusta mucho la idea esta.... que envidia me dais los que saben picar scripts.... jejeje ;)
-
Siento haberme explicado tan mal.
Las líneas
bind_to_address "any"
port "6600"
van dentro del fichero de configuración del mpd principal, que está en "/etc/mpd.conf". Por lo general, este fichero se edita desde el PC Windows con la utilidad WinSPC.
El comando
echo "status" | nc 192.168.1.x 6600 | grep -e "^volume: " | sed 's/volume: //' no va dentro de ningún fichero. Hay que ejecutarlo desde una terminal de OpenWrt en el router secundario. Por lo general , el comando se lanza desde el PC Windows con la utilidad PuTTY.
-
es interesante lo de poder sincronizar el volumen de dos mpd en distintos routers, se podría hacer un loop que compruebe el volumen de audio en un router y lo cambie en el otro, que se ejecute cada 1 segundo, pero no resultaría instantáneo.
Sin embargo podría haber una forma más inmediata, viendo que te funciona el comando de netcat de raphik para obtener el volumen de audio sin problemas, mpc debería también funcionar
mpc volume
debería devolver el volumen de audio en el router local, ahora faltaría que mpc se conectase al remoto y pusiese ese mismo volumen de audio allí
mpc dispone de un comando interesante que es idleloop
mpc idleloopel cual recoge eventos de mpd, si lo ejecutamos y cambiamos de volumen recoge el string mixer. Pues bien como lo recoge contínuamente, esto se le podría pasar a awk, para que cada vez que lo detecte ejecute mpc conectándose al local y el remoto, en uno para obtener el volumen y en el remoto para establecerlo
Resumiendo, sería ejecutar este comando
mpc idleloop mixer | awk '/mixer/ { system("mpc -h 192.168.0.72 $(mpc volume|sed s/[:\%]//g)")}'Esta cosa la ejecutarías en la línea de comandos de OpenWrt
;D
igual te cuesta entender el chorizo, pero al menos ves que hay una ip, y esa sería la ip del segundo router (el remoto)
podría dar algún error debido a la interpretación de entrecomillados, si funciona sería conveniente añadir al final
&>/dev/null ¶ que no devuelva nada y sea más limpio.
-
Desde la consola, casi funciona, pero devuelve "volume:xx" y esto no establece el valor en consola...
Sí, funciona. Lo único que hace es sacar por consola el valor del volumen del mpd principal.
Para replicar el valor del volumen principal en el secundario, el comando a ejecutar desde la consola del secundario sería:
mpc volume $(echo "status" | nc 192.168.1.x 6600 | grep -e "^volume: " | sed 's/volume: //' )
-
es interesante lo de poder sincronizar el volumen de dos mpd en distintos routers, se podría hacer un loop que compruebe el volumen de audio en un router y lo cambie en el otro, que se ejecute cada 1 segundo, pero no resultaría instantáneo.
Sin embargo podría haber una forma más inmediata, viendo que te funciona el comando de netcat de raphik para obtener el volumen de audio sin problemas, mpc debería también funcionar
mpc volume
debería devolver el volumen de audio en el router local, ahora faltaría que mpc se conectase al remoto y pusiese ese mismo volumen de audio allí
mpc dispone de un comando interesante que es idleloop
mpc idleloopel cual recoge eventos de mpd, si lo ejecutamos y cambiamos de volumen recoge el string mixer. Pues bien como lo recoge contínuamente, esto se le podría pasar a awk, para que cada vez que lo detecte ejecute mpc conectándose al local y el remoto, en uno para obtener el volumen y en el remoto para establecerlo
Resumiendo, sería ejecutar este comando
mpc idleloop mixer | awk '/mixer/ { system("mpc -h 192.168.0.72 $(mpc volume|sed s/[:\%]//g)")}'Esta cosa la ejecutarías en la línea de comandos de OpenWrt
;D
igual te cuesta entender el chorizo, pero al menos ves que hay una ip, y esa sería la ip del segundo router (el remoto)
podría dar algún error debido a la interpretación de entrecomillados, si funciona sería conveniente añadir al final
&>/dev/null ¶ que no devuelva nada y sea más limpio.
Jejeje Muchas gracias!!
voy a probar.... a ver que me sale, y no creas, del chorizo lo leo y lo entiendo mas o menos como el aleman.... que si prestas atención, sabes mas o menos de lo que se habla... :-X
-
Desde la consola, casi funciona, pero devuelve "volume:xx" y esto no establece el valor en consola...
Sí, funciona. Lo único que hace es sacar por consola el valor del volumen del mpd principal.
Para replicar el valor del volumen principal en el secundario, el comando a ejecutar desde la consola del secundario sería:
mpc volume $(echo "status" | nc 192.168.1.x 6600 | grep -e "^volume: " | sed 's/volume: //' )
lume: " | sed 's/volume: //' )
volume: 65% repeat: off random: off single: off consume: off
root@OpenWrt:~#
jejejeje
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
Entonces sería sencillo de replicar el comando pero ejecutado desde el secundario, supongo que esto serviría:
mpc -h 192.168.0.72 idleloop mixer | awk '/mixer/ { system("mpc $(mpc -h 192.168.0.72 volume|sed s/[:\%]//g)")}'
Aunque si hay un corte de conexión creo que mpc terminaría y habría que arrancarlo de nuevo, con lo cual habría que meterlo en un loop para que se ejecute cada vez que se caiga.
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
Si, tienes razón, pero es lo que dice raphik tambíen, o tiene que estar preguntando el secundario constantemente o el primario manda alguna orden que ejecute esta linea en el/los secundarios, esto creo que convina las dos cosas y me parece asi de pronta mas relajado el trabajo de cada router...
Esto está mal escrito, lo dejo borrado ahora....
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
Entonces sería sencillo de replicar el comando pero ejecutado desde el secundario, supongo que esto serviría:
mpc -h 192.168.0.72 idleloop mixer | awk '/mixer/ { system("mpc $(mpc -h 192.168.0.72 volume|sed s/[:\%]//g)")}'
Aunque si hay un corte de conexión creo que mpc terminaría y habría que arrancarlo de nuevo, con lo cual habría que meterlo en un loop para que se ejecute cada vez que se caiga.
Esto se que debería trabajar, pero se queda a la espera... de algo... que no he encontrado (yo voy mas despacio, tengo que mirar con detenimiento y compresión)
-
Haciendo uso de mpc (que para eso está :-[) y de la sintaxis propuesta por danitool, el comando siguiente, ejecutado en el secundario debería replicar el volumen del primario:
mpc $(mpc -h 192.168.1.1 volume|sed s/[:\%]//g)
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
Entonces sería sencillo de replicar el comando pero ejecutado desde el secundario, supongo que esto serviría:
mpc -h 192.168.0.72 idleloop mixer | awk '/mixer/ { system("mpc $(mpc -h 192.168.0.72 volume|sed s/[:\%]//g)")}'
Aunque si hay un corte de conexión creo que mpc terminaría y habría que arrancarlo de nuevo, con lo cual habría que meterlo en un loop para que se ejecute cada vez que se caiga.
Esto se que debería trabajar, pero se queda a la espera... de algo... que no he encontrado (yo voy mas despacio, tengo que mirar con detenimiento y compresión)
pues simple, se queda a la espera de que cuando cambies el volumen con tu cliente en android, lo replique en el router secundario
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
Entonces sería sencillo de replicar el comando pero ejecutado desde el secundario, supongo que esto serviría:
mpc -h 192.168.0.72 idleloop mixer | awk '/mixer/ { system("mpc $(mpc -h 192.168.0.72 volume|sed s/[:\%]//g)")}'
Aunque si hay un corte de conexión creo que mpc terminaría y habría que arrancarlo de nuevo, con lo cual habría que meterlo en un loop para que se ejecute cada vez que se caiga.
Esto se que debería trabajar, pero se queda a la espera... de algo... que no he encontrado (yo voy mas despacio, tengo que mirar con detenimiento y compresión)
pues simple, se queda a la espera de que cuando cambies el volumen con tu cliente en android, lo replique en el router secundario
joooo que tonto tonto
claro que si...
funciona perfecto!"!!!
jajaja
pues ya esta!!!!
conseguido.
jajaja
que pescao que soy.... >:(
-
@danitool
En mi opinión, el control para replicar el volumen debe correr en el secundario. De esta manera, en un escenario donde hubiera varios secundarios sólo sería necesario conocer la IP del principal.
Por contra, si el control corriese en el primario, habría que conocer las IPs de cada uno de los secundarios.
Entonces sería sencillo de replicar el comando pero ejecutado desde el secundario, supongo que esto serviría:
mpc -h 192.168.0.72 idleloop mixer | awk '/mixer/ { system("mpc $(mpc -h 192.168.0.72 volume|sed s/[:\%]//g)")}'
Aunque si hay un corte de conexión creo que mpc terminaría y habría que arrancarlo de nuevo, con lo cual habría que meterlo en un loop para que se ejecute cada vez que se caiga.
Esto se que debería trabajar, pero se queda a la espera... de algo... que no he encontrado (yo voy mas despacio, tengo que mirar con detenimiento y compresión)
pues simple, se queda a la espera de que cuando cambies el volumen con tu cliente en android, lo replique en el router secundario
Ahora investigare un poco por mi parte primero esto...
mpc outputs Show the current outputs
mpc enable [only] <output # or name> [...] Enable output(s)
mpc disable [only] <output # or name> [...] Disable output(s)
mpc toggleoutput <output # or name> [...] Toggle output(s)
que es la segunda parte del juego...
pero, creo que ya sera para mañana, que hoy hay que dormir y mana trabajar....
Pd: la linea de "mpc idleloop" en el arranque y va perfecto...
-
Buenas, voy a poner algunas cosillas útiles para la radio wifi, fundamentalmente relacionado con el receptor de infrarrojos.
Resulta que en la Raspberry Pi tienen un driver mediante el cual pueden conectar un módulo de infrarrojos a un GPIO y con él usar LIRC. El driver es específico para la rpi. Siempre pensé en adaptarlo pero existía el problema de que bcm63xx no tiene implementados los IRQ en el driver GPIO así que resultaba imposible.
Pero no hace mucho me di cuenta que los bcm63xx disponen de lo que llaman external IRQs accesibles desde ciertos GPIOs. Todas las placas bcm63xx tienen entre 4 y 6 external IRQs. Y casi siempre podemos encontrar que alguno de ellos está en algún botón del router sobre todo en los bcm6328 donde los GPIO23 GPIO24 van compartidos con dos ext IRQ.
Bien, basándome en el driver de la rpi hice algunas modificaciones, para que de en estos particulares GPIOs tome sus IRQs y los maneje.
El resultado fue totalmente exitoso, el driver me funcionó a la primera. Solo necesité de compilarlo en un firmware con soporte para LIRC.
Usé un TSOP4838 como receptor de infrarrojos (cuesta alrededor de 50 céntimos), y no requiere de ninguna circuitería extra, va directamente conectado al GPIO.
+-----------------------+ 3
| data -> +---------------------o GPIO34 (BCM6368)
| |
| _____________|
| / |
| ( | 2
| \____________ + +---------------------o +3.3V
| |
| | 1
| - +---------------------o GND
+-----------------------+
El driver también tiene soporte para el emisor, con lo cual podríamos controlar un ampli externo. Necesitaría de una circuitería adicional detallado en:
https://wiki.openwrt.org/doc/howto/lirc-gpioblaster
El paquete para compilarlo en el kernel aquí:
https://github.com/danitool/openwrt-pkgs/tree/bb/lirc-bcm63xx
Me funcionó tanto en Attitude Adjustment como en Barrier Breaker. Pero a partir de Chaos Calmer parece que se han cargado el controlador de IRQs externos en el kernel debido a que metieron un nuevo driver, que no funciona.
Insisto en que solo unos pocos GPIOs son válidos para el receptor (para el emisor vale cualquiera). Estos GPIOs concretos están en la tabla
https://wiki.openwrt.org/doc/hardware/soc/soc.broadcom.bcm63xx#external_irqs
Algunos GPIOs de esta tabla no fueron comprobados, por ejemplo el 25 y 26 de los bcm6328. Ya que esto no está documentado, o no tenemos acceso a documentación de Broadcom Corp.
También hice alguna modificación en el demonio LIRC irexec, para que cada vez que pulsamos un botón configurado del mando a distancia parpadee un LED del router (a elección)
https://github.com/danitool/openwrt-pkgs/blob/bb/lirc/patches/01-add-irexec_led_blink-option.patch
para que funcione necesita del módulo de kernel kmod-ledtrig-oneshot
Y por último para que además de tener un aviso luminoso tengamos un aviso acústico, hice un howto en la wiki de como añadir un buzzer (zumbador) de corriente contínua al router.
https://wiki.openwrt.org/doc/howto/buzzer-mod
Saludos
-
@danitool
¡¡¡BRAVO!!! >:( >:( >:(
-
Buenas, voy a poner algunas cosillas útiles para la radio wifi, fundamentalmente relacionado con el receptor de infrarrojos.
Resulta que en la Raspberry Pi tienen un driver mediante el cual pueden conectar un módulo de infrarrojos a un GPIO y con él usar LIRC. El driver es específico para la rpi. Siempre pensé en adaptarlo pero existía el problema de que bcm63xx no tiene implementados los IRQ en el driver GPIO así que resultaba imposible.
Pero no hace mucho me di cuenta que los bcm63xx disponen de lo que llaman external IRQs accesibles desde ciertos GPIOs. Todas las placas bcm63xx tienen entre 4 y 6 external IRQs. Y casi siempre podemos encontrar que alguno de ellos está en algún botón del router sobre todo en los bcm6328 donde los GPIO23 GPIO24 van compartidos con dos ext IRQ.
Bien, basándome en el driver de la rpi hice algunas modificaciones, para que de en estos particulares GPIOs tome sus IRQs y los maneje.
El resultado fue totalmente exitoso, el driver me funcionó a la primera. Solo necesité de compilarlo en un firmware con soporte para LIRC.
Usé un TSOP4838 como receptor de infrarrojos (cuesta alrededor de 50 céntimos), y no requiere de ninguna circuitería extra, va directamente conectado al GPIO.
+-----------------------+ 3
| data -> +---------------------o GPIO34 (BCM6368)
| |
| _____________|
| / |
| ( | 2
| \____________ + +---------------------o +3.3V
| |
| | 1
| - +---------------------o GND
+-----------------------+
El driver también tiene soporte para el emisor, con lo cual podríamos controlar un ampli externo. Necesitaría de una circuitería adicional detallado en:
https://wiki.openwrt.org/doc/howto/lirc-gpioblaster
El paquete para compilarlo en el kernel aquí:
https://github.com/danitool/openwrt-pkgs/tree/bb/lirc-bcm63xx
Me funcionó tanto en Attitude Adjustment como en Barrier Breaker. Pero a partir de Chaos Calmer parece que se han cargado el controlador de IRQs externos en el kernel debido a que metieron un nuevo driver, que no funciona.
Insisto en que solo unos pocos GPIOs son válidos para el receptor (para el emisor vale cualquiera). Estos GPIOs concretos están en la tabla
https://wiki.openwrt.org/doc/hardware/soc/soc.broadcom.bcm63xx#external_irqs
Algunos GPIOs de esta tabla no fueron comprobados, por ejemplo el 25 y 26 de los bcm6328. Ya que esto no está documentado, o no tenemos acceso a documentación de Broadcom Corp.
También hice alguna modificación en el demonio LIRC irexec, para que cada vez que pulsamos un botón configurado del mando a distancia parpadee un LED del router (a elección)
https://github.com/danitool/openwrt-pkgs/blob/bb/lirc/patches/01-add-irexec_led_blink-option.patch
para que funcione necesita del módulo de kernel kmod-ledtrig-oneshot
Y por último para que además de tener un aviso luminoso tengamos un aviso acústico, hice un howto en la wiki de como añadir un buzzer (zumbador) de corriente contínua al router.
https://wiki.openwrt.org/doc/howto/buzzer-mod
Saludos
Genial!!
esto me viene de perlas. ;D
-
@danitool
¡Impresionante! >:( >:( >:(
-
Hola!!
Le he agregado al router una unidad de CD/DVD... los sistemas de archivos iso, udf , etc... se montan perfectamente.
El problema.
Montar un disco de audio "cdda"
¿como se le puede dar soporte al kernel para poder leer y montar un cd de música?
-
Los discos compactos utilizan el sistema de archivos CDFS. No está incluido en el kernel de Linux. No obstante, su código se distribuye bajo licencia GPL. Esto significa que su código fuente está publicado y es libre (http://users.elis.ugent.be/~mronsse/cdfs/download/). Sólo hace falta que alguien lo porte a OpenWrt... Una vez montado, el contenido del CD aparecería como ficheros wav.
Fuente: https://en.wikipedia.org/wiki/CDfs
Saludos.
-
Los discos compactos utilizan el sistema de archivos CDFS. No está incluido en el kernel de Linux. No obstante, su código se distribuye bajo licencia GPL. Esto significa que su código fuente está publicado y es libre (http://users.elis.ugent.be/~mronsse/cdfs/download/). Sólo hace falta que alguien lo porte a OpenWrt... Una vez montado, el contenido del CD aparecería como ficheros wav.
Fuente: https://en.wikipedia.org/wiki/CDfs
Saludos.
Muchas gracias por la respuesta. ;)
la verdad que algo así esperaba, porque he estado mirando por toda la configuración de kernel_menuconfig y no hay nada al respecto.
A ver hasta donde llego...
Saludos!
-
Por fin le he puesto una pantalla al router, un LCD 1602 tipo Hitachi 44780 enchufado al puerto serie (el interno o el USB).
¡La velocidad de cada línea es independiente!
Para enviarle texto:
echo "w,0,Texto que sale por pantalla haciendo scrolling " > /dev/ttyUSB0
Para ajustar la velocidad de avance del texto:
echo "m,1,300" > /dev/ttyUSB0
Saludos.
-
Ecualizador de audio para OpenWrt
Se podrá equalizar el audio? o al menos escoger equalizaciones preestablecidas
¿Finalmente alguien se ha liado a compilar AlsaEqual para usar con la radio?
Por lo que parece, nadie lo ha conseguido. Lo que sí tenemos es mpg123, una aplicación que incorpora un ecualizador estéreo de 32 bandas. No sé exactamente desde cuando está disponible para OpenWRT, lo cierto es que para mí constituye un nuevo hallazgo.
mpg123 permite reproducir ficheros, listas de reproducción y streaming de audio en formato mpeg.
https://www.mpg123.de/index.shtml
Instalación.
opkg update
opkg install mpg123
Ejecución en "modo básico".
mpg123 http://quincy.torontocast.com:2720/stream
Ejecución en "modo interactivo", con teclas de control activadas.
mpg123 -C http://quincy.torontocast.com:2720/stream
Las teclas de control en "modo interactivo" son:
s or space interrupt/restart playback (i.e. '(un)pause')
f next track
d previous track
b back to beginning of track
p loop around current position (like a damaged audio CD;-)
. forward
, rewind
: fast forward
; fast rewind
> fine forward
< fine rewind
+ volume up
- volume down
r RVA switch
v verbose switch
l list current playlist, indicating current track there
t display tag info (again)
m print MPEG header info (again)
h this help
q quit
c or C pitch up (small step, big step)
x or X pitch down (small step, big step)
w reset pitch to zero
Ejecución en "modo control remoto". Para mí, el más interesante.
Primero, creamos por una única vez un fichero especial "FIFO".
mkfifo controlpipeY lanzamos el binario.
mpg123 -R --fifo controlpipe
Los comandos en "modo control remoto" se envían desde un nuevo terminal.
Cargamos la URL.
echo "load http://quincy.torontocast.com:2720/stream" > controlpipe
Ajuste de volumen.
echo "volume 25" > controlpipeLa lista de comandos remotos puede verse aquí: https://github.com/georgi/mpg123/blob/master/doc/README.remote
La sintaxis del comando para controlar la ecualización es "EQ <Canal> <Banda> <Valor>".
Canal: 1 = izquierdo; 2 = derecho; 3 = ambos.
Banda: de la 0 (32 Hz) a la 31 (20 KHz).
Valor: de 0 a 3, siendo 1 el valor por defecto para todas las bandas.
El siguiente ejemplo ajusta ambos canales (3), de la banda de 25 Hz (0) a un valor de 2.
echo "EQ 3 0 2" > controlpipe
Otro ejemplo, canal izquierdo (1) de la banda de 1 (31 Hz) a un valor de 1.2.
echo "EQ 1 1 1.2" > controlpipe
Para visualizar los valores actuales de todos los controles de ecualización.
echo "SHOWEQ" > controlpipe
-
El consumo de CPU en "modo control remoto" es del 20% en un HG556a core 0.
mpg123 -R --fifo controlpipe(https://i.imgur.com/l3qzVKy.png)
Aplicando la propuesta publicada en https://www.mpg123.de/faq.shtml, el consumo de CPU baja a un austero 13%.
mpg123 -a plughw:0,0 -R --fifo controlpipe(https://i.imgur.com/pvMU8E7.png)