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

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

crislgga

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #740 en: 17-11-2015, 22:30 (Martes) »
Intuyo que al haberlo hecho como dices has dejado las primeras páginas de memoria borradas. El motivo es que uno de los dos cortos, el R155, es a su vez una línea de direccionamiento de memoria y mientras esté el corto activo ciertas posiciones de memoria están en modo de solo lectura. Al realizar el proceso para modificar el arranque has cargado el uboot en memoria ram, hasta ahí bien, ahora ha empezado a borrarte las tres primeras páginas de la memoria, y ahí ya ****da, te ha conseguido borrar la primera y la segunda o tercera ha dado error, haciendo que no haya terminado el grabado y dejándote sin arranque alguno por lo que ya no puedes arrancar la placa en arranque normal.

Te digo lo que haría en tu situación, pero ante todo te recomiendo mucho cuidado con los puntos a cortocircuitar. Haz el corto de R148 y deja sin cortocircuitar R155. Ahora conecta el puerto serie, el cable ethernet y la alimentación. Ponte la placa boca abajo para con mucho cuidad y un destornillador pequeño de precisión hacer el corto de R155 solo para el instante del arranque, si te sale CFG 05 es que no has hecho bien el corto con el destornillador y tendrás que apagar la placa volver a ver que está cortocircuitando bien encender de nuevo. En cuento veas CFG 04 UART levantas el destornillador para liberar el corto R155. Repito que cuidado con el destornillador porque como se te deslice puedes rallar. Ahora le cargas el uboot ram asc, mientras puedes ir preparando el u-boot nor en el tftp. Cuando haya terminado de cargar ejecutas run load-uboot-nor y luego run write-uboot-nor. Cuando haya terminado de cargar desconectas la placa y quitas el corto de R148.

En este momento deberías de poder volver a conectar la placa y debería de arrancar U-Boot. En ese instante con seguir los pasos desde ese punto del post inicial deberías de poder cargar OpenWrt sin necesidad de tocar tantas variables de U-Boot como las que indicas.

Gracias por el gran tutorial Howl
A ver, antes de que pusieras tu respuesta, me puse a investigar si el modo UART funcionaba, y efectivamente puedo arrancar UART el CFG 04, tal y como se indica en la wiki y en la primera pagina del post, vamos el comienzo, una vez hecho eso, el segundo paso "NORMAL", es quitar los puentes,es decir los 2, de ahi salta al CFG 01, que es el arranque normal, con el VR9, pero ahi se quedaba, tal cual en CFG 01, mas tarde intentare eso que tu dices de solo hacer el puente sobre la R148, Y luego forzar la R155 con el destonillador solo un segundo, a ver si acaso...luego a las 12 o la 1 os comentaré, ya que me puedo poner ya tranquilamente
saludos y gracias


« Última modificación: 17-11-2015, 22:33 (Martes) por crislgga »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #741 en: 17-11-2015, 22:57 (Martes) »
Tienes que tener cuidado al quitar los cortos. Si no haces como los más experimentados de este foro que es soldar cables (con cuidado porque una vez soldados incluso los cables más finos pueden hacer palanca y levantarte el punto de soldadura de la placa) ponerles un poco de silicona y luego a interruptor, algunos le ponen resistencias por si acaso aunque en principio no debería de suponer problema no ponerlas.

El tema es que al quitar el corto si lo tienes conectado y pegas en otro sitio puedes producir el reseteo de la cpu o en el peor de los casos cargarte algo. De la forma que te digo es teniendo en cuenta que no vas a usar el arranque UART para nada más. Si lo haces correctamente cuando te haya arrancado en CFG 04 UART y levantes el destornillador el procesador debería de quedarse ahí, esperando el uboot asc pero sin el corto.
« Última modificación: 17-11-2015, 22:59 (Martes) por howl »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #742 en: 18-11-2015, 01:36 (Miércoles) »
Del U-Boot 2014.07 ya he mirado el tema del offset para las variables de entorno y está el problema de que no entra. Ocupa un total de 387 KB por lo que se pasa a la 4 página de memoria que comentaba por unos 3 míseros KB. El offset de las variables de entorno está puesta a la 4 página que viene a ser la memoria de 384K - 512 K, y si se le desplaza una página más allá tenemos que se pone en 512K - 640K el problema está en que la zona de Boot según marca el bootloader original tiene 512K por lo que nos salimos del espacio para el.

Una posibilidad sería meterlo en el área original [4] Boot Parameters 0xB1F80000     256K desplazándolo bastante, pero tendría que revisar como distribuye la memoria OpenWrt que igual por mirar las áreas con el cargador original estoy liandola.

Una posibilidad más sería hacer dos U-Boots, uno para el 1.1 y otro para el 1.2 ahorrando el tamaño de uno de los dos firmwares. Lo malo de esta opción es que da pie a que alguien se equivoque y si no tiene conocimientos suficientes o no encuentra un uboot asc correcto se quede con el aparato brickeado.
« Última modificación: 18-11-2015, 01:38 (Miércoles) por howl »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #743 en: 18-11-2015, 19:00 (Miércoles) »
Ya he mirado la disposición de la memoria flash con el firmware original y con openwrt y con ello he encontrado un fallo en las particiones mtd de openwrt.

Para la original he usado los nombres que aporta BRN-BOOT y para la de OpenWrt lo nombres de las particiones MTD.

Original:
  - Flash Image         0xB0000000-0xB1FC0000       32768K
    - Boot              0xB0000000-0xB0080000            |-   512K
    - Linux Image       0xB0080000-0xB1880000            |- 24576K
      - ??              0xB0080000-0xB1280000            |       |- 18432K
      - Image 0         0xB1280000-0xB1880000            |       \-  6144K
    - Image 1           0xB1880000-0xB1E80000            |-  6144K
    - Configuration     0xB1E80000-0xB1F80000            |-  1024K
    - Boot Parameters   0xB1F80000-0xB1FC0000            \-   256K

OpenWrt:
  - Flash Image         0xB0000000-0xB1FC0000       32768K
    - uboot             0xB0000000-0xB0060000            |-   384K
    - uboot-env         0xB0060000-0xB0080000            |-   128K
    - firmware          0xB0080000-0xB1E80000            |- 30720K
      - ??              0xB0080000-0xB02164B8            |       |-  ~1625,18K ( 1664184B)
      - rootfs          0xB02164B8-0xB1E80000            |       \- ~29094,82K (29793096B)
        - ??            0xB02164B8-0xB04C0000            |                   |- ~2726,82K ( 2792264B)
        - rootfs_data   0xB04C0000-0xB1E80000            |                   \-    26368K
   - dsl_fw             0xB1E80000-0xB1F80000            |-  1024K
   - boardconfig        0xB1F80000-0xB2000000            \-   512K (esta se va 256K más allá del límite de la memoria flash)


El fallo radica en la partición boardconfig, que va de 0xB1F80000-0xB2000000 de forma que se escapa fuera de los límites de la memoria flash por 256K. Esta partición se corresponde con la Boot Parameters original que va de 0xB1F80000-0xB1FC0000 ocupando 256K y quedando justo hasta el final de la memoria flash.

A parte de eso, ahora viene la idea sobre el reajustar U-Boot (supongo que OpenWrt también habría que ajustarle) para que se puedan tener disponibles los 512K iniciales para U-Boot. El tema es que como ya comenté una compilación de U-Boot 2014.7 tiene un tamaño que hacen necesarias las 4 primeras páginas para el de forma que el espacio previsto para las variables de entorno de U-Boot en la 4ª página se solapan. Se me ocurre como posibilidad el desplazar las variables de U-Boot para que coincida con la partición boardconfig (recordar arreglar los límites de esta) para que esta pase a ser la uboot-env. Realmente no es pérdida ninguna ya que supone usar el sitio previsto para el mismo efecto del cargador original.

Ahí lo dejo para los que más metidos estáis en harina veáis si pueda ser una opción correcta. Con ello en principio se quita una partición innecesaria que además creo yo la mayoría que hemos hecho copia de seguridad para poder dejar de fábrica el aparato hemos hecho un volcado completo de toda la memoria por lo que no supondría problema alguno sobre escribir esas dos páginas del final de la memoria con la variables de uboot. Se gana en espacio para U-Boot en 1 página (que se ocupan justo todas con U-Boots más nuevos) y también para las variables del entorno en otra página más.
« Última modificación: 18-11-2015, 19:13 (Miércoles) por howl »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #744 en: 18-11-2015, 19:19 (Miércoles) »
Añado a lo anterior que veo en la partición Configuration original que corresponde con la dsl_fw, lo que hay guardado es también toda la configuración del router para el firmware original como el usuario y contraseña, ip... Teniendo en cuenta que OpenWrt descarga el firmware del dsl de Internet y lo guarda en un archivo dentro de si mismo, ¿no sería posible obviar esa partición dsl_fw y pasar esos 1024K a la zona de imagen de firmware?

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #745 en: 18-11-2015, 22:10 (Miércoles) »
Añado este volcado que respalda lo que comento:

arv7519rw # md 0xB1FBFF80
b1fbff80: ffffffff ffffffff ffffffff ffffffff    ................
b1fbff90: ffffffff ffffffff ffffffff ffffffff    ................
b1fbffa0: ffffffff ffffffff ffffffff ffffffff    ................
b1fbffb0: ffffffff ffffffff ffffffff ffffffff    ................
b1fbffc0: ffffffff ffffffff ffffffff ffffffff    ................
b1fbffd0: ffffffff ffffffff ffffffff ffffffff    ................
b1fbffe0: ffffffff ffffffff ffffffff ffffffff    ................
b1fbfff0: ffffffff 00003c00 12345678 51d7afe6    ......<..4VxQ...
b1fc0000: 00000000 00000000 00000000 00000000    ................
b1fc0010: 00000000 00000000 00000000 00000000    ................
b1fc0020: 00000000 00000000 00000000 00000000    ................
b1fc0030: 00000000 00000000 00000000 00000000    ................
b1fc0040: 00000000 00000000 00000000 00000000    ................
b1fc0050: 00000000 00000000 00000000 00000000    ................
b1fc0060: 00000000 00000000 00000000 00000000    ................
b1fc0070: 00000000 00000000 00000000 00000000    ................
arv7519rw #


Justo a partir de 0xB1FC0000 la memoria en su estado borrado no es 0xFFFFFFFF sino 0x00000000 por lo que se puede concluir que efectivamente a partir de ahí no se trata de la memoria NOR Flash del router.

Además he podido observar que si accedemos a 0xB2000000 desde el U-Boot aparenta ser exactamente la misma memoria que 0xB0000000, y es el inicio del U-Boot. Lo mismo pasa si accedemos a 0xB2080000, es el inicio de la imagen de OpenWrt. Desconozco si eso es funcionamiento normal de U-Boot o si habría que modificar algo para evitar eso.

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #746 en: 18-11-2015, 23:43 (Miércoles) »
Vale, veo que la MAC se saca de la mtd boardconfig, y creo que solo se usa para eso, igual se podría hacer que lo cogiese del entorno de uboot en caso de ponerlo ahí, pero ya como mínimo requeriría de que cada uno pusiera correctamente la mac en las variables de U-Boot.

De momento dejo este parche que lo único que hace es definir la Flash hasta justo su límite y poner también el tamaño correcto al mtd de boardconfig:

--- a/target_linux_lantiq_dts_ARV7519RW22.dts   2015-11-18 23:31:34.780122560 +0100
+++ b/target_linux_lantiq_dts_ARV7519RW22.dts   2015-11-18 23:44:16.705647525 +0100
@@ -46,7 +46,7 @@
 
             boardconfig: partition@1f80000 {
                label = "boardconfig";
-               reg = <0x1f80000 0x80000>;
+               reg = <0x1f80000 0x40000>;
                read-only;
             };
          };
« Última modificación: 20-11-2015, 18:38 (Viernes) por howl »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #747 en: 18-11-2015, 23:45 (Miércoles) »
He editado el parche anterior, metí sin querer también la extensión del mtd de uboot a 4 páginas. Ahora está correcto  el parche.

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #748 en: 18-11-2015, 23:57 (Miércoles) »
Además acabo de ver que el script del dsl usa la partición mtd dsl_fw. Desconozco si sea estrictamente necesario hacerlo de esa manera o si se podría reducir esa partición a un tamaño menor, aunque creo que posiblemente sería enredar más de lo necesario para un aumento mínimo de tamaño en firmware.

skywalky

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #749 en: 19-11-2015, 15:28 (Jueves) »
Vaya curro que te estás pegando. ¿Ese puede ser el motivo de los continuos reinicios que ocurren en este router cuando se accede a los USB? O no tiene nada que ver  ???

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #750 en: 19-11-2015, 15:51 (Jueves) »
No ese fallo no debería de observarse con usos normales del router, el único problema que podría darse es si alguno intenta hacer un backup de esa sección de la flash desde OpenWrt en vez de desde el arranque linux de brn-boot. El problema del usb es en el propio módulo dwc2 del kernel de linux. Estoy a la espera de que en trunk actualicen la parte de lantiq a la 4.3 que tiene muchos cambios aplicados a ese módulo, lo he intentado yo mismo y no veo que me dejo porque falla a la hora de buscar el profile mientras compila. Además en la futura versión 4.4 en su rc1 ya han metido más parches todavía, entre ellos unos que estaban aplicados solo al compilarse OpenWrt para procesadores como el que tenemos en este router. También hay más parches aún publicados en la lista de correo linux-usb que todavía no han entrado en el git del kernel. No es algo seguro pero es muy probable que todos esos cambios drásticos en ese módulo puedan arreglar este fallo que tenemos.

Acabo de comprobar que el firmware para dsl actual ocupa unos 840K en memoria, así que reducir esa partición de dsl_fw no sería algo muy aconsejable.

Estoy pensando en esa posibilidad de usar la boardconfig y ver otra manera de recoger la mac desde las variables de entorno de U-Boot, revisaré otros routers a ver si hay alguno ya que tenga puesto coger la mac desde la ethaddr de uboot.

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #751 en: 20-11-2015, 18:26 (Viernes) »
Revisando más el tema de la memoria hay algo que no entiendo. Copio las áreas de memoria según las ve BRN-BOOT:

    ---------------------------------------
      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
    ---------------------------------------


Todas las áreas que se ven ahí las he ordenado ya en el post anterior salvo la Emergency Value que pone empieza en 0xB1FC0000 y que es de 2883584K, evidentemente en la Flash no puede residir por su tamaño, pero si atendemos al tamaño que hay de Flash Image 32768K y que empieza en 0xB0000000 podemos calcular que acaba en 0xB2000000, pero eso deja que ese área de Emergency Value empieza en los 256K último de la memoria Flash y posteriormente ¿dónde se aloja?

Lo que si está claro es que el Boot Parameters correspondiente a boardconfig son 256K y no 512K. Pero eso deja a ver que los 256K últimos de la memoria están ocupados por algo desconocido. Lo que contiene originalmente ese espacio de 0xB1FC0000 hasta 0x20000000 es 0x00 en todas las posiciones de memoria salvo en la anterior a la ante penúltima, la 0x1FFFFFFC, que contiene 0xFF.

Me pregunto por tanto si sería posible usar esos últimos 256K para la uboot-env o si supondría algún problema. Todavía no tengo un router con el que poder trastear la memoria sin riesgo de dejarlo como pisapapeles, pero en cuanto tenga posibilidad revisaré a ver si puedo hacer algo.

He editado el parche anterior para que mantenga el tamaño de la flash pero le mantengo que deje el tamaño de boardconfig a la mitad.
« Última modificación: 20-11-2015, 18:39 (Viernes) por howl »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #752 en: 20-11-2015, 23:56 (Viernes) »
Acabo de sacar también el particionado de memoria como lo ve el uboot que va conjunto al brn-boot en el firmware de serie:
Original U-Boot:
  - Flash Image         0xB0000000-0xB2000000       32768K
    - uboot             0xB0000000-0xB0040000            |-   256K
    - uboot-bin         0xB0040000-0xB0080000            |-   256K
      - ddrconfig       0xB007FFE8-0xB0080000            |       \- 24B
    - ubootconfig       0xB0080000-0xB00A0000            |-   128K
    - kernel            0xB00A0000-0xB02A0000            |-  2048K
    - rootfs            0xB02A0000-0xB0CA0000            |- 10240K
    - rootfs2           0xB0CA0000-0xB11A0000            |-  5120K
    - sysconfig         0xB11A0000-0xB1280000            |-   896K
    - supertask_img     0xB1280000-0xB1E80000            |- 12288K
    - supertask_cfg     0xB1E80000-0xB1F80000            |-  1024K
    - supertask_bootcfg 0xB1F80000-0xB2000000            \-   512K


Este particionado coincide con los mtd de los que se hacen copia en el post inicial para hacer el backup. Solo me falta probar a volcar el firmware de serie por completo y grabar algo en los últimos 256K a ver si es verdad que el sistema Supertask lo toca para algo, pero intuyo que no.

De todas formas se puede ver como realmente el kernel de linux en el firmware original está en la posición 0xB00A0000 mientras que en el 0xB008000 se encuentran las variables de entorno del uboot de serie.

Con ello me gustaría plantear si estaría bien modificar el particionado de OpenWrt para que vea uboot-env de 0xB0080000-0xB00A0000 y el inicio de la imagen de OpenWrt sea 0xB00A0000. Es una solución buena a poder grabar U-Boots más recientes y es idéntico a como está planteado en el firmware original.

crislgga

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #753 en: 21-11-2015, 13:56 (Sábado) »
Intuyo que al haberlo hecho como dices has dejado las primeras páginas de memoria borradas. El motivo es que uno de los dos cortos, el R155, es a su vez una línea de direccionamiento de memoria y mientras esté el corto activo ciertas posiciones de memoria están en modo de solo lectura. Al realizar el proceso para modificar el arranque has cargado el uboot en memoria ram, hasta ahí bien, ahora ha empezado a borrarte las tres primeras páginas de la memoria, y ahí ya ****da, te ha conseguido borrar la primera y la segunda o tercera ha dado error, haciendo que no haya terminado el grabado y dejándote sin arranque alguno por lo que ya no puedes arrancar la placa en arranque normal.

Te digo lo que haría en tu situación, pero ante todo te recomiendo mucho cuidado con los puntos a cortocircuitar. Haz el corto de R148 y deja sin cortocircuitar R155. Ahora conecta el puerto serie, el cable ethernet y la alimentación. Ponte la placa boca abajo para con mucho cuidad y un destornillador pequeño de precisión hacer el corto de R155 solo para el instante del arranque, si te sale CFG 05 es que no has hecho bien el corto con el destornillador y tendrás que apagar la placa volver a ver que está cortocircuitando bien encender de nuevo. En cuento veas CFG 04 UART levantas el destornillador para liberar el corto R155. Repito que cuidado con el destornillador porque como se te deslice puedes rallar. Ahora le cargas el uboot ram asc, mientras puedes ir preparando el u-boot nor en el tftp. Cuando haya terminado de cargar ejecutas run load-uboot-nor y luego run write-uboot-nor. Cuando haya terminado de cargar desconectas la placa y quitas el corto de R148.

En este momento deberías de poder volver a conectar la placa y debería de arrancar U-Boot. En ese instante con seguir los pasos desde ese punto del post inicial deberías de poder cargar OpenWrt sin necesidad de tocar tantas variables de U-Boot como las que indicas.

Hola howl, perdona que no haya dicho nada hasta ahora, ya que no he tenido tiempo entre unas cosas y otras, a ver, te comento, he hecho eso que me indicas de hacer el puente en la r148 permanente, y el instante en la r155, y no consiguo, aunque sea menos de un segundo el corto,es decir, si no pulso la r155, sale continuamente modo CFG 05, repitiendo todo en pantallla, sin control, si enciendo con el corto de la r155, indica CFG 04 UART, Y NO hay mas, y lo hago muchas veces es decir enciendo y a la vez que enciendo hago el corto en la r155 o sale 04 o sale 05, una pregunta ¿el u-boot que se debia flashear primero en RAM era el archivo .IMG del primer post, de menos de 512 kb, o el ASC que ocupa mas de 512 kb?, ya que te estas currando la localizacion de las zonas de memoria y sus distintas particiones, ya por descartar fallo mio ya que como uno sobrepasa la zona designada al uboot, me halla cepillado la siguiente particion, que es la de uboot config y ddr config, yo por ejemplo la primera que he flasheado con el propio uboot es el archivo .IMG de ram

saludos
« Última modificación: 21-11-2015, 13:57 (Sábado) por crislgga »

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #754 en: 21-11-2015, 15:27 (Sábado) »
Cuando te sale lo de CFG 04 UART y se queda en espera es cuando tienes que volcar el uboot asc del primer post. Una vez empieces a volcarlo tardará un poco pero en cuanto acabe te debería de arrancar Uboot. Entonces es cuando desde ese uboot puedes ejecutar el grabado de el uboot img en la memoria flash para que pueda arrancar de forma normal.

La única partición de las originales de la que recoge datos OpenWrt es la de boardconfig, que recoge la mac de la ehternet.
« Última modificación: 21-11-2015, 15:28 (Sábado) por howl »

medber

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #755 en: 21-11-2015, 21:03 (Sábado) »
Hola  a todos

He compilado OpenWrt 15.05 para el ARV7519RW22 y quería compartirla con ustedes.


Revision #03 (23 Nov 2015)
la misma que la revision #02 pero con un parche eliminado

Descargar:




Revision #02 (22 Nov 2015)
  • con mas parches para arreglar los problemas de usb con module DWC2
  • incluido: luci-app-ddns / luci-app-p910nd / luci-app-qos / luci-app-samba / luci-proto-3g / luci-proto-relay
  • incluido: Native Language Support : kmod-nls-cp437 / kmod-nls-cp850 / kmod-nls-cp852 / kmod-nls-iso8859-1 / kmod-nls-iso8859-15 / kmod-nls-utf8
  • incluido: block-mount / fdisk / kmod-scsi-core / kmod-fs-ext4 / kmod-fs-vfat / USB2 / USB 1.0 / USB 1.1 / USB-Printer / Modem USB 3G / usb-storage-extras
  • incluido: Wifi USB : kmod-ath9k-htc / kmod-brcmfmac / kmod-carl9170 / kmod-libertas-usb / kmod-p54-usb / kmod-rt2500-usb / kmod-rt2800-usb / kmod-rt73-usb / kmod-rtl8187 / kmod-rtl8192ce / kmod-rtl8192cu / kmod-rtl8192de / kmod-rtl8192se / kmod-zd1211rw / wpad-mini

Descargar:




Revision #01 (21 Nov 2015)
Detalles:
  • Sincronizada con Chaos Calmer 15.05 Final (LuCI git-15.248.30277-3836b45)
  • Compilación estándar con LuCI y paquetes por defecto
  • incluido: el archivo de firmware vdsl.bin
  • incluido: clave opkg correcta
  • incluido: parches de @Noltari y @Blogic que arreglan problemas de: USB / VLANs Switch / Flash / Leds

Descargar:





Nota:
Por defecto esta versión está habilitada para el apoyo VDSL. Por habilitar el apoyo ADSL, cambie esta opción de
Código: [Seleccionar]
option xfer_mode 'ptm'a esta
Código: [Seleccionar]
option xfer_mode 'atm'en el archivo  /etc/config/network

.
« Última modificación: 23-11-2015, 08:33 (Lunes) por medber »

crislgga

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #756 en: 22-11-2015, 16:04 (Domingo) »
Cuando te sale lo de CFG 04 UART y se queda en espera es cuando tienes que volcar el uboot asc del primer post. Una vez empieces a volcarlo tardará un poco pero en cuanto acabe te debería de arrancar Uboot. Entonces es cuando desde ese uboot puedes ejecutar el grabado de el uboot img en la memoria flash para que pueda arrancar de forma normal.

La única partición de las originales de la que recoge datos OpenWrt es la de boardconfig, que recoge la mac de la ehternet.
Hola de nuevo howl, me vas a matar, lo sé
A ver te comento, he hecho el ultimo intento hoy con el dichoso router, a ver, de momento no funciona, te indico mis pasos
previos que ya comentéi
Cargado u-boot.img, en zona 0( BOOT)
apago router, y enciendo y con puentes quitados
pantalla CFG 01, sin ningun otro mensaje mas

estoy hiperterminal
NUEVO
apago, puenteo modo UART 04
1Envio uboot.asc en modo uart 04 con xmodem, no hace nada, evidentemente
2)en modo uart sin apagar a continuacion envio con xmodem, quito puente r155, se queda esperando conexion
3)modo uart 04, quito, los dos puentes sin apagar, envio por xmodem uboot.asc, esperando
4)modo uart 04, quito puente r148 solamente, envio por xmodem uboot.asc, esperando

modos con apagado
5)modo uart 04, apago, Envio uboot.asc en modo uart 04 con xmodem(dos puentes puestos), no hace nada, evidentemente, con error
6)modo uart 04, apago, quito puente r155, Envio uboot.asc apagado, enciendo, y nada
7)modo uart 04, apago, quito puente r148, Envio uboot.asc apagado, enciendo, y nada
8)modo uart 04, apago, quito dos puentes, y envio por xmodem uboot.asc, nada
describir que hago tanto en el hiperterminal, como con extraputty, y donde el caso

mismo caso con extraputty
1)aborta envio
2)aborta envio
3)aborta envio
4)aborta envio
5)metodo raro, ya que al apagar, extraputty se queda esperando conexion, y al encender envia unos paquetes, que creo que tiene que ver, con lo que recibiria en pantalla por cada caracter, uno envio por uno de recepcion(teoria mia)
6) mismo caso que 5, es decir transimte, pero el uboot, desde extraputty indica que tiene 5442 paquetes, y al transferir excede esos 5442 paquetes, hasta llegar a los 10000 o mas, es decir nada, y algun caso de alguna vez, que ya no sabe e indica un mensaje de error, en ventana emergente diciendo "error comunicacion serial device"
7)aborta directamente
8)aborta

hay otro caso en el cual ya no se como es parecido al caso 6 de extraputty en el cual envia, pero a una velocidad muy baja de 4 paquete al segundo, pero en ultima instancia con error y excediendo el limite de los paquete asc

asi que ya creo que este router me esta ganando todos los rings,otra cosa es de este modo, uart, 05 o 04, el unico puerto ethernet que me registra es el gigabit, todos los demas estan inutilizados y no muestran conexion, el gigabit, si, digo a por si acaso enviar por tftp, y poniendo la ip 192.168.1.100 en el pc, y suponiendo que la puerta de enlace es 192.168.1.1, pero aun asi nada

A ver que me puedes aconsejar mas, o algo que aun no se me ha ocurrido
saludos

howl

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #757 en: 22-11-2015, 17:40 (Domingo) »
El problema lo estás teniendo en el protocolo de envío, tienes que enviarlo en vez de en xmodem en ASCII. En linux por ejemplo yo lo hago con cat archivo.asc > /dev/ttyUSB0.

En Windows si usas putty o alguno similar tienes que indicarle en vez de xmodem, texto plano.

En cuanto empiece a enviarse verás que el router te empieza a devolver todo el rato '*' y te llenará un línea de ellos.

En ese momento solo queda esperar y cuando acabe verás que se encienden los dos típicos leds que tiene estas compilaciones de uboot puestas para encender (el primero verde y el último azul).

Si sigues con problemas tranquilo, comenta sin problemas que no es molestia.

crislgga

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #758 en: 22-11-2015, 18:16 (Domingo) »
El problema lo estás teniendo en el protocolo de envío, tienes que enviarlo en vez de en xmodem en ASCII. En linux por ejemplo yo lo hago con cat archivo.asc > /dev/ttyUSB0.

En Windows si usas putty o alguno similar tienes que indicarle en vez de xmodem, texto plano.

En cuanto empiece a enviarse verás que el router te empieza a devolver todo el rato '*' y te llenará un línea de ellos.

En ese momento solo queda esperar y cuando acabe verás que se encienden los dos típicos leds que tiene estas compilaciones de uboot puestas para encender (el primero verde y el último azul).

Si sigues con problemas tranquilo, comenta sin problemas que no es molestia.

Gracias howl
¿Mas o menos cuanto suele tardar en enviarlo?, lleva 10 mins desde hyperterminal y aun sigue, eso si, envio y hago el corto de r155 un segundo, y quito el corto de r155, sigue los asteriscos, entonces de ahi mi duda del envio de todo
« Última modificación: 22-11-2015, 18:18 (Domingo) por crislgga »

francisgambin

  • Visitante
Re: [Desarrollo] OpenWrt en ASTORIA ARV7519RW22
« Respuesta #759 en: 22-11-2015, 18:51 (Domingo) »
Hola  a todos

He compilado OpenWrt 15.05 para el ARV7519RW22 y quería compartirla con ustedes.

Detalles:
  • Sincronizada con Chaos Calmer 15.05 Final (LuCI git-15.248.30277-3836b45)
  • Compilación estándar con LuCI y paquetes por defecto
  • incluido: el archivo de firmware vdsl.bin
  • incluido: clave opkg correcta
  • incluido: parches de @Noltari y @Blogic que arreglan problemas de: USB / VLANs Switch / Flash / Leds

Descargar:


Nota:
Por defecto esta versión está habilitada para el apoyo VDSL. Por habilitar el apoyo ADSL, cambie esta opción de
Código: [Seleccionar]
option xfer_mode 'ptm'a esta
Código: [Seleccionar]
option xfer_mode 'atm'en el archivo  /etc/config/network

.

Muy buenas tardes, estoy probando tu compilación pero me encuentro con el siguiente problema de dependencias en kernel para kmod-fs-ext4

Installing kmod-fs-ext4 (3.18.20-1) to root...
Downloading http://downloads.openwrt.org/chaos_calmer/15.05/lantiq/xrx200/packages/base/kmod-fs-ext4_3.18.20-1_lantiq.ipk.

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-fs-ext4:
 *    kernel (= 3.18.20-1-21cf68ce9862224207b8806e4c272ef6) *    kernel (= 3.18.20-1-21cf68ce9862224207b8806e4c272ef6) *
 * opkg_install_cmd: Cannot install package kmod-fs-ext4.

Saludos