Bienvenido(a), Visitante. Por favor, ingresa o regístrate.
¿Perdiste tu email de activación?
29-03-2017, 00:34 (Mi?rcoles)
Inicio Ayuda Reglas Buscar Ingresar Registrarse
Noticias:
Liberada wifislax64-1.0 version final para descargar



+  Seguridad Wireless - Wifi
|-+  Equipos y materiales
| |-+  Puntos de acceso, routers, switchs y bridges
| | |-+  Openwrt (Moderadores: jar229, Noltari, Pteridium, Tki2000)
| | | |-+  [Desarrollo] OpenWrt en Observa Telecom VH4032N
0 Usuarios y 1 Visitante están viendo este tema. « anterior próximo »
Páginas: [1] 2 3 4 5 6 ... 20 Ir Abajo Imprimir
Autor Tema: [Desarrollo] OpenWrt en Observa Telecom VH4032N  (Leído 77893 veces)
gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« : 05-02-2014, 00:27 (Mi?rcoles) »

Hilo para el soporte del nuevo router de Vodafone VH4032N:

CPU 6368
RAM 128 MB
FLASH 32 MB
WIFI 2.4 y 5 GHz Broadcom 43222
3 puertos USB 2.0
Switch 10/100 :-(

Git temporal del router hasta integración en Openwrt-es:

https://bitbucket.org/gmtii/barrier-breaker-openwrt-vh4032n/branch/barrier-breaker_14.04



Tutorial para Instalación

Editado para añadir enlace al Tutorial de Instalación.
« Última modificación: 08-06-2014, 11:44 (Domingo) por jar229 » En línea
jar229
Moderador
*
Desconectado Desconectado

Mensajes: 4541



Ver Perfil
« Respuesta #1 : 05-02-2014, 08:31 (Mi?rcoles) »

El router tiene bastante buena pinta  Angry

Lástima que no tenga ethernet gigabit  Embarrassed
En línea

En venta:

Portátiles Lenovo ThinkPad X131e con SSD

AMD E2-1800 1.7GHz dual core
3 GB RAM
HD 160 GB
Pantalla panorámica 11.6" LED 1366x768
AMD Radeon HD 7340 (Integrada)
Webcam
Lan Gibabit
Wifi 802.11b/g/n
1 x USB 2.0
2 x USB 3.0
1 x VGA
1 x HDMI
Lector de tarjetas
Batería en buen estado
Peso 1,7 kg.
Teclado alemán convertido en español con vinilos de alta calidad

Instalado Windows 10 pro 64 bits
Licencia original Windows 7 Pro 64 bits

Buen estado general, marcas de uso en la cubierta

Precio: 130 €, incluido envío a la península
Tki2000
Moderador
*
Desconectado Desconectado

Mensajes: 1595


Ver Perfil
« Respuesta #2 : 05-02-2014, 10:12 (Mi?rcoles) »

Parece que el responsable de dar la alimentación a los puertos USB es el chip que hay a la derecha del NEC.

Debiera ser del tipo MIC2526 o similar. En la foto no lo distingo.
Si es del tipo MIC2526, ¿tienes posibilidad de medir el voltaje en las patillas 1, 4 y 7 con el firmware original y con el openwrt puesto? Al menos la patilla 7 debiera de tener alimentación. Las patillas 1 y 4 depende de si el chip detecta niveles altos o bajos debieran tener 0 o 1 lógicos para que se activen las salidas de voltaje a los puertos USB.

El datasheet se puede ver aquí.
En línea

No habrás entendido algo, hasta que seas capaz de explicárselo a tu abuela...
Hacemos pantallas con píxeles casi invisibles, para luego ampliar la letra porque no la vemos... Bonita paradoja...
Creamos analfabetos tecnológicos con una velocidad pasmosa. Todo el mundo "maneja" tecnología, casi nadie sabe lo que tiene entre las manos, pero todo el mundo opina.
danitool
*******
Desconectado Desconectado

Mensajes: 566


Ver Perfil
« Respuesta #3 : 05-02-2014, 12:44 (Mi?rcoles) »

Cambiaste la board ID a 96368MVWG?, uhm creo que ese no es el camino correcto. Y podría ser que por elegir esa board ID el chip que mencionas dejase de funcionar, tal vez sea CFE quien lo activa al arrancar el sistema.

Edito: o bien algún led definido para 96368MVWG, se corresponde con el gpio que activa ese chip, aunque supongo que ya lo habrás comprobado.

¿Cual era la board ID original?. Aunque a veces no hay ninguna diferencia poniendo una u otra board ID, mejor siempre trabajar con la que hay por defecto.
« Última modificación: 05-02-2014, 12:48 (Mi?rcoles) por danitool » En línea
sanson
Moderador Global
*
Desconectado Desconectado

Mensajes: 8346


Ver Perfil
« Respuesta #4 : 05-02-2014, 12:51 (Mi?rcoles) »

hola

@Gmtii

te e editado la segunda fotografia, para que no se vea, ya que salen datos que no estan permitidos en el foto.   tapa parte tapa la mac, la clave etc


saludos

« Última modificación: 05-02-2014, 12:52 (Mi?rcoles) por sanson » En línea

Noltari
Moderador
*
Desconectado Desconectado

Mensajes: 1237



Ver Perfil WWW
« Respuesta #5 : 05-02-2014, 13:26 (Mi?rcoles) »

Cambiaste la board ID a 96368MVWG?, uhm creo que ese no es el camino correcto. Y podría ser que por elegir esa board ID el chip que mencionas dejase de funcionar, tal vez sea CFE quien lo activa al arrancar el sistema.

Edito: o bien algún led definido para 96368MVWG, se corresponde con el gpio que activa ese chip, aunque supongo que ya lo habrás comprobado.

¿Cual era la board ID original?. Aunque a veces no hay ninguna diferencia poniendo una u otra board ID, mejor siempre trabajar con la que hay por defecto.
+1
Eso es trampa Cheesy.
Si nos dices el ID original podemos crear una definición nueva para ese router. La 96368MVWG está demasiado sobrecargada ya con dispositivos copy & pasteados del de referencia a los que los fabricantes no cambiaron el identificador.

Saludos!
En línea

Movistar FTTH 300/300 Mbps @ ASUS RT-AC87U


gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« Respuesta #6 : 05-02-2014, 13:46 (Mi?rcoles) »

exacto; es un AP1212 L

https://www.dropbox.com/s/tgnojcqg2ca53ws/IMG_20140205_121706.jpg

http://www.diodes.com/datasheets/AP1212.pdf

ahora mido tocando gpios y pongo resultados...

la definición de placa original es la 0, 96368VVW.

Saludos.

Parece que el responsable de dar la alimentación a los puertos USB es el chip que hay a la derecha del NEC.

Debiera ser del tipo MIC2526 o similar. En la foto no lo distingo.
Si es del tipo MIC2526, ¿tienes posibilidad de medir el voltaje en las patillas 1, 4 y 7 con el firmware original y con el openwrt puesto? Al menos la patilla 7 debiera de tener alimentación. Las patillas 1 y 4 depende de si el chip detecta niveles altos o bajos debieran tener 0 o 1 lógicos para que se activen las salidas de voltaje a los puertos USB.

El datasheet se puede ver aquí.

En línea
gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« Respuesta #7 : 05-02-2014, 13:47 (Mi?rcoles) »

 Cheesy Cheesy cada día estoy más vago

Cambiaste la board ID a 96368MVWG?, uhm creo que ese no es el camino correcto. Y podría ser que por elegir esa board ID el chip que mencionas dejase de funcionar, tal vez sea CFE quien lo activa al arrancar el sistema.

Edito: o bien algún led definido para 96368MVWG, se corresponde con el gpio que activa ese chip, aunque supongo que ya lo habrás comprobado.

¿Cual era la board ID original?. Aunque a veces no hay ninguna diferencia poniendo una u otra board ID, mejor siempre trabajar con la que hay por defecto.
+1
Eso es trampa Cheesy.
Si nos dices el ID original podemos crear una definición nueva para ese router. La 96368MVWG está demasiado sobrecargada ya con dispositivos copy & pasteados del de referencia a los que los fabricantes no cambiaron el identificador.

Saludos!
En línea
Noltari
Moderador
*
Desconectado Desconectado

Mensajes: 1237



Ver Perfil WWW
« Respuesta #8 : 05-02-2014, 14:27 (Mi?rcoles) »

exacto; es un AP1212 L

https://www.dropbox.com/s/tgnojcqg2ca53ws/IMG_20140205_121706.jpg

http://www.diodes.com/datasheets/AP1212.pdf

ahora mido tocando gpios y pongo resultados...

la definición de placa original es la 0, 96368VVW.

Saludos.

Parece que el responsable de dar la alimentación a los puertos USB es el chip que hay a la derecha del NEC.

Debiera ser del tipo MIC2526 o similar. En la foto no lo distingo.
Si es del tipo MIC2526, ¿tienes posibilidad de medir el voltaje en las patillas 1, 4 y 7 con el firmware original y con el openwrt puesto? Al menos la patilla 7 debiera de tener alimentación. Las patillas 1 y 4 depende de si el chip detecta niveles altos o bajos debieran tener 0 o 1 lógicos para que se activen las salidas de voltaje a los puertos USB.

El datasheet se puede ver aquí.

Perfecto, el mismo ID que el Zyxel P870HW-51a v2...
Otro caso de fabricantes vagos xD.
https://github.com/openwrt-es/barrier-breaker-openwrt/commit/81577a0c34136266b827b2b007498cf03f750f5a
Saludos!
« Última modificación: 05-02-2014, 16:24 (Mi?rcoles) por Noltari » En línea

Movistar FTTH 300/300 Mbps @ ASUS RT-AC87U


Tki2000
Moderador
*
Desconectado Desconectado

Mensajes: 1595


Ver Perfil
« Respuesta #9 : 05-02-2014, 15:18 (Mi?rcoles) »

A la izquierda del chip NEC parece que hay otro chip de alimentación USB sin soldar. El USB por cable va conectado directamente al NEC, prescindiendo del limitador de 500mA. A lo mejor se pueden medir en las pistas del socket las señales mejor que en las patillas del otro chip, si se han molestado en implementar la señalización, aunque no hayan puesto el chip.


En línea

No habrás entendido algo, hasta que seas capaz de explicárselo a tu abuela...
Hacemos pantallas con píxeles casi invisibles, para luego ampliar la letra porque no la vemos... Bonita paradoja...
Creamos analfabetos tecnológicos con una velocidad pasmosa. Todo el mundo "maneja" tecnología, casi nadie sabe lo que tiene entre las manos, pero todo el mundo opina.
gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« Respuesta #10 : 05-02-2014, 20:31 (Mi?rcoles) »

buenas,

el ap1212 que falta efectivamente controlaría el puerto que va con el cable a la placa y donde se pincha el 3g; tiene VCC fijo donde iría la salida del IC.

Respecto al otro; he probado a compilar con la definición de placa original sin ningún LED definido, y el CFE parece que no hace ninguna inicialización previa dado que no cambia...

El revisado el conexionado y está tal cual el datasheet, es decir, el 720114 controla directamente al ap1212 mediante los pines EN1 y EN2 para cada puerto USB; un detalle es que, el mismo hub no aparece en la salida del lsusb de tal modo que hay algo que lo tiene desactivado...

El único GPIO que he encontrado que llega al 720114 es el 27, que corresponde con el pin SYSRSTB. Por defecto está a uno de tal modo on está en reset.

Saludos
« Última modificación: 06-02-2014, 00:12 (Jueves) por gmtii » En línea
Tki2000
Moderador
*
Desconectado Desconectado

Mensajes: 1595


Ver Perfil
« Respuesta #11 : 06-02-2014, 09:04 (Jueves) »

Pues creo que ahí está la clave.

Según he estado viendo, el que los puertos PPB del NEC se comporten como activadores del AP1212 depende del estado que el chip haya leído cuando se le hace un reset (en el datasheet está en la página 18). Es decir estos pins se comportan como entrada en el momento del reset. Supongo que dichos pins estarán ligados por resistencias "pull-up" directamente a la alimentación ya que me dices que no ves más pines que lleguen a la CPU. Existe la posibilidad de que si cuando se inicia el router se le da la orden de resetear el NEC poniendo a 0 el GPIO que me comentas y luego a 1, puede que el chip arranque correctamente. (el pin de reset está activo en 0 según el datasheet).

Otra posibilidad de ver esto sería poner el firmware original y con un analizador lógico ver si se resetea el chip en algún momento con el GPIO que me comentas, aunque creo que lleva menos lío probar primero a resetear el chip y ver si "sale andando".

Esto lo he encontrado en otro datasheet del NEC:

Código:
STATUS BEFORE INITIALIZATION: Power-on does not necessarily define the initial status of a MOS device.
Immediately after the power source is turned ON, devices with reset functions have not yet been initialized.
Hence, power-on does not guarantee output pin levels, I/O settings or contents of registers. A device is not
initialized until the reset signal is received. A reset operation must be executed immediately after power-on
for devices with reset functions.
« Última modificación: 06-02-2014, 09:14 (Jueves) por Tki2000 » En línea

No habrás entendido algo, hasta que seas capaz de explicárselo a tu abuela...
Hacemos pantallas con píxeles casi invisibles, para luego ampliar la letra porque no la vemos... Bonita paradoja...
Creamos analfabetos tecnológicos con una velocidad pasmosa. Todo el mundo "maneja" tecnología, casi nadie sabe lo que tiene entre las manos, pero todo el mundo opina.
danitool
*******
Desconectado Desconectado

Mensajes: 566


Ver Perfil
« Respuesta #12 : 06-02-2014, 12:47 (Jueves) »

Si es el caso de que efectivamente necesita un reset o un cambio de high a low, o viceversa antes de en un momento determinado, podría arreglarse fácilmente.

Por ejemplo para poner en HIGH/LOW antes de que se inicialice el USB este código podría valer, por ejemplo poniéndolo en el archivo board_bcm963xx.c. Antes de que se registren los USBs.
Código:
if ((board.has_ohci0 || board.has_ehci0)) {
  printk(KERN_INFO PFX "resetting gpio27 for usbHUB...\n");
gpio_request(27, "USB_rst");
gpio_direction_output(27, 0);
gpio_set_value(27, 1);

usbh_ports = board.num_usbh_ports;

if (!usbh_ports || WARN_ON(usbh_ports > 1 && board.has_usbd))
usbh_ports = 1;
}
Puede que si lo que necesita es un reset necesitemos una línea más:
Código:
gpio_set_value(27, 0);

Aunque tal vez board_register_devices podría no ser la función correcta para hacer el cambio de high a low o viceversa sino en la función prom_init, de forma parecida a lo que hay para el bcm6318 y el gpio-pinmux para usb. Todo es cuestión de probar.
En línea
Noltari
Moderador
*
Desconectado Desconectado

Mensajes: 1237



Ver Perfil WWW
« Respuesta #13 : 06-02-2014, 13:05 (Jueves) »

Si es el caso de que efectivamente necesita un reset o un cambio de high a low, o viceversa antes de en un momento determinado, podría arreglarse fácilmente.

Por ejemplo para poner en HIGH/LOW antes de que se inicialice el USB este código podría valer, por ejemplo poniéndolo en el archivo board_bcm963xx.c. Antes de que se registren los USBs.
Código:
if ((board.has_ohci0 || board.has_ehci0)) {
  printk(KERN_INFO PFX "resetting gpio27 for usbHUB...\n");
gpio_request(27, "USB_rst");
gpio_direction_output(27, 0);
gpio_set_value(27, 1);

usbh_ports = board.num_usbh_ports;

if (!usbh_ports || WARN_ON(usbh_ports > 1 && board.has_usbd))
usbh_ports = 1;
}
Puede que si lo que necesita es un reset necesitemos una línea más:
Código:
gpio_set_value(27, 0);

Aunque tal vez board_register_devices podría no ser la función correcta para hacer el cambio de high a low o viceversa sino en la función prom_init, de forma parecida a lo que hay para el bcm6318 y el gpio-pinmux para usb. Todo es cuestión de probar.
Totalmente de acuerdo con danitool.

De todas formas, encontrar el GPIO no debería ser difícil, ¿no?

Saludos.
En línea

Movistar FTTH 300/300 Mbps @ ASUS RT-AC87U


gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« Respuesta #14 : 06-02-2014, 20:41 (Jueves) »

bingo! tal cual interpretó Tki2000, el datasheet obliga a ese reset tras aplicar alimentación... y con la solución  de danitool aplicada antes de la inicialización de usb, hub vivito y coleando.. buen trabajo !  Angry

Código:
Bus 001 Device 002: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

al final quedó como sigue (no entendí qué hacen el resto de líneas y daba error al compilar) sobre la variable inexistente en el struct de board:

Código:
if ((board.has_ohci0 || board.has_ehci0)) {
  printk(KERN_INFO PFX "LOG: resetting gpio27 for usbHUB...\n");
gpio_request(27, "USB_rst");
gpio_direction_output(27, 0);
gpio_set_value(27, 1);
gpio_set_value(27, 0);
  printk(KERN_INFO PFX "LOG: done reset gpio27 ...\n");    // mínimo 5us en reset
gpio_set_value(27, 1);

}

ya puestos y abusando de Vds. :  estoy bloqueado con el uboot del lantiq vr9 livebox 2.1... la inicialización de puertos hace que los ping una vez arrancado Openwrt,  con menos de 15 bytes de payload funcionen, pero más fallan... ping -s 14 192.168.1.100 responde, pero ping 192.168.1.100 no...

les suena de algo???

saludos!

Si es el caso de que efectivamente necesita un reset o un cambio de high a low, o viceversa antes de en un momento determinado, podría arreglarse fácilmente.

Por ejemplo para poner en HIGH/LOW antes de que se inicialice el USB este código podría valer, por ejemplo poniéndolo en el archivo board_bcm963xx.c. Antes de que se registren los USBs.
Código:
if ((board.has_ohci0 || board.has_ehci0)) {
  printk(KERN_INFO PFX "resetting gpio27 for usbHUB...\n");
gpio_request(27, "USB_rst");
gpio_direction_output(27, 0);
gpio_set_value(27, 1);

usbh_ports = board.num_usbh_ports;

if (!usbh_ports || WARN_ON(usbh_ports > 1 && board.has_usbd))
usbh_ports = 1;
}
Puede que si lo que necesita es un reset necesitemos una línea más:
Código:
gpio_set_value(27, 0);

Aunque tal vez board_register_devices podría no ser la función correcta para hacer el cambio de high a low o viceversa sino en la función prom_init, de forma parecida a lo que hay para el bcm6318 y el gpio-pinmux para usb. Todo es cuestión de probar.
« Última modificación: 07-02-2014, 00:13 (Viernes) por gmtii » En línea
Tki2000
Moderador
*
Desconectado Desconectado

Mensajes: 1595


Ver Perfil
« Respuesta #15 : 06-02-2014, 21:16 (Jueves) »

¡¡¡Chachi!!!

 Grin Grin Grin Grin Grin

Otro router rulando....
En línea

No habrás entendido algo, hasta que seas capaz de explicárselo a tu abuela...
Hacemos pantallas con píxeles casi invisibles, para luego ampliar la letra porque no la vemos... Bonita paradoja...
Creamos analfabetos tecnológicos con una velocidad pasmosa. Todo el mundo "maneja" tecnología, casi nadie sabe lo que tiene entre las manos, pero todo el mundo opina.
gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« Respuesta #16 : 07-02-2014, 00:12 (Viernes) »

si alguien consigue uno y quiere probar, ahí va un firmware (poniendo la definición de placa según dice el primer post)

https://www.dropbox.com/s/if7727rq1g46391/openwrt-96368MVWG-generic-squashfs-cfe.bin.gz

Creo que funciona todo.

Saludos.
En línea
Tki2000
Moderador
*
Desconectado Desconectado

Mensajes: 1595


Ver Perfil
« Respuesta #17 : 07-02-2014, 09:33 (Viernes) »

No pillé uno hace un par de días porque no había soporte y ahora fíjate.... ¡Qué rápido cambia la vida!...  Grin

A ver si consigo alguno y pruebo.
En línea

No habrás entendido algo, hasta que seas capaz de explicárselo a tu abuela...
Hacemos pantallas con píxeles casi invisibles, para luego ampliar la letra porque no la vemos... Bonita paradoja...
Creamos analfabetos tecnológicos con una velocidad pasmosa. Todo el mundo "maneja" tecnología, casi nadie sabe lo que tiene entre las manos, pero todo el mundo opina.
cvc90
**
Desconectado Desconectado

Mensajes: 2


Ver Perfil
« Respuesta #18 : 10-02-2014, 21:27 (Lunes) »

Buenas este router dispone de driver xDSL en openwrt??? Podrías dar mas detalles de como cambiar el nombre de placa, ya que dispongo uno de estos y me gustaría probar, gracias.
En línea
gmtii
******
Desconectado Desconectado

Mensajes: 285


Ver Perfil
« Respuesta #19 : 10-02-2014, 21:59 (Lunes) »

no hay soporte de ADSL.

Sobre cambiar el nombre de la placa: debemos conectarnos por puerto serial al router vía conversor USB-TTL. De hecho pulsando el botón no entra en modo recovery así que igual es necesario sí o sí.

Pulsamos una tecla para interrumpir la cuenta atrás y ahí con la tecla b, accedemos al menu de cambio de nombre de placa.

De todos modos cuando el soporte este implantado no hará falta.

Saludos.
En línea
Páginas: [1] 2 3 4 5 6 ... 20 Ir Arriba Imprimir 
« anterior próximo »
Ir a:  


Ingresar con nombre de usuario, contraseña y duración de la sesión

Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines
SMFAds for Free Forums