Autor Tema: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22 (Leído 548180 veces)

diegoabel · « **Respuesta #60 en:** 04-03-2014, 19:11 (Martes) »

Para los que quieran instalar luci:

opkg install luci luci-theme-openwrt

una vez instalado todos los paquetes

/etc/init.d/uhttpd start
/etc/init.d/uhttpd enable

y entramos por la ip 192.168.1.1

Destacar que es recomendable cambiar la contraseña de root desde la consola con el comando passwd, a mi en luci me ha dado problemas.

También me encuentro que dos puertos ehternet no dan link, exactamente es el puerto número 2 y el puerto número 4, según la carcasa del router, que en openwrt es el puerto 1 y 3.
¿Alguien me indica si es un problema general o de mi unidad?

gmtii · « **Respuesta #61 en:** 04-03-2014, 19:47 (Martes) »

@diegoabel: problema general ... no hay driver aún para el switch interno del vr9 creo

@barriteleves: disgusto ninguno, redoblar fuerzas en todo caso para que lo consigas

este es el boot original https://www.dropbox.com/s/6z6r11j5vh2d30t/boot_original_livebox21.bin.gz Lo descomprimes primero y lo metes desde el u-boot arrancado en RAM tal cual haces con el actual. Si te arranca, misterios de Fátima...

diegoabel · « **Respuesta #62 en:** 04-03-2014, 20:54 (Martes) »

@barriteleves @gmtii yo tengo un router, que pienso que se le ha dañado la memoria flash, por que el modo UART entra bien, carga bien, pero a la hora de la verdad vuelve a mostrar lo mismo.

Yo he cargado el uboot en ram, le he metido el final y lo he guardado en la flash, al reiniciar quitando los puentes vuelve a salir, y con el uboot en ram, cargo con tftpboot la imagen final, y carga bien, y ni con mtd ni con la macro se queda...

No se ni sera que desde el uboot realize un acto peligroso "erase all" pero lo cierto es que siempre muestra lo mismo

ROM VER: 1.0.5
CFG 01

ROM VER: 1.0.5
CFG 01

ROM VER: 1.0.5
CFG 01

gmtii · « **Respuesta #63 en:** 04-03-2014, 21:22 (Martes) »

hmmm también barriteleves hizo ese erase all y no caí en ese detalle... fallo mío.... creo recordar que me pasó algo parecido y tenía que ver con el protect all que se quedaba en ON en toda la flash, y por mucho que lo intentes, nunca llega a flashear y por eso se queda así.

pueden probar lo siguiente desde el u-boot en RAM antes de flashear el u-boot?:

Código: [Seleccionar]

protect off all
run write-uboot-nor

pueden ver el estado con el comando flinfo; los RO no deben aparecer en ninguna dirección:

Código: [Seleccionar]

Bank # 1: CFI conformant flash (16 x 16)  Size: 32 MB in 256 Sectors
  AMD Standard command set, Manufacturer ID: 0xC2, Device ID: 0x227E2201
  Advanced Sector Protection (PPB) enabled
  Erase timeout: 4096 ms, write timeout: 1 ms
  Buffer write timeout: 3 ms, buffer size: 64 bytes

  Sector Start Addresses:
  B0000000   RO   B0020000   RO   B0040000        B0060000   RO   B0080000      
  B00A0000        B00C0000        B00E0000        B0100000        B0120000      
  B0140000        B0160000        B0180000        B01A0000        B01C0000      
  ....

La prueba del algodón para ver si se ha flasheado o no es que el resultado del comando siguiente que muestra los primeros bytes de la flash de algo como esto:

Código: [Seleccionar]

arv7519rw # md 0xB0000000
b0000000: 10000123 00000000 00000000 00000000    ...#............
b0000010: 688c688c 00000000 00000000 00000000    h.h.............
b0000020: 00000000 00000000 00000000 00000000    ................

Si nos sale todo así:

Código: [Seleccionar]

arv7519rw # md 0xB0000000
b0000000: ffffffff ffffffff ffffffff ffffffff    ................
b0000010: ffffffff ffffffff ffffffff ffffffff    ................
b0000020: ffffffff ffffffff ffffffff ffffffff    ................
b0000030: ffffffff ffffffff ffffffff ffffffff    ................

seguimos con la flash en blanco... haremos el protect off all de nuevo y verificamos con flinfo que no están los RO y entonces hacemos lo de run write-uboot-nor de nuevo...

Acabo de hacer un erase all desde el uboot RAM en mi router, y no consigo reproducir el problema, pero los tiros creo que van por el tema de protección de escritura...

Saludos

Cita de: diegoabel en 04-03-2014, 20:54 (Martes)

@barriteleves @gmtii yo tengo un router, que pienso que se le ha dañado la memoria flash, por que el modo UART entra bien, carga bien, pero a la hora de la verdad vuelve a mostrar lo mismo.

Yo he cargado el uboot en ram, le he metido el final y lo he guardado en la flash, al reiniciar quitando los puentes vuelve a salir, y con el uboot en ram, cargo con tftpboot la imagen final, y carga bien, y ni con mtd ni con la macro se queda...

No se ni sera que desde el uboot realize un acto peligroso "erase all" pero lo cierto es que siempre muestra lo mismo

ROM VER: 1.0.5
CFG 01

ROM VER: 1.0.5
CFG 01

ROM VER: 1.0.5
CFG 01

diegoabel · « **Respuesta #64 en:** 04-03-2014, 22:12 (Martes) »

Arrancado desde la ram, he realizado el protect off all,

Código: [Seleccionar]

arv7519rw # protect off all
Un-Protect Flash Bank # 1
... done

he consultado la info con flinfo

Código: [Seleccionar]

arv7519rw # flinfo

Bank # 1: CFI conformant flash (16 x 16)  Size: 32 MB in 256 Sectors
  AMD Standard command set, Manufacturer ID: 0xC2, Device ID: 0x227E2201
  Advanced Sector Protection (PPB) enabled
  Erase timeout: 4096 ms, write timeout: 1 ms
  Buffer write timeout: 3 ms, buffer size: 64 bytes

  Sector Start Addresses:
  B0000000        B0020000        B0040000        B0060000        B0080000
  B00A0000        B00C0000        B00E0000        B0100000        B0120000
  B0140000        B0160000        B0180000        B01A0000        B01C0000
  B01E0000        B0200000        B0220000        B0240000        B0260000
  B0280000        B02A0000        B02C0000        B02E0000        B0300000
  B0320000        B0340000        B0360000        B0380000        B03A0000
  B03C0000        B03E0000        B0400000        B0420000        B0440000
  B0460000        B0480000        B04A0000        B04C0000        B04E0000
  B0500000        B0520000        B0540000        B0560000        B0580000
  B05A0000        B05C0000        B05E0000        B0600000        B0620000

y no hay muestra de RO en la tabla que sale, le he pasado el uboot y realizado la macro y todo bien

Código: [Seleccionar]

arv7519rw # tftpboot u-boot-V11.bin
ltq_phy: addr 0, link 1, speed 100, duplex 1
ltq_phy: addr 17, link 0, speed 10, duplex 0
ltq_phy: addr 19, link 0, speed 10, duplex 0
Using ltq-eth device
TFTP from server 192.168.1.2; our IP address is 192.168.1.1
Filename 'u-boot-V11.bin'.
Load address: 0x81000000
Loading: ##################
done
Bytes transferred = 258688 (3f280 hex)
arv7519rw # run write-uboot-nor
.. done
Un-Protected 2 sectors

.. done
Erased 2 sectors
Copy to Flash... 10....9....8....7....6....5....4....3....2....1....done

he realizado el comando

Código: [Seleccionar]

arv7519rw # md 0xB0000000
b0000000: 10000123 00000000 00000000 00000000    ...#............
b0000010: 688c688c 00000000 00000000 00000000    h.h.............
b0000020: 00000000 00000000 00000000 00000000    ................
b0000030: 00000000 00000000 00000000 00000000    ................
b0000040: 00000000 00000000 00000000 00000000    ................

apago, desconecto y quito los puentes para el UART

Código: [Seleccionar]

ROM VER: 1.0.5
CFG 01

ROM VER: 1.0.5
CFG 01

ROM VER: 1.0.5
CFG 01

hawai50 · « **Respuesta #65 en:** 04-03-2014, 22:33 (Martes) »

Hola compi, no te recomiendo que sueldes con un soldador de 60W, ya que te puedes cargar algo.
Yo uso uno de 30, y aun es demasiado potente para mi gusto. Lo ideal es usar uno de 11W, con punta de 0,5mm, de las que se denominan de "larga duracion". Para desoxidar no hay nadacomo el Flux, y el hilo de estaño deberia ser finito, entre 0,5 y 1 mm. Espero que tengas suerte

Cita de: doblecero en 04-03-2014, 18:11 (Martes)

A ver si esta noche me puedo poner con este cacharro! mi intencion es usarlo con la adsl también, ya os contaré.

Por cierto, si mal no recuerdo, no conseguí soldar el pin del GND... alguien ha tenido problemas para hacerlo? tengo un soldador eléctrico de los baratos, de 60W creo. No obstante intentaré soldarlo de nuevo hoy.

gmtii · « **Respuesta #66 en:** 05-03-2014, 00:07 (Miércoles) »

al final lo he reproducido con uno versión 1.1... no arranca tras borrar la flash de ninguna forma :-( lo pongo en el primer mensaje hasta encontrar la causa.

saludos.

diegoabel · « **Respuesta #67 en:** 05-03-2014, 00:27 (Miércoles) »

Cita de: gmtii en 05-03-2014, 00:07 (Miércoles)

al final lo he reproducido con uno versión 1.1... no arranca tras borrar la flash de ninguna forma :-( lo pongo en el primer mensaje hasta encontrar la causa.

saludos.

Los dos vivos que tengo, son 1.1 tienen instalado ya openwrt, este otro 1.1 que esta en bucle, y otro 1.1 y 1.2 que están quemados literalmente.

Había pensado sacar una copia de la flash y volcarla entera. Supongo que desde openwrt es mas fácil que desde el uboot ¿o que método recomiendas?

@gtmii el fallo ocurre si se realiza un erase all, no se si al realizar el erase a la parte del boot y no se carga correctamente sucede. Yo realice un erase all y reinicie, si no hubiera reiniciado y hubiera cargado el uboot de nuevo estaría funcionando.

gmtii · « **Respuesta #68 en:** 05-03-2014, 08:39 (Miércoles) »

@diegoabel: los 1.1 que tienes con Openwrt.. cambiaste el boot desde u-boot en RAM? desde el boot original con el corto ? la copia más cómoda es desde Openwrt sin duda.

Es curioso lo del erase all porque me costó varios intentos que lo hiciera... y cuando lo hace ahora no deja reescribir el boot; sin embargo el contenido de la flash siempre es correcto, meta el u-boot o la original... raro raro

Saludos.

PD: adjunto uboot en RAM para 1.1 con DEBUG activado a ver si podemos encontrar el problema

https://www.dropbox.com/s/6rtw37yzrq37d9g/u-boot-V11-debug.asc.gz

barriteleves · « **Respuesta #69 en:** 05-03-2014, 10:45 (Miércoles) »

hola compañero gmtii solo tengo una palabra agradecimiento,

he leido un poco esta ultima pagina y e visto que hay dos uboot, supongo que tengoque subir del modo habitual primero el u-boot-V11-debug.asc y despues el otro original con tftp cierto ?

bueno lo voy ha intentar

ahora cuento un poco lo que creo me ha pasado para llegar a esta forma del router, si no mal recuedo pero no lo tengo claro no he barrado nada con ningu comando, pero si creo he subido el uboot de 512k de forma incorrecta o donde no correspondia segun la guia que hay en la primera pagina, digo esto por si alguien lo lee que realice paso a paso todo y no tendra este problema. grs de nuevo

bueno como de todo se saca algo bueno o se aprehende , de ellos he probado con hipertermina siempre realizar estos menesteres, y como es un poco leto, ayer probe con tera term subir el uboot. asc asi de esta forma (en modo uart)
pulsamos la pestana file; despues en sen file, eliges el fichero por ejemplo (uboot-v11.asc, y final mente pulsas la pestaña de abrir el fichero , con esto comienza la carga muchiusimo mas rapida y su reinicio es normal.

diegoabel · « **Respuesta #70 en:** 05-03-2014, 15:24 (Miércoles) »

Cita de: gmtii en 05-03-2014, 08:39 (Miércoles)

@diegoabel: los 1.1 que tienes con Openwrt.. cambiaste el boot desde u-boot en RAM? desde el boot original con el corto ? la copia más cómoda es desde Openwrt sin duda.

Es curioso lo del erase all porque me costó varios intentos que lo hiciera... y cuando lo hace ahora no deja reescribir el boot; sin embargo el contenido de la flash siempre es correcto, meta el u-boot o la original... raro raro

Saludos.

PD: adjunto uboot en RAM para 1.1 con DEBUG activado a ver si podemos encontrar el problema

https://www.dropbox.com/s/6rtw37yzrq37d9g/u-boot-V11-debug.asc.gz

Los he mirado, y uno de ellos si tiene marcas de haberle echo el uart, el otro parece estar muy limpio, aunque no te lo podría asegurar al 100%.

El equipo que entra en bucle, lo realice por el corto en primera instancia, pero no conseguía nada claro, le metí varios uboot, el de 512k, la versión antigua y la mas moderna, en todos funciono bien, hasta el dichoso erase all. Lo mio si fue para ir preso. voy a cargarle el uboot con debug y pego el log.

gmtii · « **Respuesta #71 en:** 05-03-2014, 19:42 (Miércoles) »

buenas

aquí hay algún tipo de bug gordo en el u-boot con el tema del protect on/off en los V1.1... dos log para comparar:

log flasheo V1.2...

http://pastebin.com/vBNKuY0b

log flasheo V1.1

http://pastebin.com/YJcHYZ5p

es una locura.. primero desbloquea el 0 y luego bloquea toda la flash, desde el 1 al sector 256, y lo repite dos veces.. luego intenta un erase y flashear, pero así no hay forma...

abriré un ticket en el git del u-boot de lantiq a ver qué sucede entre las dos versiones de SoC.

Un saludo

diegoabel · « **Respuesta #72 en:** 05-03-2014, 20:29 (Miércoles) »

Buff vaya log el del 1.1, espero que la próxima visita al cash haya algun livebox para ampliar la familia

doblecero · « **Respuesta #73 en:** 06-03-2014, 13:54 (Jueves) »

Cita de: gmtii en 05-03-2014, 19:42 (Miércoles)

buenas

aquí hay algún tipo de bug gordo en el u-boot con el tema del protect on/off en los V1.1... dos log para comparar:

log flasheo V1.2...

http://pastebin.com/vBNKuY0b

log flasheo V1.1

http://pastebin.com/YJcHYZ5p

es una locura.. primero desbloquea el 0 y luego bloquea toda la flash, desde el 1 al sector 256, y lo repite dos veces.. luego intenta un erase y flashear, pero así no hay forma...

abriré un ticket en el git del u-boot de lantiq a ver qué sucede entre las dos versiones de SoC.

Un saludo

Hola gmtii, siginifica eso que ese uboot no se puede poner en los v1.1?

gmtii · « **Respuesta #74 en:** 06-03-2014, 14:21 (Jueves) »

si se puede.. por ahora parecer que el desencadenante es el comando 'erase all' desde el uboot... haciendo el corto, y flasheando el nuevo u-boot desde el boot original es funcional, y así lo he comprobado.

En todo caso, estamos en ello... el que mantiene el código de u-boot para los lantiq nos sugiere añadir los gpio que controlan las líneas altas de direcciones para acceder a la flash de 32 MB.. lo cierto es que aunque el comando erase all parece el responsable del estropicio, las escrituras sin estas líneas en las zonas altas son correctas...

sin embargo, aunque parece que se escribe el u-boot en los sectores 0-3, no arranca, y la verdad es que no nos quedan muchas ideas...

aquí un u-boot compilado para arranque en RAM con los cambios de GPIO por si alguien quiere probar a flashear el boot desde este:

https://www.dropbox.com/s/b1qf1cacphwc6cq/u-boot-v11-debug-gpio-nor.asc.gz

Saludos.

barriteleves · « **Respuesta #75 en:** 06-03-2014, 15:45 (Jueves) »

hola compañeros un saludos:

bien realizadas la pruebas anteriores ten iggual resultado que diegoabel de,

protect off all flinfo etc por lo que solo me quede pendiente cargar y realizar pruebas con los dos ultimos uboot de ram tanto el debug como este ultimo habersi esta tarde tengo un rato que , hay una maquina que no me deja reapirar con esto del calor que hace. pero creo mas tarde realizer todo gmtii un saludo y grs

diegoabel · « **Respuesta #76 en:** 06-03-2014, 21:57 (Jueves) »

Cita de: gmtii en 06-03-2014, 14:21 (Jueves)

si se puede.. por ahora parecer que el desencadenante es el comando 'erase all' desde el uboot... haciendo el corto, y flasheando el nuevo u-boot desde el boot original es funcional, y así lo he comprobado.

En todo caso, estamos en ello... el que mantiene el código de u-boot para los lantiq nos sugiere añadir los gpio que controlan las líneas altas de direcciones para acceder a la flash de 32 MB.. lo cierto es que aunque el comando erase all parece el responsable del estropicio, las escrituras sin estas líneas en las zonas altas son correctas...

sin embargo, aunque parece que se escribe el u-boot en los sectores 0-3, no arranca, y la verdad es que no nos quedan muchas ideas...

aquí un u-boot compilado para arranque en RAM con los cambios de GPIO por si alguien quiere probar a flashear el boot desde este:

https://www.dropbox.com/s/b1qf1cacphwc6cq/u-boot-v11-debug-gpio-nor.asc.gz

Saludos.

Código: [Seleccionar]

http://elcuervo.eu/livebox2.1/recuperacion_uboot.log
Aqui el log del uboot de recuperacion, que solo tengo que decir unas palabras, muchas gracias gmtii, ya he conseguido instalar el uboot definitivo.

gmtii · « **Respuesta #77 en:** 06-03-2014, 22:38 (Jueves) »

como me alegro! me sabía mal tener varios routers muertos por ahí!

efectivamente el fallo fue mio al no portar las líneas A23, A24 y A25 para el soporte de flash de 32 MB tal cual estaba definido en otros routers similares como el easy80920.

las gracias se las debemos a los que mantienen este u-boot y que son los que saben del tema.

actualizo el primer mensaje, y ficheros de u-boot del 'pack'

por cierto, si habéis hecho erase all posiblemente os hayáis cepillado la partición de datos en 0xB1F80000. Recuperar la copia y reflashearla:

subimos el fichero mediante tftpboot y luego:

protect off 0xB1F80000 +80000
erase 0xB1F80000 +80000
cp.b 8100000 0xB1F80000 80000

saludos!!!

diegoabel · « **Respuesta #78 en:** 06-03-2014, 22:46 (Jueves) »

Cita de: gmtii en 06-03-2014, 22:38 (Jueves)

como me alegro! me sabía mal tener varios routers muertos por ahí!

efectivamente el fallo fue mio al no portar las líneas A23, A24 y A25 para el soporte de flash de 32 MB tal cual estaba definido en otros routers similares como el easy80920.

las gracias se las debemos a los que mantienen este u-boot y que son los que saben del tema.

actualizo el primer mensaje, y ficheros de u-boot del 'pack'

por cierto, si habéis hecho erase all posiblemente os hayáis cepillado la partición de datos en 0xB1F80000. Recuperar la copia y reflashearla:

subimos el fichero mediante tftpboot y luego:

protect off 0xB1F80000 +80000
erase 0xB1F80000 +80000
cp.b 8100000 0xB1F80000 80000

saludos!!!

Ya, no tenia ninguna mac, era todo 00:00:00 y FF:FF:FF, como no hice copia de seguridad, lo que he echo es cogerla de la pegatina y colocársela en el archivo /etc/config/network y funcionando ya.

barriteleves · « **Respuesta #79 en:** 07-03-2014, 00:38 (Viernes) »

Hola compañeros un saludo a todos

otro que se une al router recuperado tal como ha posteado el compañero no pongo el long de arranque completo por que ya esta puesto solo el que funciona aqui :

[quoteAPAGO EL ROUTER Y QUITO LO PUESTES Y VUALA AQUI ESTA EL ARRANQUE CON DOS DIODOS LED ENCENDIDOS UNO VERDE Y OTRO AZUL EN LOS EXTREMOS. AHORA A POR OPENWRT...

ROM VER: ©©ï#!„Dó

U-Boot 2013.10-openwrt5-00014-g0b78b5c-dirty (Feb 11 2014 - 19:23:41) arv7519rw

Board: Lantiq ARV7519RW VRX200 Family Board
SoC: Lantiq VRX288 v1.1
CPU: 500 MHz
IO: 250 MHz
BUS: 250 MHz
BOOT: NOR
DRAM: 128 MiB
Flash: 32 MiB
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Net: ltq-eth
Hit any key to stop autoboot: 0
Wrong Image Format for bootm command
ERROR: can't get kernel image!
arv7519rw #][/quote]

logicamente dar las grs y una birras en la periferia de la zona centro por si te pilla bien gmtti un saludo

Noticias:

Autor Tema: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22 (Leído 548180 veces)

diegoabel

gmtii

diegoabel

gmtii

diegoabel

hawai50

gmtii

diegoabel

gmtii

barriteleves

diegoabel

gmtii

diegoabel

doblecero

gmtii

barriteleves

diegoabel

gmtii

diegoabel

barriteleves