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

0 Usuarios y 1 Visitante están viendo este tema.

Lesgar

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #320 en: 28-04-2014, 18:29 (Lunes) »
@Lesgar: en principio el soporte para VDSL está añadido, pero ni idea cuán estable es.
Si no lo consigues configuras el router que te ponga el proveedor en modo bridge (como si fuera un módem a secas y lo conectas al puerto WAN del Astoria, configuras y a correr. La pega es que se te juntan muchos cacharros.

Para wifi busca algo con Ralink o Atheros y si puede ser que tenga antena o antenas.

Ya tengo funcionando el ADSL, pero creo que hay que pulirlo un poco
Alguna gente ha comentado que los USB con chip Atheros y el driver ath9k-htc les han dado problemas en routers con SoC BCM63XX, mientras que con los basados en Ralink les ha ido bien.



krasny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #321 en: 28-04-2014, 18:48 (Lunes) »
Muchas gracias Lesgar por la recopilación!

A ver si luego tengo un rato y empiezo con el cacharreo! :)

Lesgar

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #322 en: 28-04-2014, 20:01 (Lunes) »
Muchas gracias Lesgar por la recopilación!

A ver si luego tengo un rato y empiezo con el cacharreo! :)
Sigue la guía y si ves algo que no te cuadre, avisa...  8)

www-www

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #323 en: 28-04-2014, 20:31 (Lunes) »
Cita de Lesgar
Citar
cat /dev/mtd0 > /tmp/usb/a1/mtd0.bin
    sync
    cat /dev/mtd1a > /tmp/usb/a1/mtd1.bin
    sync
    cat /dev/mtd2a > /tmp/usb/a1/mtd2.bin
    sync
    cat /dev/mtd3a > /tmp/usb/a1/mtd3.bin
    sync
    cat /dev/mtd4a > /tmp/usb/a1/mtd4.bin
    sync
    cat /dev/mtd5a > /tmp/usb/a1/mtd5.bin
    sync
    cat /dev/mtd6a > /tmp/usb/a1/mtd6.bin
    sync
    cat /dev/mtd7a > /tmp/usb/a1/mtd7.bin
    sync
    cat /dev/mtd8a > /tmp/usb/a1/mtd8.bin
    sync
    cat /dev/mtd9a > /tmp/usb/a1/mtd9.bin
    sync

Creo que hay un error en este trozo debiera ser:

Citar
cat /dev/mtd0 > /tmp/usb/a1/mtd0a.bin
    sync
    cat /dev/mtd1 > /tmp/usb/a1/mtd1a.bin
    sync
    cat /dev/mtd2 > /tmp/usb/a1/mtd2a.bin
    sync
    cat /dev/mtd3 > /tmp/usb/a1/mtd3a.bin
    sync
    cat /dev/mtd4 > /tmp/usb/a1/mtd4a.bin
    sync
    cat /dev/mtd5 > /tmp/usb/a1/mtd5a.bin
    sync
    cat /dev/mtd6 > /tmp/usb/a1/mtd6a.bin
    sync
    cat /dev/mtd7 > /tmp/usb/a1/mtd7a.bin
    sync
    cat /dev/mtd8 > /tmp/usb/a1/mtd8a.bin
    sync
    cat /dev/mtd9 > /tmp/usb/a1/mtd9a.bin
    sync

Saludos


doblecero

  • Visitante
Re:
« Respuesta #324 en: 28-04-2014, 21:48 (Lunes) »
Tengo una vdsl de un conocido donde podría probar si este router tiene soporte tal cual lo tenemos... A ver si el miércoles puedo probarlo!
Espeltron... Entiendo que con el vdsl.bin que funciona para la adsl valdría también para la vdsl, es así?

Enviado desde mi GT-I9300 mediante Tapatalk


www-www

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #325 en: 28-04-2014, 22:00 (Lunes) »
Me parece que me lo he cargado, siguiendo las instrucciones del post 1 y del último de Lesgar, he subido el u-boot y me sale esto:

Citar
ROM VER: ©©ï#!„Dó

U-Boot 2014.01-openwrt2-dirty (Apr 27 2014 - 15:57:36) arv7519rw

Board: Arcadyan ARV7519RW
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NOR
DRAM:  64 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 #

Y ahora no se que hacer

Lesgar

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #326 en: 28-04-2014, 22:24 (Lunes) »
Me parece que me lo he cargado, siguiendo las instrucciones del post 1 y del último de Lesgar, he subido el u-boot y me sale esto:

Citar
ROM VER: ©©ï#!„Dó

U-Boot 2014.01-openwrt2-dirty (Apr 27 2014 - 15:57:36) arv7519rw

Board: Arcadyan ARV7519RW
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NOR
DRAM:  64 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 #

Y ahora no se que hacer

Tranqui, creo que no te has cargado nada.
 Posibles problemas:
1.- No carga por tftpboot pq la versión que hay en el primer post no es la final y en la v1.1 (la tuya) fallan los interfaces de red 1 y 3.
2.- Has puesto mal la dirección del Kenel.
3.- Simplemente te falta cargar la imagen de openwrt.
Soluciones:
1.-Conecta el cable ethernet al puerto 1, etiquetado en rojo como "1", si sigue sin ir prueba con el "GE"
2.-Accede al menu del uboot: Cuando arranque el uboot y te salga el mensaje "Hit any key to stop autoboot:" pulsa 2 veces una tecla, una vez dentro del uboot carga otra vez la macro del primer post. Recuerda cambiar la X por 1  (pq tu version es la v1.1):
Código:
setenv write-openwrt 'tftpboot openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize'
setenv kernel_addr 0xB0080000
saveenv

Comprobación:
teclea printenv y comprueba que esta linea salga asi "write-openwrt=tftpboot openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize"
3.- Carga la imagen para v11 del primer post con el comado "run write-openwrt" sin comillas. Este enlace es una versión beta que estoy probando con soporte para el adsl, luci, transmision , samba, etc...https://www.dropbox.com/s/lskvn0gb67i30su/openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image (solo válido para tu  version, que es la  V1.1).
Ánimo que ya casi está... Ya me comentas...

« Última modificación: 28-04-2014, 22:32 (Lunes) por Lesgar »

Lesgar

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #327 en: 28-04-2014, 22:31 (Lunes) »
Cita de Lesgar
Citar
cat /dev/mtd0 > /tmp/usb/a1/mtd0.bin
    sync
    cat /dev/mtd1a > /tmp/usb/a1/mtd1.bin
    sync
    cat /dev/mtd2a > /tmp/usb/a1/mtd2.bin
    sync
    cat /dev/mtd3a > /tmp/usb/a1/mtd3.bin
    sync
    cat /dev/mtd4a > /tmp/usb/a1/mtd4.bin
    sync
    cat /dev/mtd5a > /tmp/usb/a1/mtd5.bin
    sync
    cat /dev/mtd6a > /tmp/usb/a1/mtd6.bin
    sync
    cat /dev/mtd7a > /tmp/usb/a1/mtd7.bin
    sync
    cat /dev/mtd8a > /tmp/usb/a1/mtd8.bin
    sync
    cat /dev/mtd9a > /tmp/usb/a1/mtd9.bin
    sync

Creo que hay un error en este trozo debiera ser:

Citar
cat /dev/mtd0 > /tmp/usb/a1/mtd0a.bin
    sync
    cat /dev/mtd1 > /tmp/usb/a1/mtd1a.bin
    sync
    cat /dev/mtd2 > /tmp/usb/a1/mtd2a.bin
    sync
    cat /dev/mtd3 > /tmp/usb/a1/mtd3a.bin
    sync
    cat /dev/mtd4 > /tmp/usb/a1/mtd4a.bin
    sync
    cat /dev/mtd5 > /tmp/usb/a1/mtd5a.bin
    sync
    cat /dev/mtd6 > /tmp/usb/a1/mtd6a.bin
    sync
    cat /dev/mtd7 > /tmp/usb/a1/mtd7a.bin
    sync
    cat /dev/mtd8 > /tmp/usb/a1/mtd8a.bin
    sync
    cat /dev/mtd9 > /tmp/usb/a1/mtd9a.bin
    sync

Saludos




Ok es verdad, ya esta corregido.
Muchas gracias.
Voy a ver  si la "Maqueto" un poco a ver si mejora en visibilidad.

Lesgar

  • Visitante
Re:
« Respuesta #328 en: 28-04-2014, 22:59 (Lunes) »
Tengo una vdsl de un conocido donde podría probar si este router tiene soporte tal cual lo tenemos... A ver si el miércoles puedo probarlo!
Espeltron... Entiendo que con el vdsl.bin que funciona para la adsl valdría también para la vdsl, es así?

Enviado desde mi GT-I9300 mediante Tapatalk



Eso sería genial  ;), Creo que sería importante que tuvieses a mano:
Dos imagenes diferentes una compilada con kmod-ltq-atm-vr9 y otra compilada con kmod-ltq-ptm-vr9. Segun Pteridium no se pueden tener las dos seleccionadas pq se "pelean"entre ellas.
Cuando pruebes la versión compilada con kmod-ltq-atm-vr9  antes de poner el firmware en su sitio cambia en /etc/config/network la opción que viene por defecto "xfer_mode 'ptm'" por xfer_mode 'atm'. Luego metes el firmware en su sitio, configuras wan y reinicias.
Si en el dmesg aparece:
Código: [Seleccionar]
[  281.216000] ATM1.0.26    ATM (A1) firmware version 0.24
[  281.220000] ifxmips_atm: ATM init succeed
A mi me funciona.
Si sale:
Código: [Seleccionar]
[   19.348000] PTM 1.0.27    PTM (E1) firmware version 0.30
[   19.352000] ifxmips_ptm: PTM init succeed
o
Código: [Seleccionar]
root@OpenWrt:/lib/firmware# /etc/init.d/dsl_control start
Failed to find ltq_ptm_vr9. Maybe it is a built in module ?

A mi me da problemas.
Respecto probar con varios firmwares, de momento no te puedo decir nada. Estoy probando varios pero solo me funciona el que ha posteado Gmtii en el primer post, y no del todo fino pq no reconoce el chipset.
Código: [Seleccionar]
root@OpenWrt:/# /etc/init.d/dsl_control status
Chipset:               [color=red] Lantiq-VRx Unknown[/color]
Line State:             UP [0x801: showtime_tc_sync]
Data Rate:              18.156 Mb/s / 996 Kb/s
Line Attenuation:       23.1dB / 12.5dB
Noise Margin:           9.3dB / 8.6dB
Line Uptime:            7m 2s

De todas formas no me hagas mucho caso, es la primera vez que intento algo así. Seguro que Pteridium, Gmtti, Noltari, speltron ... pueden aportar más info
« Última modificación: 28-04-2014, 23:00 (Lunes) por Lesgar »

Pteridium

  • Visitante
Re:
« Respuesta #329 en: 28-04-2014, 23:28 (Lunes) »
De todas formas no me hagas mucho caso, es la primera vez que intento algo así. Seguro que Pteridium, Gmtti, Noltari, espeltron ... pueden aportar más info
A mi tampoco me hagáis caso porque la experiencia que tengo es con los ARV4518 y 7518 que sólo soportan asdl.

Hoy compré uno de segunda mano y me dijo el dependiente que desde hace un tiempo cada ARV7519RW22 que ponen a vender desaparece en poco tiempo. Deberían pagarles a Lesgar, gmtii y espeltron que son los que más han currado con este bicho.  >:(

espeltron

  • Visitante
Re:
« Respuesta #330 en: 29-04-2014, 02:11 (Martes) »
Tengo una vdsl de un conocido donde podría probar si este router tiene soporte tal cual lo tenemos... A ver si el miércoles puedo probarlo!
Espeltron... Entiendo que con el vdsl.bin que funciona para la adsl valdría también para la vdsl, es así?

Enviado desde mi GT-I9300 mediante Tapatalk


Deberia de funcionar, configurando los drivers adecuadamente.

Si echas un vistazo a las pruebas que se hicieron hace unas semanas:
https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg306451/#msg306451

El modo del anexo A, que se carga en parte del firmware, se configura con un parametro "-i" que se obtiene de una tabla:
Código: [Seleccionar]
annex_a2p=00_00_00_00_00_01_00_00En el mismo firmware va el anexo A del ADSL y el VDSL2, que no lleva anexo.

El script dsl_control tiene esto:
Citar
  # start CPE dsl daemon in the background
   service_start /sbin/vdsl_cpe_control -i${xtu} \
         -n /sbin/dsl_notify.sh \
         -f /lib/firmware/${firmware}

Prueba 2 (a2p):
Código: [Seleccionar]
/etc/init.d/dsl_control stop
service_start /sbin/vdsl_cpe_control -i00_00_00_00_00_01_00_00 -n /sbin/dsl_notify.sh -f /lib/firmware/vdsl.bin
/etc/init.d/dsl_control status
Esperar 2 minutos.

Repasando el archivo: "rootfs/etc/init.d/ifx_cpe_control_init.sh" el comando completo seria este:
Código: [Seleccionar]
service_start /sbin/vdsl_cpe_control -i${xTSE} ${XDSL_MULTIMODE} ${XTM_MULTIMODE} ${FW_XDSL} ${AUTOBOOT_VDSL} ${AUTOBOOT_ADSL} ${NOTIFICATION_SCRIPT} ${TCPM_IF} ${DTI_IF} & Este archivo es del OpenWrt 8.09 que lleva el router, y en la cabecera viene "# Copyright (C) 2010 OpenWrt.org".

Con el VDSL deberia de ser:
Código: [Seleccionar]
/etc/init.d/dsl_control stop
service_start /sbin/vdsl_cpe_control -i00_00_00_00_00_00_00_07 -M2_0 -T2_1_1 -f /lib/firmware/vdsl.bin -A /opt/lantiq/bin/vdsl.scr -n /sbin/dsl_notify.sh -t0.0.0.0 -d0.0.0.0 &
/etc/init.d/dsl_control status
Mas o menos, debereis apañarlo un poco segun la localizacion de los archivos en el OpenWrt que esteis utilizando.
Esperar 2 minutos.

Al no saber si el driver utilizado actualmente en el OpenWrt acepta todos los parametros VDSL, se puede probar:
Código: [Seleccionar]
/etc/init.d/dsl_control stop
service_start /sbin/vdsl_cpe_control -i00_00_00_00_00_00_00_07 -n /sbin/dsl_notify.sh -f /lib/firmware/vdsl.bin
/etc/init.d/dsl_control status
Esperar 2 minutos.

A veces la conexion se consigue tras algun reinicio, ya que ciertos parametros se actualizan en el arranque.

Una vez sincronizado, para conseguir IP y conexion a internet se deberia de configurar adecuadamente el tipo de conexion PTM, habitual en la VDSL.

Quien tenga VDSL que haga pruebas y que comente resultados.

Hay que comprobar el driver que esteis utilizando, como hizo jmcabgam:
Código: [Seleccionar]
root@OpenWrt:~# vdsl_cpe_control --version
DSL_CPE: DSL CPE Control Application V4.11.4
Este es el ultimo disponible, el 3.24.4.4 es el anterior.
Dicho ejecutable se encuentra en:
Código: [Seleccionar]
/sbin/vdsl_cpe_control
Ya que hay 2 versiones:
Driver danube:
http://mirror2.openwrt.org/sources/drv_dsl_cpe_api_danube-3.24.4.4.tar.gz
http://mirror.opf.slu.cz/openwrt/sources/drv_dsl_cpe_api_danube-3.24.4.4.tar.gz

Driver vrx, que no esta en el repositorio oficial mirror2:
http://mirror.opf.slu.cz/openwrt/sources/drv_dsl_cpe_api_vrx-4.11.4.tar.gz

He recordado mas cosas, para saber que comandos son los adecuados y cuales no.

En cuanto a "vdsl_cpe_control" esta el siguiente comando:
Citar
vdsl_cpe_control --help

Obtenido de la pagina polaca:
Código: [Seleccionar]
root@OpenWrt:/tmp# vdsl_cpe_control --help
DSL_CPE: Welcome to DSL CPI API control application
DSL_CPE: usage: [options]
DSL_CPE: following options are available:
DSL_CPE:  --help        (-h)    - help screen
DSL_CPE:  --version     (-v)    - display version
DSL_CPE:  --init        (-i)    - init device w/ <xtu> Bits seperated by underscore (e.g. -i05_01_04_00_04_01_00_00)
DSL_CPE:  --low_cfg     (-l)    - low level configuration file
DSL_CPE:  --console     (-c)    - start console
DSL_CPE:  --event_cnf   (-e)    - configure instance activation handling <enable/disable>[_mask] (e.g. -e1_1)
DSL_CPE:  --msg_dump    (-m)    - enable message dump
DSL_CPE:  --auto_scr_1  (-a)    - autoboot start script for ADSL (empty by default)
DSL_CPE:  --auto_scr_2  (-A)    - autoboot start script for VDSL (empty by default)
DSL_CPE:  --firmware1   (-f)    - firmware file, default /opt/ifx/firmware/xcpe_hw.bin
DSL_CPE:  --notif       (-n)    - notification script name, default ./xdslrc.sh
DSL_CPE:  --tcpmsg      (-t)    - enable dbgtool, listen only on <ipaddr> (optional, e.g. -t0.0.0.0)
DSL_CPE:  --multimode   (-M)    - set multimode config -M<NextMode>[_<AdslSubPref>] (e.g. -M1_1 or -M1)
DSL_CPE:  --tc-layer    (-T)    - set TC-Layer options -T<TcLayer>_<TcConfigUs>_<TcConfigDs> (e.g. -T2_0x3_0x1)
DSL_CPE:  --sequence    (-S)    - set activation sequence -S<Sequence>_<Mode> (e.g. -M0_0)
DSL_CPE:  --debug_drv   (-g)    -
DSL_CPE:  --debug_app   (-G)    -

Saludos
espeltron
« Última modificación: 29-04-2014, 05:10 (Martes) por espeltron »

espeltron

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #331 en: 29-04-2014, 03:49 (Martes) »
1.- No carga por tftpboot pq la versión que hay en el primer post no es la final y en la v1.1 (la tuya) fallan los interfaces de red 1 y 3.
Quisiera comentar los modos de configuracion del switch gigabit ethernet que lleva integrado el VRX288.

En teoria hay una especie de switch en el VRX288 que conmuta el modo de cada pareja de puertos, segun el firmware cargado, el de fast o el de gigabit:

MODO FAST ETHERNET 10/100:
Citar
VRX288-PHY1--> LAN1   <-- 2 pares (RX y TX) usados en 10/100
VRX288-PHY2--> LAN2   <-- 2 pares (RX y TX) usados en 10/100

VRX288-PHY3--> LAN3   <-- 2 pares (RX y TX) usados en 10/100
VRX288-PHY4--> LAN4   <-- 2 pares (RX y TX) usados en 10/100

MODO GIGABIT ETHERNET 10/100/1000:
Citar
VRX288-PHY1--> n.c.
VRX288-PHY2--> LAN2   <-- 2 pares (RX y TX) usados en 10/100

VRX288-PHY3-->  n.c.
VRX288-PHY4--> LAN4   <-- 2 pares (RX y TX) usados en 10/100

Como el hardware fisico de los transformadores magneticos y los conectores RJ45 solo estan diseñados para llevar 2 pares de la red ethernet en cada conector LANx, solo son validos los modos 10M o 100M, aunque el VRX288 este configurado como gigabit ethernet 10/100/1000.

Por este motivo, estando configurado como 10/100/1000 solo funciona como 10/100, al igual que cuando conectas una tarjeta fast ethernet a una tarjeta gigabit.

Hay otros routers con chips lantiq que en lugar de llevar 4 puertos fast ethernet llevan 2 puertos gigabit ethernet.

Es aconsejable conservar estos modos de configuracion de la red gigabit ethernet que permite usar solo 2 puertos, ya que con una "MOD", aunque costosa, seria posible convertir esos 4 puertos fast ethernet en 2 puertos gigabit ethernet.

MODO GIGABIT ETHERNET 10/100/1000 CON "MOD":
Citar
VRX288-PHY1--> GLAN1   <-- 2 pares extras necesarios para el modo 1000
VRX288-PHY2--> GLAN1   <-- 2 pares (RX y TX) usados en 10/100

VRX288-PHY3-->  GLAN2   <-- 2 pares extras necesarios para el modo 1000
VRX288-PHY4--> GLAN2   <-- 2 pares (RX y TX) usados en 10/100

Exactamente no lo he verificado, es posible que pueda haber algun cambio segun la version del hardware, pero como he dicho, en teoria es posible realizar esto.
Cuando tenga tiempo hare un montaje rapido y probare esta MOD, a ver si consigo poner las salidas en modo 1000.

Saludos
espeltron

espeltron

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #332 en: 29-04-2014, 06:07 (Martes) »
Estoy cegato perdido...  ??? no me había fijado que vdsl.bin era un hiperenlace, en fin solucionado. >:( >:( >:(
Ya tengo Adsl en el router, de momento he probado a cambiar en el archivo network la  option annex 'a' a varios tipos (intentando que sincronize con el anexo M) y nada... la velocidad de subida siempre se mantiene por debajo de 1 mega.
...Y si con el comtrend que manda Jazztel sincroniza a 2.7.

¿Alguna idea?
Si quieres anexo M prueba lo siguiente:

annex_m2p:
Código: [Seleccionar]
/etc/init.d/dsl_control stop
service_start /sbin/vdsl_cpe_control -i00_00_00_00_00_00_04_00 -n /sbin/dsl_notify.sh -f /lib/firmware/vdsl.bin
/etc/init.d/dsl_control status

annex_m2:
Código: [Seleccionar]
/etc/init.d/dsl_control stop
service_start /sbin/vdsl_cpe_control -i00_00_00_00_40_00_00_00 -n /sbin/dsl_notify.sh -f /lib/firmware/vdsl.bin
/etc/init.d/dsl_control status

annex_m:
Código: [Seleccionar]
/etc/init.d/dsl_control stop
service_start /sbin/vdsl_cpe_control -i00_00_00_00_40_00_04_00 -n /sbin/dsl_notify.sh -f /lib/firmware/vdsl.bin
/etc/init.d/dsl_control status

Hay tres formas sencillas de sacar el parametro "i":
1.- De tablas, que podeis encontrar en https://dev.openwrt.org/browser/trunk/package/network/config/ltq-adsl-app/files/dsl_control#L15 y de codigos fuente de otros routers.
2.- Analizando el script "rootfs/etc/init.d/ifx_cpe_control_init.sh" que lleva el firmware original del propio router.
Con esto he comprobado que m2 y m2p coinciden con los datos de la tabla anterior.
3.- De las especificaciones RFC (como obtener los 64 bits del anexo):
ADSL2 (pag. 26-27): https://tools.ietf.org/html/rfc4706
VDSL2 (pag. 27-28): https://tools.ietf.org/html/rfc5650

Como he comentado anteriormente, este mismo script ifx_cpe_control_init.sh sirve para verificar que la configuracion del modo VDSL sea la adecuada.

Para el modo M, al estar el parametro ya implementado en OpenWrt, serviria seguramente cambiando /etc/config/network:
Código: [Seleccionar]
config adsl-device 'adsl'
        option fwannex 'a'
        option annex 'm2p'

Saludos
espeltron
« Última modificación: 29-04-2014, 06:35 (Martes) por espeltron »

espeltron

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #333 en: 29-04-2014, 07:38 (Martes) »
 Pulsamos "U" para cargar el uboot  
    
Código: [Seleccionar]
[VR9 Boot]:U
     UPLOAD Flash
    ---------------------------------------
      Area            Address      Length
    ---------------------------------------
    [0] Boot            0xB0000000     512K
    [1] Image 0         0xB1280000    6144K
    [2] Image 1         0xB1880000    6144K
    [3] Configuration   0xB1E80000    1024K
    [4] Boot Parameters 0xB1F80000     256K
    [5] Flash Image     0xB0000000   32768K
    [6] Linux Image     0xB0080000   24576K
    [7] Emergency Value 0xB1FC0000   2883584K
    ---------------------------------------
    Enter area to UPLOAD: 0
    Upload area 0.  Are you sure? (Y/n)
 Pulsamos "Y" y mandamos por X-modem la imagen de uboot

2.-Instalación de OpenWrt desde u-boot modificado

    Muy sencillo; definimos dos nuevas macros y las hacemos permanentes en u-boot con:
    
Código: [Seleccionar]
setenv write-openwrt 'tftpboot openwrt-lantiq-xrx200-ARV7519RWV1X-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize'
    setenv kernel_addr 0xB0080000
    saveenv

    (cambiamos la X por la versión de nuestro router).

    Ejecutamos la macro: run write-openwrt,

    
Código: [Seleccionar]
arv7519rw #   run write-openwrt            

Sigo pensando que la tabla indicada en el [VR9 Boot]: es "falsa", o al menos no concuerda totalmente con la realidad.
Con los datos mtd se tendrian que hacer las siguientes correcciones para que se pareciese mas a la realidad:
Citar
   [[0] Boot            0xB0000000     512K
    [1] Image 0         0xB1280000    6144K ¿?
    [2] Image 1         0xB1880000    6144K
    [3] Configuration   0xB1E80000    1024K
    [4] Boot Parameters 0xB1F80000     256K
    [5] Flash Image     0xB0000000   32768K
    [6] Linux Imageuboot_cfg     0xB0080000   128K
    [6] Linux Image     0xB00A0000   24448K
    [7] Emergency Value 0xB1FC0000   256K

Los datos obtenidos de la lectura de bloques mtd de la flash y su estructura interna lo confirman.
https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-astoria-arv7519rw22-livebox-2-1/msg307557/#msg307557

TAMAÑO DE BLOQUE EN EL BORRADO:
Código: [Seleccionar]
Erasesize: 0x00020000 (128K)Para toda la flash de 32MB

TAMAÑOS:
Código: [Seleccionar]
mtd0.bin "uboot" 262.144 (256K) 0x00040000
mtd1.bin "uboot_bin" 262.144 (256K) 0x00040000
mtd2.bin "uboot_cfg" 131.072 (128K) 0x00020000
mtd3.bin "kernel" 2.097.152(2048K) 0x00200000
mtd4.bin "rootfs" 10.485.760(10240K) 0x00A00000
mtd5.bin "rootfs2" 11.534.336(11264K) 0x00B00000
mtd6.bin "sys_config" 917.504(896K) 0x000E0000
mtd7.bin "supertask_img" 6.291.456(6144K) 0x00600000
mtd8.bin "supertask_cfg" 1.048.576(1024K) 0x00100000
mtd9.bin "supertask_bootcfg" 524.288(512K) 0x00080000

POSICIONES DE MEMORIA FLASH (BASE=0xB0000000):
Código: [Seleccionar]
mtd0.bin 0xB0000000 .. 0xB003FFFF
mtd1.bin 0xB0040000 .. 0xB007FFFF
mtd2.bin 0xB0080000 .. 0xB009FFFF
mtd3.bin 0xB00A0000 .. 0xB029FFFF
mtd4.bin 0xB02A0000 .. 0xB0C9FFFF
mtd5.bin 0xB0CA0000 .. 0xB179FFFF
mtd6.bin 0xB17A0000 .. 0xB187FFFF
mtd7.bin 0xB1880000 .. 0xB1E7FFFF
mtd8.bin 0xB1E80000 .. 0xB1F7FFFF
mtd9.bin 0xB1F80000 .. 0xB1FFFFFF

Al escribir la imagen Openwrt a partir de la posicion 0xB0080000 se eliminan los datos del mtd2.bin ("uboot_cfg").
Tamaño:
Código: [Seleccionar]
mtd2.bin "uboot_cfg" 131.072 (128K) 0x00020000Posicion:
Código: [Seleccionar]
mtd2.bin 0xB0080000 .. 0xB009FFFF
Si quereis ver lo que contiene este archivo mtd2.bin, lo pongo aqui de forma integra (en modo texto):
Código: [Seleccionar]
”Ýb<bootcmd=run flash_flash bootdelay=3 baudrate=115200 preboot=echo;echo Type \"run flash_nfs\" to mount root filesystem over NFS;
echo bootfile="uImage" mem=126M phym=128M ethaddr=00:99:88:00:99:88 netdev=eth0 console=ttyS0 baudrate=115200 tftppath= loadaddr=0x80800000
rootpath=/mnt/full_fs rootfsmtd=/dev/mtdblock4 addip=setenv bootargs $(bootargs) ip=$(ipaddr):$(serverip):$(gatewayip):$(netmask):$(hostname):
$(netdev):on addmisc=setenv bootargs $(bootargs) console=$(console),$(baudrate) ethaddr=$(ethaddr) phym=$(phym) mem=$(mem) panic=1
mtdparts=$(mtdparts) init=/etc/preinit vpe1_load_addr=0x87e00000 vpe1_mem=2M  u-boot=u-boot.lq rootfs=rootfs.img fullimage=fullimage.img
jffs2image=root.jffs2-128k.nor totalimage=totalimage.img flashargs=setenv bootargs root=$(rootfsmtd) rw rootfstype=squashfs,jffs2 bridge mptest
 calibrate flash_flash=run flashargs addip addmisc; bootm $(kernel_addr) update_uboot=tftpboot $(loadaddr) $(tftppath)$(u-boot);
erase b0000000 +20000; cp.b $(loadaddr) b0000000 $(filesize); reset update_kernel=tftpboot $(loadaddr) $(tftppath)$(bootfile);
upgrade $(loadaddr) $(filesize) update_rootfs=tftpboot $(loadaddr) $(tftppath)$(rootfs); upgrade $(loadaddr) $(filesize)
update_fullimage=tftpboot $(loadaddr) $(tftppath)$(fullimage); erase $(f_rootfs_addr) +0xc20000; cp.b $(loadaddr) $(part1_begin) $(filesize)
mtdparts=ifx_nor0:256k(uboot),256k(uboot_bin),128k(uboot_cfg),2m(kernel),10m(rootfs),11m(rootfs2),896k(sys_config),6m(supertask_img),
1m(supertask_cfg),512k(supertask_bootcfg) reset_uboot_config=prot off 0xB0080000   0xB0FBFBFF;  erase 0xB0080000 0xB0FBFBFF
part0_begin=0xB0000000 part1_begin=0xB0040000 part2_begin=0xB0080000 part3_begin=0xB00A0000 part4_begin=0xB02A0000 part5_begin=0xB0CA0000
part6_begin=0xB11A0000 part7_begin=0xB1280000 part8_begin=0xB1E80000 part9_begin=0xB1F80000 total_part=10 flash_end=0xB1FFFFFF data_block0=uboot
data_block1=uboot_bin data_block2=ubootconfig data_block3=kernel data_block4=rootfs data_block5=rootfs2 data_block6=sysconfig
data_block7=supertask_img data_block8=supertask_cfg data_block9=supertask_bootcfg total_db=10 f_uboot_addr=0xB0000000 f_uboot_size=0x00040000
f_uboot_bin_addr=0xB0040000 f_uboot_bin_size=0x00040000 f_ubootconfig_addr=0xB0080000 f_ubootconfig_size=0x00020000 f_ubootconfig_end=0xB0FBFBFF
f_kernel_end=IFX_CFG_FLASH_KERNEL_IMAGE_END_ADDR f_rootfs2_addr=0xB0CA0000 f_rootfs2_size=0x00500000 f_sysconfig_addr=0xB11A0000
f_sysconfig_size=0x000E0000 f_ddrconfig_addr=0xB003FFE8 f_ddrconfig_size=24 f_supertask_img_addr=0xB1280000 f_supertask_img_size=0x00c00000
f_supertask_cfg_addr=0xB1E80000 f_supertask_cfg_size=0x00100000 f_supertask_bootcfg_addr=0xB1F80000 f_supertask_bootcfg_size=0x00080000
update_jffs2image=tftpboot $(loadaddr) $(tftppath)$(jffs2image); erase $(f_rootfs_addr) +0xa00000; upgrade $(loadaddr) $(filesize)
update_flash=tftp $(loadaddr) flash2.img; protect off b0800000 +800000; erase b0800000 +800000; cp.b $(loadaddr) b0800000 800000;  
tftp $(loadaddr) flash1.img; protect off b0000000 +800000; erase b0000000 +800000; cp.b $(loadaddr) b0000000 800000 sw_version=01-01-101t0
hw_version=VR9 serial=00000000 ethact=vr9 Switch f_rootfs_size=0x008c0000 f_rootfs_addr=0xb02a0000 f_rootfs_end=0xb0b60000 f_rootfs_crc=AFEFC669
stdin=serial stdout=serial stderr=serial bootargs=root=/dev/mtdblock4 rw rootfstype=squashfs,jffs2 bridge mptest calibrate
ip=192.168.2.1:192.168.2.100::::eth0:on console=ttyS0,115200 ethaddr=00:99:88:00:99:88 phym=128M mem=126M panic=1
mtdparts=ifx_nor0:256k(uboot),256k(uboot_bin),128k(uboot_cfg),2m(kernel),10m(rootfs),11m(rootfs2),896k(sys_config),6m(supertask_img),
1m(supertask_cfg),512k(supertask_bootcfg) init=/etc/preinit vpe1_load_addr=0x87e00000 vpe1_mem=2M filesize=132570 fileaddr=80800000
ipaddr=192.168.2.1 serverip=192.168.2.100 f_kernel_size=0x00132570 f_kernel_addr=0xb016da90 kernel_addr=0xb016da90 f_kernel_crc=AAD77A32

Estos datos nos generan una tabla que contiene unas posiciones y tamaños que difieren en algunos puntos de la obtenida en los archivos mtdX.bin, pero que servira para ayudar a definir una tabla con la estructura definitiva de la flash (analizando el contenido interno de los archivos mtdX.bin y las diferentes posiciones de memoria):
Código: [Seleccionar]
part0_begin=0xB0000000
part1_begin=0xB0040000
part2_begin=0xB0080000
part3_begin=0xB00A0000
part4_begin=0xB02A0000
part5_begin=0xB0CA0000
part6_begin=0xB11A0000  <-- diferente posicion en mtd6.bin (0xB17A0000), aqui adelantado 0x00600000 = 6144K = 6M
part7_begin=0xB1280000  <-- diferente posicion en mtd7.bin (0xB1880000), aqui adelantado 0x00600000 = 6144K = 6M
part8_begin=0xB1E80000
part9_begin=0xB1F80000

total_part=10
flash_end=0xB1FFFFFF

data_block0=uboot
data_block1=uboot_bin
data_block2=ubootconfig
data_block3=kernel
data_block4=rootfs
data_block5=rootfs2
data_block6=sysconfig
data_block7=supertask_img
data_block8=supertask_cfg
data_block9=supertask_bootcfg

total_db=10

f_uboot_addr=0xB0000000
f_uboot_size=0x00040000
f_uboot_bin_addr=0xB0040000
f_uboot_bin_size=0x00040000
f_ubootconfig_addr=0xB0080000
f_ubootconfig_size=0x00020000
f_ubootconfig_end=0xB0FBFBFF
f_kernel_end=IFX_CFG_FLASH_KERNEL_IMAGE_END_ADDR
f_rootfs2_addr=0xB0CA0000
f_rootfs2_size=0x00500000
f_sysconfig_addr=0xB11A0000
f_sysconfig_size=0x000E0000
f_ddrconfig_addr=0xB003FFE8
f_ddrconfig_size=24
f_supertask_img_addr=0xB1280000
f_supertask_img_size=0x00c00000
f_supertask_cfg_addr=0xB1E80000
f_supertask_cfg_size=0x00100000
f_supertask_bootcfg_addr=0xB1F80000
f_supertask_bootcfg_size=0x00080000

Es posible que no le deis importancia, pero le estais quitando los parametros de configuracion del uboot original, incluidos los de configuracion de la consola serie, los distintos modos de arranque, el de panico, etc.
Pienso que este uboot se ha puesto aqui como parche, siendo de otro dispositivo, y que las zonas de grabado de imagenes no son las correctas.
No tiene sentido que al grabar una imagen se borren zonas de configuracion de uboot, ¿o si?.

Noltari, no se si tu problema de no poder acceder actualmente al modo UART tras pruebas con distintos firmwares y flasheos puede ser debido a esto o no.
Pienso que ddrconfig puede llegar a ser un parametro "delicado", que puede "brickear" el router en ciertos casos.
Citar
0x0003FFE8:
56 40 FF FA A2 23 00 00
10 00 00 0E 02 00 18 21
00 60 80 21 00 40 18 21

Yo creo que seria mejor grabar a partir de la posicion del inicio del bloque mtd3.bin, en la direccion 0xB00A0000:
Citar
mtd3.bin 0xB00A0000

Se conservaria el uboot original completo y se tendria espacio suficiente para grabar la imagen OpenWrt que se quisiese, ya que habria disponible unos 23MB de memoria flash (entre el kernel, el rootfs y el rootfs2).
Citar
mtd3.bin "kernel"   2.097.152(2048K)   0x00200000
mtd4.bin "rootfs"   10.485.760(10240K)   0x00A00000
mtd5.bin "rootfs2"   11.534.336(11264K)   0x00B00000

¿Podeis hacer esta prueba?:
Citar
setenv write-openwrt 'tftpboot openwrt-lantiq-xrx200-ARV7519RWV1X-squashfs.image && protect off 0xB00A0000 +$filesize && erase 0xB00A0000 +$filesize && cp.b $fileaddr 0xB00A0000 $filesize'
setenv kernel_addr 0xB00A0000
saveenv
X es 1 o 2, dependiendo de la version del hardware.

VERIFICACION DE IMAGENES:
Tanto las imagenes de linux originales como las de OpenWrt generadas empiezan con:
Citar
27 05 19 56 ...
Podeis comprobarlo con los archivos:
openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image ("openwrt" --> MIPS OpenWrt Linux-3.10.36)
mtd3.bin ("kernel" --> MIPS LTQCPE Linux-2.6.32.32)

Resulta que el mtd2.bin "uboot_cfg" me indica lo siguiente:
Citar
f_kernel_addr=0xb016da90 kernel_addr=0xb016da90

Quitando los offset de la posicion del archivo mtd3.bin saldria la posicion 0x000CDA90.
En la posicion 0x000CDA90 del archivo mtd3.bin hay lo siguiente:
Citar
27 05 19 56 ... MIPS IFXCPE Linux-2.6.20.19
¡Anda! una imagen de linux.

Analizando el archivo mtd3.bin he localizado las siguientes imagenes con la cabecera 27 05 19 56 ...:
Citar
0x00000000 --> MIPS LTQCPE Linux-2.6.32.32
0x000A0000 --> MIPS LTQCPE Linux-2.6.32.32
0x000CDA90 --> MIPS IFXCPE Linux-2.6.20.19

Que referenciandolo a las posiciones globales:
Citar
0xB00A0000 --> MIPS LTQCPE Linux-2.6.32.32
0xB0140000 --> MIPS LTQCPE Linux-2.6.32.32
0xB016DA90 --> MIPS IFXCPE Linux-2.6.20.19

Le voy viendo el sentido a las distintas imagenes, los distintos modos y configuraciones de arranque de imagenes .

Lo importante para OpenWrt:

GRABAR en 0xB00A0000, no en 0xB0080000, al menos si se conserva el uboot original.

Saludos
espeltron
« Última modificación: 29-04-2014, 15:28 (Martes) por espeltron »

www-www

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #334 en: 29-04-2014, 17:45 (Martes) »
Me parece que me lo he cargado, siguiendo las instrucciones del post 1 y del último de Lesgar, he subido el u-boot y me sale esto:

Citar
ROM VER: ©©ï#!„Dó

U-Boot 2014.01-openwrt2-dirty (Apr 27 2014 - 15:57:36) arv7519rw

Board: Arcadyan ARV7519RW
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NOR
DRAM:  64 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 #

Y ahora no se que hacer

Tranqui, creo que no te has cargado nada.
 Posibles problemas:
1.- No carga por tftpboot pq la versión que hay en el primer post no es la final y en la v1.1 (la tuya) fallan los interfaces de red 1 y 3.
2.- Has puesto mal la dirección del Kenel.
3.- Simplemente te falta cargar la imagen de openwrt.
Soluciones:
1.-Conecta el cable ethernet al puerto 1, etiquetado en rojo como "1", si sigue sin ir prueba con el "GE"
2.-Accede al menu del uboot: Cuando arranque el uboot y te salga el mensaje "Hit any key to stop autoboot:" pulsa 2 veces una tecla, una vez dentro del uboot carga otra vez la macro del primer post. Recuerda cambiar la X por 1  (pq tu version es la v1.1):
Código:
setenv write-openwrt 'tftpboot openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize'
setenv kernel_addr 0xB0080000
saveenv

Comprobación:
teclea printenv y comprueba que esta linea salga asi "write-openwrt=tftpboot openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize"
3.- Carga la imagen para v11 del primer post con el comado "run write-openwrt" sin comillas. Este enlace es una versión beta que estoy probando con soporte para el adsl, luci, transmision , samba, etc...https://www.dropbox.com/s/lskvn0gb67i30su/openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image (solo válido para tu  version, que es la  V1.1).
Ánimo que ya casi está... Ya me comentas...



Muchas gracias por quitarme un sudor frío de encima. Vamos por parte examinando tu respuesta.

Citar
1.-Conecta el cable ethernet al puerto 1, etiquetado en rojo como "1", si sigue sin ir prueba con el "GE"
2.-Accede al menu del uboot: Cuando arranque el uboot y te salga el mensaje "Hit any key to stop autoboot:" pulsa 2 veces una tecla, una vez dentro del uboot carga otra vez la macro del primer post. Recuerda cambiar la X por 1  (pq tu version es la v1.1):
Código:
setenv write-openwrt 'tftpboot openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize'
setenv kernel_addr 0xB0080000
saveenv

Comprobación:
teclea printenv y comprueba que esta linea salga asi "write-openwrt=tftpboot openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image && protect off 0xB0080000 +$filesize && erase 0xB0080000 +$filesize && cp.b $fileaddr 0xB0080000 $filesize"
3.- Carga la imagen para v11 del primer post con el comado "run write-openwrt" sin comillas. Este enlace es una versión beta que estoy probando con soporte para el adsl, luci, transmision , samba, etc...https://www.dropbox.com/s/lskvn0gb67i30su/openwrt-lantiq-xrx200-ARV7519RWV11-squashfs.image (solo válido para tu  version, que es la  V1.1).
Ánimo que ya casi está... Ya me comentas...

punto 1. conectar el cable RJ45 al puerto LAN 1 y si sigue sin funcionar ¿Qué veo si sigue sin funcionar? ¿Que tengo que hacer, no entiendo? Te advierto que soy principiante total.

punto 2. Accede al menu del uboot: Cuando arranque el uboot y te salga el mensaje "Hit any key to stop autoboot:" pulsa 2 veces una tecla, una vez dentro del uboot carga otra vez la macro del primer post. Recuerda cambiar la X por 1  (pq tu version es la v1.1). ¿Qué cargo? ¿Qué macro? ¿Cómo? Soy muy torpe, tiene que estar muy clarito. Para vosotros que sois monstruos lo véis muy fácil pero para los novatos, esto es un mundo.

Yo solo lo que he hecho ha sido subir el uboot que aparece en el primer post. Arranqué, pulse 3 veces, pegué la clave, pulse U, zona 0, y subi el uboot del post por xmodem. Cargó a gran velocidad y como en tu post no decía cual era el paso siguiente, del primer post, decía que había que apagar y encender y eso hice y ¡¡¡zas!!! el mensaje que puse. Intenté subir otro uboot, mediante loady y otros comandos que saían y se paraba al llegar al paquete 8, no subía ni 1 K. Probe con el hyperterminal y con el TeraTrem Pro e iguales resultados. Se quedaba colgado. El uboot que cogí es el que sirve para las dos versiones, el que dice que detecta cual es el suyo, el que pone esto en el primer post.

Citar
U-boot  compilado desde las fuentes del git de u-boot-lantiq, con autodetección de versión de router  y los 4 puertos eth funcionando:

En el mensaje hablas de tftpboot, ¿eso es un comando interno del boot? Y ¿Cómo lo hago? ¿Tecelando directamente en la consola? Hablas de un archivo, ¿Cómo lo selecciono o lo busco?

Perdona la tabarra y te agradezco tu ayuda.

Otra cosa, si algún moderador, puede borrar el post que puse donde te corregía un error de transcripción, que has solucionado, que borre mi post para que no este repetido y se confundan la gente que los lean.

Saludos y vayan muchas cibercervezas. Esta noche intentaré hacer algo, ahora tengo curro.

Seguimos en contacto.

espeltron

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #335 en: 29-04-2014, 18:21 (Martes) »
Hola www-www

Aunque ponga Xmodem muchos uboot con loady suelen utilizar el Ymodem.
Prueba a usar el protocolo Ymodem con el hiperterminal de windows.

Como usas windows, el tftpd32 es un servidor que instalas en windows.
http://tftpd32.jounin.net/
http://tftpd32.jounin.net/tftpd32_download.html
Selecciona el programa de instalacion que mejor te convenga y permite el acceso a traves del firewall cuando te lo indique.

Este servidor es muy facil de configurar, solo tienes que indicarle la tarjeta de red que va a usar mediante la IP que tenga asignada.
Le indicas la carpeta que vas a utilizar para compartir (descargar o subir archivos), que normalmente puede estar dentro de la ruta donde se instala el programa.

Cuando activas el servidor tftpd cualquier equipo conectado a tu red puede subir o descargar archivos que tengas compartidos en esa carpeta, mediante el protocolo tftpd y la IP de esa tarjeta de red.
Para que esto funcione la IP de la tarjeta de red tiene que ser la adecuada, segun cada aplicacion en concreto.
Por ejemplo podria ser requisito que la IP fuera: 192.168.1.100, o la que tuviera el uboot fijada como IP del servidor tftpd.

Es posible que otros usuarios con mas experiencia te puedan dar mas consejos, pero de momento espero que esto te sirva como guia.

Saludos
espeltron
« Última modificación: 29-04-2014, 18:23 (Martes) por espeltron »

www-www

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #336 en: 29-04-2014, 20:32 (Martes) »
Bueno después de mucho pelearme con el livebox, me sale esto:
Citar
ROM VER: ©©ï#!„Dó

U-Boot 2014.01-openwrt2-dirty (Apr 27 2014 - 15:57:36) arv7519rw

Board: Arcadyan ARV7519RW
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NOR
DRAM:  64 MiB
Flash: 32 MiB
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:  2  1  0
## Booting kernel from Legacy Image at b0080000 ...
   Image Name:   MIPS OpenWrt Linux-3.10.24
   Created:      2014-02-11  21:03:04 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1243541 Bytes = 1.2 MiB
   Load Address: 80002000
   Entry Point:  80002000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 3.10.24 (ebensan@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r39210) ) #11 Tue Feb 11 21:02:46 WET 2014

[    0.000000] SoC: VR9 rev 1.1

[    0.000000] bootconsole [early0] enabled

[    0.000000] CPU revision is: 00019555 (MIPS 34Kc)

[    0.000000] MIPS: machine is ARV7519 - Astoria Networks ARV7519RW22-A-LT

[    0.000000] Determined physical RAM map:

[    0.000000]  memory: 08000000 @ 00000000 (usable)

[    0.000000] Initrd not found or empty - disabling initrd

[    0.000000] Zone ranges:

[    0.000000]   Normal   [mem 0x00000000-0x07ffffff]

[    0.000000] Movable zone start for each node

[    0.000000] Early memory node ranges

[    0.000000]   node   0: [mem 0x00000000-0x07ffffff]

[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.

[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes

[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512

[    0.000000] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit

[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)

[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)

[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)

[    0.000000] Writing ErrCtl register=0000000b

[    0.000000] Readback ErrCtl register=0000000b

[    0.000000] Memory: 125972k/131072k available (2642k kernel code, 5100k reserved, 878k data, 180k init, 0k highmem)

[    0.000000] NR_IRQS:256

[    0.000000] CPU Clock: 500MHz

[    0.000000] Calibrating delay loop... 332.54 BogoMIPS (lpj=665088)

[    0.032000] pid_max: default: 32768 minimum: 301

[    0.036000] Mount-cache hash table entries: 512

[    0.040000] pinctrl core: initialized pinctrl subsystem

[    0.044000] NET: Registered protocol family 16

[    0.056000] pinctrl-xway 1e100b10.pinmux: Init done

[    0.060000] dma-xway 1e104100.dma: Init done - hw rev: 7, ports: 7, channels: 28

[    0.068000] dcdc-xrx200 1f106a00.dcdc: Core Voltage : 1016 mV

[    0.072000] arch/mips/pci/ifxmips_pcie_vr9.h:pcie_device_rst_assert[185]

[    0.184000] arch/mips/pci/ifxmips_pcie_vr9.h:pcie_device_rst_deassert[193]

[    0.212000] bio: create slab <bio-0> at 0

[    0.216000] usbcore: registered new interface driver usbfs

[    0.220000] usbcore: registered new interface driver hub

[    0.224000] usbcore: registered new device driver usb

[    0.228000] PCI host bridge to bus 0000:00

[    0.232000] pci_bus 0000:00: root bus resource [mem 0x1c000000-0x1cffffff]

[    0.236000] pci_bus 0000:00: root bus resource [io  0x1d800000-0x1d8fffff]

[    0.240000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]

[    0.244000] ifx_pcie_rc_class_early_fixup: fixed pcie host bridge to pci-pci bridge

[    0.256000] ifx_pcie_fixup_resource: fixup host controller 0000:00:00.0 (15d1:0011)

[    0.260000] pci 0000:00:00.0: BAR 9: assigned [mem 0x1c000000-0x1cbfffff pref]

[    0.264000] pci 0000:01:00.0: BAR 1: assigned [mem 0x1c000000-0x1c7fffff pref]

[    0.268000] pci 0000:01:00.0: BAR 0: assigned [mem 0x1c800000-0x1c800fff pref]

[    0.272000] pci 0000:00:00.0: PCI bridge to [bus 01]

[    0.276000] pci 0000:00:00.0:   bridge window [mem 0x1c000000-0x1cbfffff pref]

[    0.280000] ifx_pcie_bios_map_irq port 0 dev 0000:00:00.0 slot 0 pin 1

[    0.284000] ifx_pcie_bios_map_irq dev 0000:00:00.0 irq 144 assigned

[    0.288000] ifx_pcie_bios_map_irq port 0 dev 0000:01:00.0 slot 0 pin 1

[    0.292000] ifx_pcie_bios_map_irq dev 0000:01:00.0 irq 144 assigned

[    0.296000] Switching to clocksource MIPS

[    0.304000] NET: Registered protocol family 2

[    0.308000] TCP established hash table entries: 1024 (order: 1, 8192 bytes)

[    0.312000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)

[    0.320000] TCP: Hash tables configured (established 1024 bind 1024)

[    0.328000] TCP: reno registered

[    0.332000] UDP hash table entries: 256 (order: 0, 4096 bytes)

[    0.336000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)

[    0.344000] NET: Registered protocol family 1

[    0.348000] gptu: totally 6 16-bit timers/counters

[    0.352000] gptu: misc_register on minor 63

[    0.356000] gptu: succeeded to request irq 126

[    0.360000] gptu: succeeded to request irq 127

[    0.364000] gptu: succeeded to request irq 128

[    0.368000] gptu: succeeded to request irq 129

[    0.376000] gptu: succeeded to request irq 130

[    0.380000] gptu: succeeded to request irq 131

[    0.384000] phy-xrx200 gphy-xrx200.8: requesting lantiq/vr9_phy11g_a1x.bin

[    0.392000] phy-xrx200 gphy-xrx200.8: booting GPHY0 firmware at 78C0000

[    0.400000] phy-xrx200 gphy-xrx200.8: booting GPHY1 firmware at 78C0000

[    0.508000] squashfs: version 4.0 (2009/01/31) Phillip Lougher

[    0.516000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.

[    0.524000] msgmni has been set to 246

[    0.528000] io scheduler noop registered

[    0.532000] io scheduler deadline registered (default)

[    0.540000] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112) is a lantiq,asc

[    0.548000] console [ttyLTQ0] enabled, bootconsole disabled
[    0.548000] console [ttyLTQ0] enabled, bootconsole disabled

[    0.560000] ltq_nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x00227e
[    0.568000] Amd/Fujitsu Extended Query Table at 0x0040
[    0.572000]   Amd/Fujitsu Extended Query version 1.3.
[    0.580000] number of CFI chips: 1
[    0.580000] 4 ofpart partitions found on MTD device ltq_nor
[    0.588000] Creating 4 MTD partitions on "ltq_nor":
[    0.592000] 0x000000000000-0x000000060000 : "uboot"
[    0.600000] 0x000000060000-0x000000080000 : "uboot_cfg"
[    0.604000] 0x000000080000-0x000001f80000 : "firmware"
[    0.608000] 0x0000001af9d5-0x000001f80000 : "rootfs"
[    0.612000] mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[    0.628000] mtd: device 3 (rootfs) set to be root filesystem
[    0.632000] mtd: partition "rootfs_data" created automatically, ofs=0x3e0000, len=0x1ba0000
[    0.640000] 0x0000003e0000-0x000001f80000 : "rootfs_data"
[    0.664000] 0x000001f80000-0x000002000000 : "boardconfig"
[    0.776000] libphy: lantiq,xrx200-mdio: probed
[    0.784000] net-xrx200: invalid MAC, using random
[    0.788000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1)
[    0.796000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1)
[    0.804000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.3] (phy_addr=0:00, irq=-1)
[    0.812000] wdt 1f8803f0.watchdog: Init done
[    0.816000] leds-gpio gpio-leds.7: pins are not configured from the driver
[    0.824000] TCP: cubic registered
[    0.828000] NET: Registered protocol family 17
[    0.832000] 8021q: 802.1Q VLAN Support v1.8
[    0.844000] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[    0.852000] Freeing unused kernel memory: 180K (80373000 - 803a0000)
procd: Console is alive
procd: - watchdog -
procd: - preinit -
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    4.204000] SCSI subsystem initialized
[    4.212000] IFXUSB: ifxusb_hcd: version 3.2 B110801
[    4.216000] Chip Version :01c0 BurstSize=0
[    4.820000] IFXUSB: USB core #0 soft-reset
[    5.124000] IFXUSB: USB core #0 soft-reset
[    5.124000] ifxusb_hcd ifxusb_hcd: IFX USB Controller
[    5.128000] ifxusb_hcd ifxusb_hcd: new USB bus registered, assigned bus number 1
[    5.136000] ifxusb_hcd ifxusb_hcd: irq 62, io mem 0xbe101000
[    5.144000] IFXUSB: Init: Power Port (0)
[    5.156000] hub 1-0:1.0: USB hub found
[    5.156000] hub 1-0:1.0: 1 port detected
[    5.660000] IFXUSB: USB core #1 soft-reset
[    5.964000] IFXUSB: USB core #1 soft-reset
[    5.968000] ifxusb_hcd ifxusb_hcd: IFX USB Controller
[    5.972000] ifxusb_hcd ifxusb_hcd: new USB bus registered, assigned bus number 2
[    5.980000] ifxusb_hcd ifxusb_hcd: irq 91, io mem 0xbe106000
[    5.984000] IFXUSB: Init: Power Port (0)
[    5.988000] hub 2-0:1.0: USB hub found
[    5.992000] hub 2-0:1.0: 1 port detected
[    5.996000] ifxusb_hcd ifxusb_hcd: requested GPIO 232
[    6.016000] usbcore: registered new interface driver usb-storage
mount_root: jffs2 is not ready - EOF marker found
procd: - early -
procd: - watchdog -
procd: - ubus -
procd: - init -
Please press Enter to activate this console.
[    8.024000] IFXOS, Version 1.5.14 (c) Copyright 2009, Lantiq Deutschland GmbH


[    8.092000] NET: Registered protocol family 10
[    8.100000] NET: Registered protocol family 8
[    8.104000] NET: Registered protocol family 20
[    8.116000] PPP generic driver version 2.4.2
[    8.128000] nf_conntrack version 0.5.0 (1971 buckets, 7884 max)
[    8.136000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    8.148000] eth0: port 4 got link
[    8.164000] MEI CPE Driver, Version 1.2.0


[    8.168000] (c) Copyright 2009, Infineon Technologies AG
[    8.168000]
### MEI CPE - MEI CPE - MEI CPE - MEI CPE ###



Lantiq CPE API Driver version: DSL CPE API V4.11.4
[    8.192000]
[    8.192000] Predefined debug level: 2
[    8.200000] Loading modules backported from Linux version master-2013-11-05-0-gafa3093
[    8.208000] Backport generated by backports.git backports-20130802-0-gdb67a3f
[    8.216000] ip_tables: (C) 2000-2006 Netfilter Core Team
[    8.236000] ATM1.0.26    ATM (A1) firmware version 0.24
[    8.240000] ifxmips_atm: ATM init succeed
[    8.248000] Infineon Technologies DEU driver version 2.0.0
[    8.260000] IFX DEU DES initialized (multiblock).
[    8.268000] IFX DEU AES initialized (multiblock).
[    8.276000] IFX DEU ARC4 initialized (multiblock).
[    8.276000] IFX DEU SHA1 initialized.
[    8.280000] IFX DEU MD5 initialized.
[    8.288000] IFX DEU SHA1_HMAC initialized.
[    8.292000] IFX DEU MD5_HMAC initialized.
[    8.316000] NET: Registered protocol family 24
[    8.344000] xt_time: kernel timezone is -0000
[    8.380000] cfg80211: Calling CRDA to update world regulatory domain
[    8.384000] cfg80211: World regulatory domain updated:
[    8.388000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[    8.396000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[    8.404000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[    8.412000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[    8.420000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (300 mBi, 2000 mBm)
[    8.428000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (300 mBi, 2000 mBm)
[    8.436000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm)
[    8.548000] usbcore: registered new interface driver rt2800usb
[   14.404000] device eth0 entered promiscuous mode
[   14.412000] br-lan: port 1(eth0) entered forwarding state
[   14.416000] br-lan: port 1(eth0) entered forwarding state
[   16.340000] jffs2_scan_eraseblock(): End of filesystem marker found at 0x0
[   16.352000] jffs2_build_filesystem(): unlocking the mtd device... done.
[   16.356000] jffs2_build_filesystem(): erasing all blocks after the end marker... [   16.420000] br-lan: port 1(eth0) entered forwarding state



BusyBox v1.19.4 (2014-01-14 23:07:55 WET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 BARRIER BREAKER (Bleeding Edge, r39211)
 -----------------------------------------------------
  * 1/2 oz Galliano         Pour all ingredients into
  * 4 oz cold Coffee        an irish coffee mug filled
  * 1 1/2 oz Dark Rum       with crushed ice. Stir.
  * 2 tsp. Creme de Cacao
 -----------------------------------------------------
root@OpenWrt:/#

Supongo que voy por buen camino pero ¿ahora que hay que hacer?

Intento entrar por web y no me carga nada. Que quede claro que el image que he subido es el del primer post no el que me dijo Lesgar, entre ambos hay diferencia de tamaños (3.585 K y 6145 K, este último es el de Lesgar). Después observo que una luz del router se me queda parpadeando. ¿Voy bien o he hecho algo mal?

Insisto disculpadme por tantos post y tantas dudas pero soy novato.

Otra pregunta, este livebox es el R01 y también tengo el R02 (todavia no le he metido mano), me encuentro con el problema que, en el R02, no trae los pines soldados a la placa (el R01 si los trae) por lo que tengo que soldarlos pero, en la placa no se ve por ninguno de los lados pistas que lleguen a los puntos donde tengo que colocar los pines. ¿Cómo se pueden soldar? Parecerá estúpida la pregunta pero, he intentado quitar los puntos de soldadura y no hay manera y he intentado soldar cuatro pines y no coge el estaño. So taladro los puntos de soldadura para poder pasar los pines, ¿cómo se sueldan?

Gracias por vuestra ayuda y paciencia.

Saludos
« Última modificación: 29-04-2014, 22:01 (Martes) por www-www »

krasny

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #337 en: 29-04-2014, 23:05 (Martes) »
Citar
Otra pregunta, este livebox es el R01 y también tengo el R02 (todavia no le he metido mano), me encuentro con el problema que, en el R02, no trae los pines soldados a la placa (el R01 si los trae) por lo que tengo que soldarlos pero, en la placa no se ve por ninguno de los lados pistas que lleguen a los puntos donde tengo que colocar los pines. ¿Cómo se pueden soldar? Parecerá estúpida la pregunta pero, he intentado quitar los puntos de soldadura y no hay manera y he intentado soldar cuatro pines y no coge el estaño. So taladro los puntos de soldadura para poder pasar los pines, ¿cómo se sueldan?

que raro, mi R01 no venía con los pines y los soldé yo... El R02 tiene por el lado contrario del pcb el agujero? si verdad? Para quitar el estaño de los agujros te recomiendo un método que funciona bastante bien,calienta con el soldador el estaño y mete un palillo redondo. Al palillo no se pega el estaño y te permite dejar vacío el agujero para poder meter el pin.

Un saludo y suerte

Lesgar

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #338 en: 30-04-2014, 03:56 (Miércoles) »
Vamos por partes....

La imagen que te subí es mas "Pesada" que ya incorpora luci, block-mount, soporte para montar memorias flash usb,  formateadas en fat, hfs+, ntfs y ext2 3 y 4, soprte adsl,  y algunas "cosas" mas que estaba probando. Solo Vale para routers v1.1
El motivo por el que la subí era simplemente para hacertelo todo más fácil. Yo también empece flasheando la imagen del primer post, pero esta no incorpora luci (lo podrías solucionar siguiendo los pasos que gmtii, jmcabgam y espeltron postearon hace algún tiempo).
Hola www-www

Aunque ponga Xmodem muchos uboot con loady suelen utilizar el Ymodem.
Prueba a usar el protocolo Ymodem con el hiperterminal de windows.

Como usas windows, el tftpd32 es un servidor que instalas en windows.
http://tftpd32.jounin.net/
http://tftpd32.jounin.net/tftpd32_download.html
Selecciona el programa de instalacion que mejor te convenga y permite el acceso a traves del firewall cuando te lo indique.

Este servidor es muy facil de configurar, solo tienes que indicarle la tarjeta de red que va a usar mediante la IP que tenga asignada.
Le indicas la carpeta que vas a utilizar para compartir (descargar o subir archivos), que normalmente puede estar dentro de la ruta donde se instala el programa.

Cuando activas el servidor tftpd cualquier equipo conectado a tu red puede subir o descargar archivos que tengas compartidos en esa carpeta, mediante el protocolo tftpd y la IP de esa tarjeta de red.
Para que esto funcione la IP de la tarjeta de red tiene que ser la adecuada, segun cada aplicacion en concreto.
Por ejemplo podria ser requisito que la IP fuera: 192.168.1.100, o la que tuviera el uboot fijada como IP del servidor tftpd.

Es posible que otros usuarios con mas experiencia te puedan dar mas consejos, pero de momento espero que esto te sirva como guia.

Saludos
espeltron

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
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:  0

Para instalar luci, simplemente define en /etc/config/network una IP válida en tu rango de red y añadele un gateway y dns valido, con el comando vi

en mi caso, modifiqué la IP y añadí:

   option ipaddr '192.168.8.5'
   option gateway '192.168.8.254'
   option dns '192.168.8.254'

tras salir con
esc :wq

hacemos que reinicie con el comando reboot. tardará un ratito en reiniciar...

Y siguiendo las instrucciones de diegoabel
Citar

Para los que quieran instalar luci:

opkg update

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 que hayas definido anteriormente en /etc/config/network


Una vez hecho esto tampoco podrás poner el firmware en un pincho usb y copiarlo a su ubicación en /etc/firmware pq no podrás montar el pincho (a lo mejor lo puedes solucionar pasandolo por SCP, no se...).
Hay un script en /sbin (si no recuerdo mal que intenta bajar el firmware que extrae de un speedtouch W952v) pero a mi tampoco me funcionó.
De todas formas si lo consigues comentalo.

Creo que habría que añadir a las imagenes del primer post un par mas para "novatos"  como nosotros  ??? así como la versión final del uboot "universal" actualizada.

 Gmtti me pasó versión que vale para ambos routers pues según el soc que detecte carga un firmware u otro que funcionan todos los puertos ethernet. La única "pega" es que no me detecta bien la cantidad de ram.
Versión gmtii:
Código: [Seleccionar]
Cita de: gmtii en 12-03-2014, 01:01 (Mircoles)

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
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:  0

Última versión que me pasó:
Código: [Seleccionar]
ROM VER: ©©ï#!„Dó

U-Boot 2014.01-openwrt2-dirty (Apr 27 2014 - 15:57:36) arv7519rw

Board: Arcadyan ARV7519RW
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NOR
RAM:  64 MiB
Flash: 32 MiB
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:

... Ademas speltron quería que hiciese algunas pruebas reinstalando el boot original completo (partición mtd0 1 y 2).

Respecto al tema de la generación de imágenes para "novatos" como nosotros "todo incluido" ;) el tema está en como crear una imagen que no de problemas de dependencias al instalar o desinstalar paquetes que no sea "monstuosamente grande".

Hay algunas "cosas" que se deberían de revisar, por ejemplo:
Los interfaces de red están etiquetados de forma "rara" el puerto br-lan: port 1(eth0) corresponde al 4, el puerto br-lan: port 5(eth0) al 2, el  br-lan: port 2(eth0) al 3 y el  br-lan: port 3(eth0) al 4.
Si compilas el soporte atm te genera un archivo de configuración con la opción ptm (que no está compilada). Si compilas soporte para ambos (atm/ptm) y quieres cambiar entre un modo u otro es necesario reiniciar, si haces un dsl_control stop no descarga el modulo cargado y al hacer un dsl_control start "peta".

No consigo que al compilar me genere el /lib/firmare/vdsl.bin. Aunque de forma manual lo pongas en su sitio y funcione el Adsl ni identifica el chipset (Chipset:   Lantiq-VRx Unknown)....

Tambien está el tema de ver si nos interesa compilar directamente desde git o hacer un repositorio en openwrt-es como comentó Pteridim hace bastante tiempo.
Por mi parte no hay problema en intentarlo, pero hay muchas cosas que todavía se me "escapan"....

Es verdad que cuando empecé tuve muchos problemas con el tema de cargar imágenes  a través de tftp, hasta el punto de preferir subirlas por Xmodem (que es un procedimiento mas lento que el caballo del malo).
Creedme que ahora que tengo el servidor tftp funcionando no se me ocurre "ni loco" subir nada por puerto de serie.
A lo mejor se podría habilitar el httpd en el uboot y cargar las imagenes desde firefox (con el resto de navegadores no funciona). ¿que opinais?

Actualizo en la guía anterior info sobre como montar el servidor tftp y añado a los creditos a jmcabgam que es quien lo posteo originalmente

Os animo a seguir preguntando lo que no os quede claro... pero hay que leeeer que todo está en el foro... disperso... pero está.

PD: Estoy intentando hacer un backup de la flash pero me tira un kernel panic
https://www.dropbox.com/s/6gtrdg7bkg05fzd/KernelPanic.log
El objetivo es crear una copia de seguridad con una imagen funcional para mi uso diario y cargar "otra" para cuando quera "trastear"
¿Alguna idea?
 


« Última modificación: 30-04-2014, 05:13 (Miércoles) por Lesgar »

Pteridium

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #339 en: 30-04-2014, 11:08 (Miércoles) »
Bueno después de mucho pelearme con el livebox, me sale esto:
Citar
ROM VER: ©©ï#!„Dó

U-Boot 2014.01-openwrt2-dirty (Apr 27 2014 - 15:57:36) arv7519rw

Board: Arcadyan ARV7519RW
SoC:   Lantiq VRX288 v1.1
CPU:   500 MHz
IO:    250 MHz
BUS:   250 MHz
BOOT:  NOR
DRAM:  64 MiB
Flash: 32 MiB
In:    serial
Out:   serial
Err:   serial
Net:   ltq-eth
Hit any key to stop autoboot:  2  1  0
## Booting kernel from Legacy Image at b0080000 ...
   Image Name:   MIPS OpenWrt Linux-3.10.24
   Created:      2014-02-11  21:03:04 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1243541 Bytes = 1.2 MiB
   Load Address: 80002000
   Entry Point:  80002000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 3.10.24 (ebensan@ubuntu) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r39210) ) #11 Tue Feb 11 21:02:46 WET 2014

[    0.000000] SoC: VR9 rev 1.1

[    0.000000] bootconsole [early0] enabled

[    0.000000] CPU revision is: 00019555 (MIPS 34Kc)

[    0.000000] MIPS: machine is ARV7519 - Astoria Networks ARV7519RW22-A-LT

[    0.000000] Determined physical RAM map:

[    0.000000]  memory: 08000000 @ 00000000 (usable)

[    0.000000] Initrd not found or empty - disabling initrd

[    0.000000] Zone ranges:

[    0.000000]   Normal   [mem 0x00000000-0x07ffffff]

[    0.000000] Movable zone start for each node

[    0.000000] Early memory node ranges

[    0.000000]   node   0: [mem 0x00000000-0x07ffffff]

[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.

[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes

[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512

[    0.000000] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit

[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)

[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)

[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)

[    0.000000] Writing ErrCtl register=0000000b

[    0.000000] Readback ErrCtl register=0000000b

[    0.000000] Memory: 125972k/131072k available (2642k kernel code, 5100k reserved, 878k data, 180k init, 0k highmem)

[    0.000000] NR_IRQS:256

[    0.000000] CPU Clock: 500MHz

[    0.000000] Calibrating delay loop... 332.54 BogoMIPS (lpj=665088)

[    0.032000] pid_max: default: 32768 minimum: 301

[    0.036000] Mount-cache hash table entries: 512

[    0.040000] pinctrl core: initialized pinctrl subsystem

[    0.044000] NET: Registered protocol family 16

[    0.056000] pinctrl-xway 1e100b10.pinmux: Init done

[    0.060000] dma-xway 1e104100.dma: Init done - hw rev: 7, ports: 7, channels: 28

[    0.068000] dcdc-xrx200 1f106a00.dcdc: Core Voltage : 1016 mV

[    0.072000] arch/mips/pci/ifxmips_pcie_vr9.h:pcie_device_rst_assert[185]

[    0.184000] arch/mips/pci/ifxmips_pcie_vr9.h:pcie_device_rst_deassert[193]

[    0.212000] bio: create slab <bio-0> at 0

[    0.216000] usbcore: registered new interface driver usbfs

[    0.220000] usbcore: registered new interface driver hub

[    0.224000] usbcore: registered new device driver usb

[    0.228000] PCI host bridge to bus 0000:00

[    0.232000] pci_bus 0000:00: root bus resource [mem 0x1c000000-0x1cffffff]

[    0.236000] pci_bus 0000:00: root bus resource [io  0x1d800000-0x1d8fffff]

[    0.240000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]

[    0.244000] ifx_pcie_rc_class_early_fixup: fixed pcie host bridge to pci-pci bridge

[    0.256000] ifx_pcie_fixup_resource: fixup host controller 0000:00:00.0 (15d1:0011)

[    0.260000] pci 0000:00:00.0: BAR 9: assigned [mem 0x1c000000-0x1cbfffff pref]

[    0.264000] pci 0000:01:00.0: BAR 1: assigned [mem 0x1c000000-0x1c7fffff pref]

[    0.268000] pci 0000:01:00.0: BAR 0: assigned [mem 0x1c800000-0x1c800fff pref]

[    0.272000] pci 0000:00:00.0: PCI bridge to [bus 01]

[    0.276000] pci 0000:00:00.0:   bridge window [mem 0x1c000000-0x1cbfffff pref]

[    0.280000] ifx_pcie_bios_map_irq port 0 dev 0000:00:00.0 slot 0 pin 1

[    0.284000] ifx_pcie_bios_map_irq dev 0000:00:00.0 irq 144 assigned

[    0.288000] ifx_pcie_bios_map_irq port 0 dev 0000:01:00.0 slot 0 pin 1

[    0.292000] ifx_pcie_bios_map_irq dev 0000:01:00.0 irq 144 assigned

[    0.296000] Switching to clocksource MIPS

[    0.304000] NET: Registered protocol family 2

[    0.308000] TCP established hash table entries: 1024 (order: 1, 8192 bytes)

[    0.312000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)

[    0.320000] TCP: Hash tables configured (established 1024 bind 1024)

[    0.328000] TCP: reno registered

[    0.332000] UDP hash table entries: 256 (order: 0, 4096 bytes)

[    0.336000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)

[    0.344000] NET: Registered protocol family 1

[    0.348000] gptu: totally 6 16-bit timers/counters

[    0.352000] gptu: misc_register on minor 63

[    0.356000] gptu: succeeded to request irq 126

[    0.360000] gptu: succeeded to request irq 127

[    0.364000] gptu: succeeded to request irq 128

[    0.368000] gptu: succeeded to request irq 129

[    0.376000] gptu: succeeded to request irq 130

[    0.380000] gptu: succeeded to request irq 131

[    0.384000] phy-xrx200 gphy-xrx200.8: requesting lantiq/vr9_phy11g_a1x.bin

[    0.392000] phy-xrx200 gphy-xrx200.8: booting GPHY0 firmware at 78C0000

[    0.400000] phy-xrx200 gphy-xrx200.8: booting GPHY1 firmware at 78C0000

[    0.508000] squashfs: version 4.0 (2009/01/31) Phillip Lougher

[    0.516000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.

[    0.524000] msgmni has been set to 246

[    0.528000] io scheduler noop registered

[    0.532000] io scheduler deadline registered (default)

[    0.540000] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112) is a lantiq,asc

[    0.548000] console [ttyLTQ0] enabled, bootconsole disabled
[    0.548000] console [ttyLTQ0] enabled, bootconsole disabled

[    0.560000] ltq_nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x00227e
[    0.568000] Amd/Fujitsu Extended Query Table at 0x0040
[    0.572000]   Amd/Fujitsu Extended Query version 1.3.
[    0.580000] number of CFI chips: 1
[    0.580000] 4 ofpart partitions found on MTD device ltq_nor
[    0.588000] Creating 4 MTD partitions on "ltq_nor":
[    0.592000] 0x000000000000-0x000000060000 : "uboot"
[    0.600000] 0x000000060000-0x000000080000 : "uboot_cfg"
[    0.604000] 0x000000080000-0x000001f80000 : "firmware"
[    0.608000] 0x0000001af9d5-0x000001f80000 : "rootfs"
[    0.612000] mtd: partition "rootfs" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[    0.628000] mtd: device 3 (rootfs) set to be root filesystem
[    0.632000] mtd: partition "rootfs_data" created automatically, ofs=0x3e0000, len=0x1ba0000
[    0.640000] 0x0000003e0000-0x000001f80000 : "rootfs_data"
[    0.664000] 0x000001f80000-0x000002000000 : "boardconfig"
[    0.776000] libphy: lantiq,xrx200-mdio: probed
[    0.784000] net-xrx200: invalid MAC, using random
[    0.788000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:11, irq=-1)
[    0.796000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.4] (phy_addr=0:13, irq=-1)
[    0.804000] eth0: attached PHY [Lantiq XWAY VR9 GPHY 11G v1.3] (phy_addr=0:00, irq=-1)
[    0.812000] wdt 1f8803f0.watchdog: Init done
[    0.816000] leds-gpio gpio-leds.7: pins are not configured from the driver
[    0.824000] TCP: cubic registered
[    0.828000] NET: Registered protocol family 17
[    0.832000] 8021q: 802.1Q VLAN Support v1.8
[    0.844000] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[    0.852000] Freeing unused kernel memory: 180K (80373000 - 803a0000)
procd: Console is alive
procd: - watchdog -
procd: - preinit -
Press the [f] key and hit [enter] to enter failsafe mode
Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level
[    4.204000] SCSI subsystem initialized
[    4.212000] IFXUSB: ifxusb_hcd: version 3.2 B110801
[    4.216000] Chip Version :01c0 BurstSize=0
[    4.820000] IFXUSB: USB core #0 soft-reset
[    5.124000] IFXUSB: USB core #0 soft-reset
[    5.124000] ifxusb_hcd ifxusb_hcd: IFX USB Controller
[    5.128000] ifxusb_hcd ifxusb_hcd: new USB bus registered, assigned bus number 1
[    5.136000] ifxusb_hcd ifxusb_hcd: irq 62, io mem 0xbe101000
[    5.144000] IFXUSB: Init: Power Port (0)
[    5.156000] hub 1-0:1.0: USB hub found
[    5.156000] hub 1-0:1.0: 1 port detected
[    5.660000] IFXUSB: USB core #1 soft-reset
[    5.964000] IFXUSB: USB core #1 soft-reset
[    5.968000] ifxusb_hcd ifxusb_hcd: IFX USB Controller
[    5.972000] ifxusb_hcd ifxusb_hcd: new USB bus registered, assigned bus number 2
[    5.980000] ifxusb_hcd ifxusb_hcd: irq 91, io mem 0xbe106000
[    5.984000] IFXUSB: Init: Power Port (0)
[    5.988000] hub 2-0:1.0: USB hub found
[    5.992000] hub 2-0:1.0: 1 port detected
[    5.996000] ifxusb_hcd ifxusb_hcd: requested GPIO 232
[    6.016000] usbcore: registered new interface driver usb-storage
mount_root: jffs2 is not ready - EOF marker found
procd: - early -
procd: - watchdog -
procd: - ubus -
procd: - init -
Please press Enter to activate this console.
[    8.024000] IFXOS, Version 1.5.14 (c) Copyright 2009, Lantiq Deutschland GmbH


[    8.092000] NET: Registered protocol family 10
[    8.100000] NET: Registered protocol family 8
[    8.104000] NET: Registered protocol family 20
[    8.116000] PPP generic driver version 2.4.2
[    8.128000] nf_conntrack version 0.5.0 (1971 buckets, 7884 max)
[    8.136000] ip6_tables: (C) 2000-2006 Netfilter Core Team
[    8.148000] eth0: port 4 got link
[    8.164000] MEI CPE Driver, Version 1.2.0


[    8.168000] (c) Copyright 2009, Infineon Technologies AG
[    8.168000]
### MEI CPE - MEI CPE - MEI CPE - MEI CPE ###



Lantiq CPE API Driver version: DSL CPE API V4.11.4
[    8.192000]
[    8.192000] Predefined debug level: 2
[    8.200000] Loading modules backported from Linux version master-2013-11-05-0-gafa3093
[    8.208000] Backport generated by backports.git backports-20130802-0-gdb67a3f
[    8.216000] ip_tables: (C) 2000-2006 Netfilter Core Team
[    8.236000] ATM1.0.26    ATM (A1) firmware version 0.24
[    8.240000] ifxmips_atm: ATM init succeed
[    8.248000] Infineon Technologies DEU driver version 2.0.0
[    8.260000] IFX DEU DES initialized (multiblock).
[    8.268000] IFX DEU AES initialized (multiblock).
[    8.276000] IFX DEU ARC4 initialized (multiblock).
[    8.276000] IFX DEU SHA1 initialized.
[    8.280000] IFX DEU MD5 initialized.
[    8.288000] IFX DEU SHA1_HMAC initialized.
[    8.292000] IFX DEU MD5_HMAC initialized.
[    8.316000] NET: Registered protocol family 24
[    8.344000] xt_time: kernel timezone is -0000
[    8.380000] cfg80211: Calling CRDA to update world regulatory domain
[    8.384000] cfg80211: World regulatory domain updated:
[    8.388000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[    8.396000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[    8.404000] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[    8.412000] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[    8.420000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz), (300 mBi, 2000 mBm)
[    8.428000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (300 mBi, 2000 mBm)
[    8.436000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm)
[    8.548000] usbcore: registered new interface driver rt2800usb
[   14.404000] device eth0 entered promiscuous mode
[   14.412000] br-lan: port 1(eth0) entered forwarding state
[   14.416000] br-lan: port 1(eth0) entered forwarding state
[   16.340000] jffs2_scan_eraseblock(): End of filesystem marker found at 0x0
[   16.352000] jffs2_build_filesystem(): unlocking the mtd device... done.
[   16.356000] jffs2_build_filesystem(): erasing all blocks after the end marker... [   16.420000] br-lan: port 1(eth0) entered forwarding state



BusyBox v1.19.4 (2014-01-14 23:07:55 WET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 BARRIER BREAKER (Bleeding Edge, r39211)
 -----------------------------------------------------
  * 1/2 oz Galliano         Pour all ingredients into
  * 4 oz cold Coffee        an irish coffee mug filled
  * 1 1/2 oz Dark Rum       with crushed ice. Stir.
  * 2 tsp. Creme de Cacao
 -----------------------------------------------------
root@OpenWrt:/#

Supongo que voy por buen camino pero ¿ahora que hay que hacer?

Intento entrar por web y no me carga nada. Que quede claro que el image que he subido es el del primer post no el que me dijo Lesgar, entre ambos hay diferencia de tamaños (3.585 K y 6145 K, este último es el de Lesgar). Después observo que una luz del router se me queda parpadeando. ¿Voy bien o he hecho algo mal?

Insisto disculpadme por tantos post y tantas dudas pero soy novato.
La luz de power parpadeando es normal e indica que se ha cargado el kernel y comienza el inicio de OpenWRT, y se suele apagar cuando todo ha arrancado. Después de meter el firm, en el primer arranque, tarda más porque está terminando de crear el sistema de ficheros JFFS2, que es dónde se guardan las configuraciones y los módulos y paquetes que se instalan a mayores; por cierto, a mayor tamaño de flash, el tiempo en el primer arranque es mayor.

¿Sólo 6145 KB para un firm con tantas cosas?

//FINAL Y MÁS DOS RESPUESTAS