Autor Tema: [Desarrollo] OpenWRT para routers Astoria de ya.com (ARV4518/ARV7518) (Leído 653268 veces)

sblanco · « **Respuesta #560 en:** 14-04-2013, 17:20 (Domingo) »

Cita de: Charlye35 en 14-04-2013, 16:59 (Domingo)

Gracias, Pteridium.

Ahora tengo un pequeño problema , he querido actualizar el firmware desde el asistente de Luci, y he metido la versión AA-12.09-Rc2 con la imagen openwrt-lantiq-danube-ARV4518PW-squashfs.image .
Desde la consola de Putty por Com3, he visto que tengo la rev:3924 y mirando la ip de la "LAN" es la 192.168.1.1, pero desde IE 10 y Firefox, no soy capaz de entrar al asistente de Luci.

Se puede instalar otra imagen desde consola Putty o otro programa, y eliminar la que tengo?

Un saludo.

Yo uso sysupgrade en la línea de comandos de la siguiente manera:

Paso mediante protocolo SCP la imagen al directorio /tmp (en linux existe el comando "scp origen destino", donde destino sería root@IProuter:/tmp" ) , posteriomente pideel password del router, que deberás haber creado previamente conectando por telnet.

En Windows creo que FileZilla conecta por SCP a los servidores SSH.

Cuando ya tienes la imagen en /tmp , ejecutas "sysupgrade -n rutaimagen" y flashea la unidad, borrando los ficheros de configuración. Si eliminas "-n" no borrará la configuración e intentará mantenerla.

Saludos

Charlye35 · « **Respuesta #561 en:** 14-04-2013, 18:12 (Domingo) »

Yo uso sysupgrade en la línea de comandos de la siguiente manera:

Paso mediante protocolo SCP la imagen al directorio /tmp (en linux existe el comando "scp origen destino", donde destino sería root@IProuter:/tmp" ) , posteriomente pideel password del router, que deberás haber creado previamente conectando por telnet.

En Windows creo que FileZilla conecta por SCP a los servidores SSH.

Cuando ya tienes la imagen en /tmp , ejecutas "sysupgrade -n rutaimagen" y flashea la unidad, borrando los ficheros de configuración. Si eliminas "-n" no borrará la configuración e intentará mantenerla.

Saludos
[/quote]

Gracias, Sblanco.

Me ha ido muy bien, pero estoy comprobando que para mi router las versiones AA Rc1/2, no cargan -----Luci, en cambio he puesto desde el método que me has explicado el BackFire 10.3.1 y Luci si que carga.

El firmware AA, no lleva Luci? y por eso, yo me pensaba que no funcionaba el http: 192.168.1.1?

P.D: Que versión recomiendas que lleve Luci y pueda activar la wifi en un 4518PW01A con Ath?

Un saludo.

Pteridium · « **Respuesta #562 en:** 14-04-2013, 20:12 (Domingo) »

Cita de: Charlye35 en 14-04-2013, 18:12 (Domingo)

P.D: Que versión recomiendas que lleve Luci y pueda activar la wifi en un 4518PW01A con Ath?

Un saludo.

La del primer post deberían valerte, además lleva paquetes extra para toquetear. El único detalle tonto es que la wifi, cuando se apaga y enciende el router, no se activa, pero con pulsar el botón delantero listo.

sblanco · « **Respuesta #563 en:** 14-04-2013, 21:55 (Domingo) »

He compilado el Trunk y todo perfectamente en un R01, excepto, como me ha fallado en anteriores ocasiones, el puerto TAPI en asterisk:

Código: [Seleccionar]

[Apr 14 19:33:07] WARNING[6274]: res_rtp_asterisk.c:1351 ast_rtp_write: Don't know how to send format unknown packets with RTP

¿Alguien tiene en funcionamiento las conexiones FXS del arv4518 o arv7518? Porque si no procederé a reportarlo en un ticket.

Espero que el problema que estuve teniendo con la WiFi (desconexiones de varios equipos como un iPad o el TC300 de Yacom por problemas en la autentificación), se haya solucionado.

Saludos,

sblanco · « **Respuesta #564 en:** 14-04-2013, 22:02 (Domingo) »

Cita de: Charlye35 en 14-04-2013, 18:12 (Domingo)

Me ha ido muy bien, pero estoy comprobando que para mi router las versiones AA Rc1/2, no cargan -----Luci, en cambio he puesto desde el método que me has explicado el BackFire 10.3.1 y Luci si que carga.

El firmware AA, no lleva Luci? y por eso, yo me pensaba que no funcionaba el http: 192.168.1.1?

P.D: Que versión recomiendas que lleve Luci y pueda activar la wifi en un 4518PW01A con Ath?

Un saludo.

Los snapshot del trunk al menos no suelen llevar luci, ahora mismo no sé si tampoco lo lleban las versiones beta y release candidate.

La versión que te comenta pteridium funciona perfectamente, y si añades la línea wifi en el fichero /etc/rc.local solucionas el tema del botón de la wifi al arrancar (o al menos yo lo solucioné así).

Saludos,

Charlye35 · « **Respuesta #565 en:** 14-04-2013, 22:27 (Domingo) »

Cita de: Pteridium en 14-04-2013, 20:12 (Domingo)

Cita de: Charlye35 en 14-04-2013, 18:12 (Domingo)
P.D: Que versión recomiendas que lleve Luci y pueda activar la wifi en un 4518PW01A con Ath?

Un saludo.

La del primer post deberían valerte, además lleva paquetes extra para toquetear. El único detalle tonto es que la wifi, cuando se apaga y enciende el router, no se activa, pero con pulsar el botón delantero listo.

Buenas.

He instalado la imagen del primer post;
Edición 2:
ARV4518PW-R01A-trunk con la imagen; openwrt-lantiq-xway-ARV4518PW-squashfs.image. y después de reiniciar el router, no soy capaz de entrar por http:/192.168.1.1 de luci, y esta imagen lleva luci, no?
He de entrar de alguna otra manera.

P.D: Solo tengo 3 leds encendidos + power+RJ45(1).

Un saludo.

sblanco · « **Respuesta #566 en:** 14-04-2013, 23:10 (Domingo) »

Cita de: Charlye35 en 14-04-2013, 22:27 (Domingo)

Cita de: Pteridium en 14-04-2013, 20:12 (Domingo)
Cita de: Charlye35 en 14-04-2013, 18:12 (Domingo)
P.D: Que versión recomiendas que lleve Luci y pueda activar la wifi en un 4518PW01A con Ath?

Un saludo.

La del primer post deberían valerte, además lleva paquetes extra para toquetear. El único detalle tonto es que la wifi, cuando se apaga y enciende el router, no se activa, pero con pulsar el botón delantero listo.

Buenas.

He instalado la imagen del primer post;
Edición 2:
ARV4518PW-R01A-trunk con la imagen; openwrt-lantiq-xway-ARV4518PW-squashfs.image. y después de reiniciar el router, no soy capaz de entrar por http:/192.168.1.1 de luci, y esta imagen lleva luci, no?
He de entrar de alguna otra manera.

P.D: Solo tengo 3 leds encendidos + power+RJ45(1).

Un saludo.

Has comprobado que tu equipo es un R01 y no R01A en la pegatina de debajo del router?

Pteridium · « **Respuesta #567 en:** 14-04-2013, 23:40 (Domingo) »

Cita de: sblanco en 14-04-2013, 21:55 (Domingo)

He compilado el Trunk y todo perfectamente en un R01, excepto, como me ha fallado en anteriores ocasiones, el puerto TAPI en asterisk:

Código: [Seleccionar]
[Apr 14 19:33:07] WARNING[6274]: res_rtp_asterisk.c:1351 ast_rtp_write: Don't know how to send format unknown packets with RTP
¿Alguien tiene en funcionamiento las conexiones FXS del arv4518 o arv7518? Porque si no procederé a reportarlo en un ticket.

Espero que el problema que estuve teniendo con la WiFi (desconexiones de varios equipos como un iPad o el TC300 de Yacom por problemas en la autentificación), se haya solucionado.

Saludos,

De asterisk ni idea, por desgracia, pero he encontrado esto: https://forum.openwrt.org/viewtopic.php?pid=192854#p192854
También podría ser que falte algún módulo en la compilación.

Lo de la wifi ni idea porque falla la autenticación, pero también estoy teniendo algún problema con el driver ath9k en un TL-MR3220 V2. Lo malo de usar trunk es que se arregla algo y falla otra cosa...

El parche que publiqué unos post atrás también se puede aplicar a las revisiones de trunk anteriores al salto a kernel 3.7 en el target lantiq, lo que pasa es que no lo he probado.
La última revisión de trunk con kernel 3.3.x para el danube es la 34059. Si te funciona asterisk ahí bien, y si no tendrás que bajar a AA-rc2 y aplicar el parche mientras no lo incluyen (me parece recordar que en AA te funcionaba asterisk).

Espero que con esto te sirva de algo... $:-\$

Edición: en AA creo que se puede usar madwifi en vez de ath5k, pero no estoy seguro. Cuestión de probar...

sblanco · « **Respuesta #568 en:** 15-04-2013, 00:41 (Lunes) »

Lo único que me falla es el módulo de asterisk que hace funcionar los puertos FXS. Los clientes SIP por WiFi funcionan perfectamente. Y ese problema es que la señalización en el teléfono que se conecta con cable RJ11 al router suena y da tono o recibe llamadas, pero cuando se establece la conversación no oye nada ninguna de las dos partes, que encaja con el error del log que da asterisk de que los paquetes RTP no los ha enviado porque no sabe cómo hacerlo.

Como no tengo ni idea de si alguien los está usando, sido preguntando para saber si no soy el único o que alguien me confirme que ha conectado un teléfono fijo por cable al router y funciona correctamente.

Saludos

Cita de: Pteridium en 14-04-2013, 23:40 (Domingo)

De asterisk ni idea, por desgracia, pero he encontrado esto: https://forum.openwrt.org/viewtopic.php?pid=192854#p192854
También podría ser que falte algún módulo en la compilación.

Lo de la wifi ni idea porque falla la autenticación, pero también estoy teniendo algún problema con el driver ath9k en un TL-MR3220 V2. Lo malo de usar trunk es que se arregla algo y falla otra cosa...

El parche que publiqué unos post atrás también se puede aplicar a las revisiones de trunk anteriores al salto a kernel 3.7 en el target lantiq, lo que pasa es que no lo he probado.
La última revisión de trunk con kernel 3.3.x para el danube es la 34059. Si te funciona asterisk ahí bien, y si no tendrás que bajar a AA-rc2 y aplicar el parche mientras no lo incluyen (me parece recordar que en AA te funcionaba asterisk).

Espero que con esto te sirva de algo... $:-\$

Edición: en AA creo que se puede usar madwifi en vez de ath5k, pero no estoy seguro. Cuestión de probar...

Charlye35 · « **Respuesta #569 en:** 15-04-2013, 10:46 (Lunes) »

Cita de: sblanco en 14-04-2013, 23:10 (Domingo)

Cita de: Charlye35 en 14-04-2013, 22:27 (Domingo)
Cita de: Pteridium en 14-04-2013, 20:12 (Domingo)
Cita de: Charlye35 en 14-04-2013, 18:12 (Domingo)
P.D: Que versión recomiendas que lleve Luci y pueda activar la wifi en un 4518PW01A con Ath?

Un saludo.

La del primer post deberían valerte, además lleva paquetes extra para toquetear. El único detalle tonto es que la wifi, cuando se apaga y enciende el router, no se activa, pero con pulsar el botón delantero listo.

Buenas.

He instalado la imagen del primer post;
Edición 2:
ARV4518PW-R01A-trunk con la imagen; openwrt-lantiq-xway-ARV4518PW-squashfs.image. y después de reiniciar el router, no soy capaz de entrar por http:/192.168.1.1 de luci, y esta imagen lleva luci, no?
He de entrar de alguna otra manera.

P.D: Solo tengo 3 leds encendidos + power+RJ45(1).

Un saludo.

Has comprobado que tu equipo es un R01 y no R01A en la pegatina de debajo del router?

Buenas, Sblanco.

Mi router es un R01A con switch RTL8306sd, y la wifi interna es Ath.

Un saludo.

Pteridium · « **Respuesta #570 en:** 15-04-2013, 11:02 (Lunes) »

Pues es raro de narices, porque he probado la imagen por si las moscas y me ha funcionado a la primera todo, luci incluido.

Si puedes cuelga los mensajes que saca por el puerto serie, para poder ver mejor lo que está pasando y dónde falla.

Una cosa que me pasa a mi es que si lo arranco con la especie de conversor de puerto serie que tengo, si está apagado (el conversor), se me queda en uboot y no llega ni a tiros a openwrt.
Lo de "especie de conversor de puerto serie" es porque es un Zyxel P650HW33 al que le soldé tres cables y corté las 2 pistas que van de la cpu al MAX3232. Aunque es un engorro de engendro funciona, que es lo que hace falta.

Pteridium · « **Respuesta #571 en:** 15-04-2013, 11:15 (Lunes) »

Cita de: sblanco en 15-04-2013, 00:41 (Lunes)

Lo único que me falla es el módulo de asterisk que hace funcionar los puertos FXS. Los clientes SIP por WiFi funcionan perfectamente. Y ese problema es que la señalización en el teléfono que se conecta con cable RJ11 al router suena y da tono o recibe llamadas, pero cuando se establece la conversación no oye nada ninguna de las dos partes, que encaja con el error del log que da asterisk de que los paquetes RTP no los ha enviado porque no sabe cómo hacerlo.

Como no tengo ni idea de si alguien los está usando, sido preguntando para saber si no soy el único o que alguien me confirme que ha conectado un teléfono fijo por cable al router y funciona correctamente.

Pues va a ser otra cosa que blogic se dejó en el tintero al pasar al kernel 3.7.x:
https://dev.openwrt.org/browser/trunk/package/platform/lantiq
los drivers que tienen una antigüedad de 4 meses puede que sean los responsables del problema. Si hubiera alguna manera de sacar unos logs entendibles de esos dos drivers...

ernanillo · « **Respuesta #572 en:** 15-04-2013, 16:22 (Lunes) »

Como puedo volver a poner el router tal y como estaba antes con la copia de seguridad completa?? Porque resulta que hoy me han llamado de orange y me han dicho que el miercoles una persona de mensajeria vendra a por el.

ernanillo · « **Respuesta #573 en:** 15-04-2013, 22:32 (Lunes) »

Bueno acabo de probar lo siguiente:
- Enciendo modo u-boot
- loady y paso el .dump
- erase 0xB0000000 ${filesize}
- cp.b ${ram_addr} 0xB0000000 ${filesize}

He conseguido un brick como un templo xD. Activado modo UART e intentando hacer lo mismo. A ver que me hace ahora.

Charlye35 · « **Respuesta #574 en:** 16-04-2013, 00:45 (Martes) »

Cita de: Pteridium en 15-04-2013, 11:02 (Lunes)

Pues es raro de narices, porque he probado la imagen por si las moscas y me ha funcionado a la primera todo, luci incluido.
Si puedes cuelga los mensajes que saca por el puerto serie, para poder ver mejor lo que está pasando y dónde falla.

Una cosa que me pasa a mi es que si lo arranco con la especie de conversor de puerto serie que tengo, si está apagado (el conversor), se me queda en uboot y no llega ni a tiros a openwrt.
Lo de "especie de conversor de puerto serie" es porque es un Zyxel P650HW33 al que le soldé tres cables y corté las 2 pistas que van de la cpu al MAX3232. Aunque es un engorro de engendro funciona, que es lo que hace falta.

Buenas,

Te paso lo que me sale desde Putty puerto Com3, al encender el router con versión del 1º post Trunk ARV4518R01A.

Código: [Seleccionar]

U-Boot 2010.03 (May 16 2012 - 05:51:08)

Board: ARV4518PW
SoC: Danube/Twinpass/Vinax-VE V1.3, DDR Speed 166 MHz, CPU Speed 333 MHz
DRAM:  64 MB
Flash:  4 MB
Net:
searching for rtl8306 switch ... found
lq_cpe_eth
Hit any key to stop autoboot:  0
## Booting kernel from Legacy Image at b0030000 ...
   Image Name:   MIPS OpenWrt Linux-3.7.1
   Created:      2013-01-09  11:26:46 UTC
   Image Type:   MIPS Linux Kernel Image (lzma compressed)
   Data Size:    1093866 Bytes =  1 MB
   Load Address: 80002000
   Entry Point:  80002000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK

Starting kernel ...

[    0.000000] Linux version 3.7.1 (pepe@debian) (gcc version 4.6.4 20121210 (prerelease) (Linaro GCC 4.6-2012.12) ) #4 
Wed Jan 9 12:26:36 CET 2013
[    0.000000] SoC: Danube rev 1.3
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU revision is: 00019641 (MIPS 24KEc)
[    0.000000] Board: ARV4518PW - SMC7908A-ISP, Airties WAV-221
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 04000000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Kernel command line: console=ttyLTQ0,115200 init=/etc/preinit
[    0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[    0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] __ex_table already sorted, skipping sort
[    0.000000] Writing ErrCtl register=00027c78
[    0.000000] Readback ErrCtl register=00027c78
[    0.000000] Memory: 61392k/65536k available (2521k kernel code, 4144k reserved, 565k data, 232k init, 0k highmem)
[    0.000000] NR_IRQS:256
[    0.000000] CPU Clock: 333MHz
[    0.000000] Calibrating delay loop... 221.18 BogoMIPS (lpj=442368)
[    0.036000] pid_max: default: 32768 minimum: 301
[    0.040000] Mount-cache hash table entries: 512
[    0.044000] pinctrl core: initialized pinctrl subsystem
[    0.048000] NET: Registered protocol family 16
[    0.068000] pinctrl-xway 1e100b10.pinmux: Init done
[    0.072000] dma-xway 1e104100.dma: Init done - hw rev: 3, ports: 5, channels: 20
[    0.080000] PCI host bridge /fpi@10000000/pci@E105400 ranges:
[    0.084000]  MEM 0x0000000018000000..0x0000000019ffffff
[    0.088000]   IO 0x000000001ae00000..0x000000001affffff
[    0.108000] bio: create slab <bio-0> at 0
[    0.116000] usbcore: registered new interface driver usbfs
[    0.120000] usbcore: registered new interface driver hub
[    0.124000] usbcore: registered new device driver usb
[    0.128000] PCI host bridge to bus 0000:00
[    0.132000] pci_bus 0000:00: root bus resource [mem 0x18000000-0x19ffffff]
[    0.136000] pci_bus 0000:00: root bus resource [io  0x1ae00000-0x1affffff]
[    0.140000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[    0.144000] pci 0000:00:0e.0: BAR 0: assigned [mem 0x18000000-0x1800ffff]
[    0.148000] pci 0000:00:0e.0: SLOT:14 PIN:1 IRQ:30
[    0.152000] Switching to clocksource MIPS
[    0.160000] NET: Registered protocol family 2
[    0.168000] TCP established hash table entries: 2048 (order: 2, 16384 bytes)
[    0.172000] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[    0.180000] TCP: Hash tables configured (established 2048 bind 2048)
[    0.188000] TCP: reno registered
[    0.188000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.196000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.204000] NET: Registered protocol family 1
[    0.208000] gptu: totally 6 16-bit timers/counters
[    0.212000] gptu: misc_register on minor 63
[    0.216000] gptu: succeeded to request irq 126
[    0.220000] gptu: succeeded to request irq 127
[    0.228000] gptu: succeeded to request irq 128
[    0.232000] gptu: succeeded to request irq 129
[    0.236000] gptu: succeeded to request irq 130
[    0.240000] gptu: succeeded to request irq 131
[    0.244000] ath5k,eeprom 103f0400.ath5k_eep: loaded ath5k eeprom
[    0.260000] lantiq,vmmc 1f103000.vmmc: requested GPIO 255
[    0.268000] lantiq,vmmc 1f103000.vmmc: reserved 1MB at 0x03900000
[    0.276000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.284000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[    0.292000] msgmni has been set to 119
[    0.296000] io scheduler noop registered
[    0.300000] io scheduler deadline registered (default)
[    0.308000] 1e100c00.serial: ttyLTQ0 at MMIO 0x1e100c00 (irq = 112) is a lantiq,asc
[    0.316000] console [ttyLTQ0] enabled, bootconsole disabled
[    0.316000] console [ttyLTQ0] enabled, bootconsole disabled
[    0.332000] ltq_nor: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x0022a8
[    0.340000] Amd/Fujitsu Extended Query Table at 0x0040
[    0.344000]   Amd/Fujitsu Extended Query version 1.1.
[    0.348000] number of CFI chips: 1
[    0.352000] 4 ofpart partitions found on MTD device ltq_nor
[    0.356000] Creating 4 MTD partitions on "ltq_nor":
[    0.360000] 0x000000000000-0x000000010000 : "uboot"
[    0.368000] 0x000000010000-0x000000020000 : "uboot_env"
[    0.376000] 0x000000020000-0x0000003f0000 : "linux"
[    0.428000] no uImage or brnImage or eva found in linux partition
[    0.432000] Can't split linux partition
[    0.436000] 0x0000003f0000-0x000000400000 : "boardconfig"
[    0.464000] libphy: ltq_mii: probed
[    0.496000] Registering RTL8306SD switch with Chip ID: 0x5988, version: 0x0000
[    0.500000] eth0: attached PHY [Realtek RTL8306S] (phy_addr=1e180000.etop-ff:00, irq=-1)
[    0.512000] wdt 1f8803f0.watchdog: Init done
[    0.516000] leds-gpio gpio-leds.5: pins are not configured from the driver
[    0.532000] TCP: cubic registered
[    0.532000] NET: Registered protocol family 17
[    0.536000] 8021q: 802.1Q VLAN Support v1.8
[    0.544000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Solo me funcionan las Backtrack 10.03.1,xd.

Un saludo.

Edición: le hice un pequeño apaño para que quede más chulo.
Pteridium.

Pteridium · « **Respuesta #575 en:** 16-04-2013, 01:34 (Martes) »

Lo que falla es un detalle tonto. El u-boot que le metiste guarda las imágenes en b0030000, que es correcto para backfire, pero para AA y trunk tienen que cargarse desde la dirección de flash b0020000.
Es muy fácil de cambiar. Entras en u-boot y ejecutas:

Código: [Seleccionar]

setenv kernel_addr 0xb0020000

Código: [Seleccionar]

saveenvVuelves a meterle openwrt y dile adiós al "kernel panic" (versión de linux de la pantalla azul de la muerte o BSOD).
Si comparas los mensajes de u-boot de tu router con los del wiki de openwrt verás el detalle.

Ahora a configurar, flashear y hacer tonterías.

Charlye35 · « **Respuesta #576 en:** 16-04-2013, 12:57 (Martes) »

Cita de: Pteridium en 16-04-2013, 01:34 (Martes)

Lo que falla es un detalle tonto. El u-boot que le metiste guarda las imágenes en b0030000, que es correcto para backfire, pero para AA y trunk tienen que cargarse desde la dirección de flash b0020000.
Es muy fácil de cambiar. Entras en u-boot y ejecutas:
Código: [Seleccionar]
setenv kernel_addr 0xb0020000
Código: [Seleccionar]
saveenvVuelves a meterle openwrt y dile adiós al "kernel panic" (versión de linux de la pantalla azul de la muerte o BSOD).
Si comparas los mensajes de u-boot de tu router con los del wiki de openwrt verás el detalle.

Ahora a configurar, flashear y hacer tonterías.

Buenas, Pteridium.

Gracias, ya lo he solucionado, el firmware del primers post, ya me funciona, tenias razón, al modificar el Setenv a 0xb0020000, se lo ha comido con patatas,xd y entonces, he podido volcar el Xway, todo perfecto, jeeje.

Ahora, toca trastear desde Luci, y a ver si añadiendo los driver´s de Realtek, puedo hacer funcionar una 2º wifi desde el puerto USB del router.

Un saludo.

mazingerz80 · « **Respuesta #577 en:** 17-04-2013, 20:09 (Miércoles) »

Cita de: Pteridium en 14-04-2013, 13:13 (Domingo)

Este es el parche para solucionar el problema de la wifi en Attitude Adjustment para el arv4518pw:
mach-arv.diff

Para aplicarlo sería descargarlo en el directorio raíz de openwrt y ejecutar:
Código: [Seleccionar]
patch -p0 -i mach-arv.diffEn principio debería poder instalarse ejecutando ese comando, pero por si las moscas es mejor buscar el archivo mach-arv.c y verificar que lo ha aplicado. Si no lo ha hecho toca hacerlo a mano borrando la línea o comentándola (poner // al principio).
La mala noticia es que no se podrá añadir soporte para el ARV4518PWR01 porque ya están cerca de lanzar Attitude Adjustment como rama estable, y sólo admiten correcciones de defectos y algunas mejoras menores, como el manejo de los LEDs y los pulsadores, pero creo que, si en el mismo fichero mach-arv.c, más o menos en la línea 137 aparece esta línea de código:
Código: [Seleccionar]
.clock = PCI_CLOCK_EXT,seguramente, si se cambia "EXT" por "INT" debería, en teoría, funcionar AA en los R01.
El parche se ha podido mandar gracias a la ayuda de danitool, ya que el de abajo lo hice "por mis pistolas" y quedó una chapuza.

Sobre el tema de los LEDs que comenta Charlye35 están definidos para el 4518 a partir de la línea 154, y están por defecto todos en on. Había preparado un parche para que no se enciendan todos de golpe, pero parece que los LED no están correctamente asignados, con lo que habrá que revisarlos uno a uno para ponerlos en orden y que luego respondan como nosotros queremos, no que activemos la wifi y se encienda el piloto de USB.

Agradecimientos: a danitool por explicar el funcionamiento de svn diff, a Noltari por toda la información técnica que ha aportado en el foro, a blogic por poner comentarios en el código y a jar229 y mazingerz80 por los ánimos (muy importantes).

Bibliografía:
attitude_adjustment/target/linux/lantiq/files/arch/mips/lantiq/xway/mach-arv.c
attitude_adjustment/target/linux/lantiq/patches-3.3/0005-pci-support.patch
trunk/target/linux/lantiq/image/ARV4518PWR01A.dts

Nota final: versiones viejas de openwrt funcionaban en los R01 y R01A porque el bus pci estaba deshabilitado: mach-arv45xx.patch, líneas 166-172 y 397-398 comentadas.

¡FIEEEEESTAAAAAAAAAAAAAAAAAAAAA!
Sorry, pero es que Vettel no llegó al podio.

Seguimos en las mismas Pteridium, he compilado AA con el parche, he confirmado que lo había aplicado bien, pero el wifi del carajo sigue sin funcionar... $:-\$

Sale un error en la línea 165 del siguiente pastebin que dice:
[ 12.624000] ath5k: probe of 0000:00:0e.0 failed with error -5
http://pastebin.com/Qak9vb4e

Aún así lo demás bien, pero el wifi sigue dando guerra.

sblanco · « **Respuesta #578 en:** 17-04-2013, 21:10 (Miércoles) »

Que raro, yo compilé hace unos días y todo fue perfecto. Has hecho un svn update?

Cita de: mazingerz80 en 17-04-2013, 20:09 (Miércoles)

Cita de: Pteridium en 14-04-2013, 13:13 (Domingo)
Este es el parche para solucionar el problema de la wifi en Attitude Adjustment para el arv4518pw:
mach-arv.diff

Para aplicarlo sería descargarlo en el directorio raíz de openwrt y ejecutar:
Código: [Seleccionar]
patch -p0 -i mach-arv.diffEn principio debería poder instalarse ejecutando ese comando, pero por si las moscas es mejor buscar el archivo mach-arv.c y verificar que lo ha aplicado. Si no lo ha hecho toca hacerlo a mano borrando la línea o comentándola (poner // al principio).
La mala noticia es que no se podrá añadir soporte para el ARV4518PWR01 porque ya están cerca de lanzar Attitude Adjustment como rama estable, y sólo admiten correcciones de defectos y algunas mejoras menores, como el manejo de los LEDs y los pulsadores, pero creo que, si en el mismo fichero mach-arv.c, más o menos en la línea 137 aparece esta línea de código:
Código: [Seleccionar]
.clock = PCI_CLOCK_EXT,seguramente, si se cambia "EXT" por "INT" debería, en teoría, funcionar AA en los R01.
El parche se ha podido mandar gracias a la ayuda de danitool, ya que el de abajo lo hice "por mis pistolas" y quedó una chapuza.

Sobre el tema de los LEDs que comenta Charlye35 están definidos para el 4518 a partir de la línea 154, y están por defecto todos en on. Había preparado un parche para que no se enciendan todos de golpe, pero parece que los LED no están correctamente asignados, con lo que habrá que revisarlos uno a uno para ponerlos en orden y que luego respondan como nosotros queremos, no que activemos la wifi y se encienda el piloto de USB.

Agradecimientos: a danitool por explicar el funcionamiento de svn diff, a Noltari por toda la información técnica que ha aportado en el foro, a blogic por poner comentarios en el código y a jar229 y mazingerz80 por los ánimos (muy importantes).

Bibliografía:
attitude_adjustment/target/linux/lantiq/files/arch/mips/lantiq/xway/mach-arv.c
attitude_adjustment/target/linux/lantiq/patches-3.3/0005-pci-support.patch
trunk/target/linux/lantiq/image/ARV4518PWR01A.dts

Nota final: versiones viejas de openwrt funcionaban en los R01 y R01A porque el bus pci estaba deshabilitado: mach-arv45xx.patch, líneas 166-172 y 397-398 comentadas.

¡FIEEEEESTAAAAAAAAAAAAAAAAAAAAA!
Sorry, pero es que Vettel no llegó al podio.

Seguimos en las mismas Pteridium, he compilado AA con el parche, he confirmado que lo había aplicado bien, pero el wifi del carajo sigue sin funcionar... $:-\$

Sale un error en la línea 165 del siguiente pastebin que dice:
[ 12.624000] ath5k: probe of 0000:00:0e.0 failed with error -5
http://pastebin.com/Qak9vb4e

Aún así lo demás bien, pero el wifi sigue dando guerra.

Pteridium · « **Respuesta #579 en:** 18-04-2013, 23:16 (Jueves) »

Cita de: mazingerz80 en 17-04-2013, 20:09 (Miércoles)

Seguimos en las mismas Pteridium, he compilado AA con el parche, he confirmado que lo había aplicado bien, pero el wifi del carajo sigue sin funcionar... $:-\$

Sale un error en la línea 165 del siguiente pastebin que dice:
[ 12.624000] ath5k: probe of 0000:00:0e.0 failed with error -5
http://pastebin.com/Qak9vb4e

Aún así lo demás bien, pero el wifi sigue dando guerra.

Con el pastebin que has colgado se detecta el fallo super fácil, pero ahí están las malas noticias: las líneas 124 y 164 indican que la dirección de la última partición está mal definida o no tiene un contenido válido (todos los bytes a 00 o a FF).
Una manera rápida de comprobarlo es meterle una imagen de Attitude Adjustment y si se repite el mensaje de la línea 124 ya estamos seguros casi al 100% que se borró la última partición.

Nota 1: el SoC de estos routers no lleva un puerto usb convencional, con lo que si al compilar seleccionamos en "Kenel Modules" OHCI, EHCI y usb2 estamos malgastando flash y ram; en trunk el driver usb el "kmod-ltq-hcd-danube", y en AA y Backfire es "kmod-dwg-otg".

Nota 2: le van a echar un ojo al tema de la voip en trunk, pero de lo que se dice a lo que se hace siempre pasa algo de tiempo, y últimamente más porque a la versión de desarrollo la han bautizado Barrier Breaker y realmente hace honor al nombre. Eso sí, el rendimiento "bruto" de procesador, por lo menos con el Lantiq Danube, ha pegado un pequeño salto hacia adelante respecto a la rama estable, así que habrá que imaginar qué habrán añadido y mejorado en otras áreas...

Noticias:

Autor Tema: [Desarrollo] OpenWRT para routers Astoria de ya.com (ARV4518/ARV7518) (Leído 653268 veces)

sblanco

Charlye35

Pteridium

sblanco

sblanco

Charlye35

sblanco

Pteridium

sblanco

Charlye35

Pteridium

Pteridium

ernanillo

ernanillo

Charlye35

Pteridium

Charlye35

mazingerz80

sblanco

Pteridium