Autor Tema: [Desarrollo] OpenWrt en Comtrend VR-3025u (Leído 197664 veces)

Pteridium · « **Respuesta #180 en:** 08-04-2014, 15:00 (Martes) »

Cita de: jar229 en 08-04-2014, 14:47 (Martes)

Si nadie lo hace antes, mañana me pongo a ello

Que lo haga otro, leñe, que tú ya has hecho demasiado.

Además eres el tester oficial para ver si el parche de Jonas para corregir el problema del SMP con los 6368 funciona. Cuando danitool ni yo pensamos que estaba solucionado tú confirmaste que todavía estaba ahí.

jar229 · « **Respuesta #181 en:** 09-04-2014, 09:49 (Miércoles) »

Cita de: Pteridium en 08-04-2014, 13:29 (Martes)

Os ruego a los que tengáis este router que averigüéis cuáles son los gpios de los leds de LAN1-4, así como si son active low o high. En principio deberían ser 6 a 9.
Gracias por anticipado.
Cita de: Pteridium en 08-04-2014, 13:25 (Martes)
Los gpios que con controlan los leds de lan 1 a 4 son 6-9.
Se activan al mandarles un 0 (active low). Este ejemplo enciende Lan4:
Código: [Seleccionar]
echo 9 > /sys/class/gpio/export echo out > /sys/class/gpio/gpio9/directionAl pasar estos dos comandos se enciende porque el valor por defecto es 0. Para apagarlo:
Código: [Seleccionar]
echo 1 > /sys/class/gpio/gpio9/valuePara que se encienda de nuevo:
Código: [Seleccionar]
echo 0 > /sys/class/gpio/gpio9/value
La idea es que, como parece que van a liberar dentro de poco Barrier Breaker como rama estable, mandar los parches para añadir los routers a los que hemos puesto a andar con openwrt y que queden soportados oficialmente.

Gracias a todos por vuestro tiempo y vuestros consejos para que día a día todos los que participamos en este foro vayamos mejorando, aprendiendo y contribuyendo a OpenWRT; es más, uno de los desarrolladores de openwrt nos mandó una felicitación a todos por nuestro excelente trabajo.

Confirmado

GPIO 9 = LED lan4 ok
GPIO 8 = LED lan3 ok
GPIO 7 = LED lan2 ok
GPIO 6 = LED lan1 ok

jar229 · « **Respuesta #182 en:** 09-04-2014, 14:21 (Miércoles) »

Nueva compilación a partir del repositorio Barrier Breaker 14.04

Barrier Breaker 14.04

SMP activado (soporte multicore), FPU Emulation, LuCi, cifsmount, wol, samba, ftp, htop, screen, soporte ext2-3-4 y vfat, soporte para impresoras, hdidle, wifi b43,

Lo llevo testeando un par de horas, y de momento (tras instalar bastante software y un par de reinicios) todo parece funcionar perfectamente

La wifi sólo la he probado en modo AP.

Iré informando si veo algún problema con el tema del SMP, pero tiene buena pinta

Y cómo se notan los dos nucleos

Importante: para instalar el firmware, hacerlo desde el CFE (botón de reset durante 30 segundos, etc.). No se puede hacer desde LuCi.

Tki2000 · « **Respuesta #183 en:** 11-04-2014, 12:02 (Viernes) »

He probado esta compilación de jar229 y parece que va bien.
No obstante he probado a compilar directamente la rama SMP 14.04 y no he conseguido ni que arranque... todavía desconozco lo que pasa.

EDITO: Esta compilación sigue teniendo el problema de que no se puede actualizar openwrt desde el propio openwrt, sino que hay que hacerlo quemando desde el CFE, como ya dije aquí: https://foro.seguridadwireless.net/openwrt/(repositorio)-barrier-breaker-13-12/msg302666/#msg302666
Supongo que le pasará lo mismo al HG622... $:-\$

jar229 · « **Respuesta #184 en:** 11-04-2014, 12:50 (Viernes) »

Cita de: Tki2000 en 11-04-2014, 12:02 (Viernes)

He probado esta compilación de jar229 y parece que va bien.
No obstante he probado a compilar directamente la rama SMP 14.04 y no he conseguido ni que arranque... todavía desconozco lo que pasa.

EDITO: Esta compilación sigue teniendo el problema de que no se puede actualizar openwrt desde el propio openwrt, sino que hay que hacerlo quemando desde el CFE, como ya dije aquí: https://foro.seguridadwireless.net/openwrt/(repositorio)-barrier-breaker-13-12/msg302666/#msg302666
Supongo que le pasará lo mismo al HG622... $:-\$

A mi me ha pasado lo mismo

Aviso en el post anterior, junto al firmware

Pteridium · « **Respuesta #185 en:** 11-04-2014, 13:03 (Viernes) »

Cita de: jar229 en 11-04-2014, 12:50 (Viernes)

Cita de: Tki2000 en 11-04-2014, 12:02 (Viernes)
He probado esta compilación de jar229 y parece que va bien.
No obstante he probado a compilar directamente la rama SMP 14.04 y no he conseguido ni que arranque... todavía desconozco lo que pasa.

EDITO: Esta compilación sigue teniendo el problema de que no se puede actualizar openwrt desde el propio openwrt, sino que hay que hacerlo quemando desde el CFE, como ya dije aquí: https://foro.seguridadwireless.net/openwrt/(repositorio)-barrier-breaker-13-12/msg302666/#msg302666
Supongo que le pasará lo mismo al HG622... $:-\$

A mi me ha pasado lo mismo

Aviso en el post anterior, junto al firmware

Husmearé un poco a ver qué puede ser. Noltari tiene demasiadas cosas en la cabeza y puede que se le haya pasado algo por alto.
Lo que averigüe lo posteo.

Tki2000 · « **Respuesta #186 en:** 11-04-2014, 13:46 (Viernes) »

Si no se ha tocado nada tampoco del HG622 le seguirá pasando lo mismo.
El caso es que quemando la imagen con mtd tampoco lo hace bien, lo que me da que pensar que no se está quemando la imagen en el sitio que debiera. Me llama la atención que en el log de openwrt, el bootloader tenga una longitud de 0x20000 y sin embargo la siguiente partición empiece en 0x20100 (estoy hablando de memoria en las direcciones de memoria, pero la diferencia recuerdo que era de 0x100. Es que ya tengo los routers empaquetados para irme de semana santa...)

danitool · « **Respuesta #187 en:** 11-04-2014, 14:09 (Viernes) »

0x100 se corresponde con la longitud del "firmware tag", o lo que es lo mismo el header del firmware, para lo cual no hay partición como tal asignada, sino que va incluido dentro de la partición "linux"

zorrua · « **Respuesta #188 en:** 12-04-2014, 18:53 (Sábado) »

Muchas gracias!!!

He instalado la ultima version y funciona muy bien. Los "errores" que veo:

1. No funciona la norma N de wifi. Esto creo que es por el driver.

2. Los LEDs de los puertos no funcionan. EL de WLAN y POWER funcionan bien. El de WAN no se me enciende. Me aparece marcado solo el LAN1x cuando tengo conectado el cable en el puerto 2 y 4.

3. La carga de la imagen desde luci no funciona, es necesario hacer desde CFE.

He probado con VLAN y funciona perfecto como router neutro.

¿Que falta para poder meter todo vuestro curro en el repo oficial de OpenWRT?

Gracias de nuevo y hasta pronto.

Saludos.

Pteridium · « **Respuesta #189 en:** 12-04-2014, 21:39 (Sábado) »

Cita de: zorrua en 12-04-2014, 18:53 (Sábado)

Muchas gracias!!!

He instalado la ultima version y funciona muy bien. Los "errores" que veo:

1. No funciona la norma N de wifi. Esto creo que es por el driver.

2. Los LEDs de los puertos no funcionan. EL de WLAN y POWER funcionan bien. El de WAN no se me enciende. Me aparece marcado solo el LAN1x cuando tengo conectado el cable en el puerto 2 y 4.

3. La carga de la imagen desde luci no funciona, es necesario hacer desde CFE.

He probado con VLAN y funciona perfecto como router neutro.

¿Que falta para poder meter todo vuestro curro en el repo oficial de OpenWRT?

Gracias de nuevo y hasta pronto.

Saludos.

Hacer el parche y que lo acepten.
Los leds de lan ya se han encontrado (gpios 6-9) pero no indican ni cable conectado ni tráfico. Son simples gpios.
Lo de que no trague por luci está por descubrir la causa.
De momento olvídate de wifi N y hemos de dar gracias de que funcione bien en modo AP con el driver b43. $:-\$

zorrua · « **Respuesta #190 en:** 13-04-2014, 12:52 (Domingo) »

Gracias por responder.

Lo de los LEDS, ¿se podra solucionar? Entiendo que no es prioritario, pero a mi me viene muy bien para ver si tengo trafico en ese puerto.

Si quereis que haga alguna prueba para la carga de la imagen por LuCi, estoy disponible.

Gracias por todo.

Saludos.

danitool · « **Respuesta #191 en:** 13-04-2014, 13:21 (Domingo) »

Acerca del flasheo por Luci incorrecto. En mi router Netgear me pasaba eso que solucioné añadiendo este parámetro al Makefile que genera las imágenes

Código: [Seleccionar]

--image-offset 0x20000
Cambio que Noltari amablemente incorporó en su Barrier Braker, pero únicamente para la imagen del Netgear.
https://github.com/openwrt-es/barrier-breaker-openwrt/commit/3aeb69648db9931fc2f2da673799f960ea78185a

Pteridium · « **Respuesta #192 en:** 13-04-2014, 17:31 (Domingo) »

Cita de: zorrua en 13-04-2014, 12:52 (Domingo)

Gracias por responder.

Lo de los LEDS, ¿se podra solucionar? Entiendo que no es prioritario, pero a mi me viene muy bien para ver si tengo trafico en ese puerto.

Saludos.

De momento no se puede por 2 razones:
1.- Son simples gpios que no están controlados por el switch del BCM6368, sino por el mismo SoC, mientras que en el BCM6328 y posteriores esos leds están conectados directamente al switch. En cuanto se actualice el repo de Noltari añadiendo los gpios se podrían hacer funcionar definiendo 4 vlans (1 por puerto), todas asociadas al interfaz LAN de openwrt y definir el compartamiento de esos leds (lo típico: que se enciendan en link on, tx y rx).
2.- Hay que modificar el driver b53 para que se reserve esos gpios, pero eso es harina de otro costal y quiere tiempo y conocimientos.

Cualquier duda o sugerencia se comenta.

zorrua · « **Respuesta #193 en:** 13-04-2014, 22:10 (Domingo) »

Cita de: Pteridium en 13-04-2014, 17:31 (Domingo)

Cita de: zorrua en 13-04-2014, 12:52 (Domingo)
Gracias por responder.

Lo de los LEDS, ¿se podra solucionar? Entiendo que no es prioritario, pero a mi me viene muy bien para ver si tengo trafico en ese puerto.

Saludos.
De momento no se puede por 2 razones:
1.- Son simples gpios que no están controlados por el switch del BCM6368, sino por el mismo SoC, mientras que en el BCM6328 y posteriores esos leds están conectados directamente al switch. En cuanto se actualice el repo de Noltari añadiendo los gpios se podrían hacer funcionar definiendo 4 vlans (1 por puerto), todas asociadas al interfaz LAN de openwrt y definir el compartamiento de esos leds (lo típico: que se enciendan en link on, tx y rx).
2.- Hay que modificar el driver b53 para que se reserve esos gpios, pero eso es harina de otro costal y quiere tiempo y conocimientos.

Cualquier duda o sugerencia se comenta.

Muchas gracias por la explicacion.

De momento nos quedaremos sin las lucecitas, ☺

El patch para la carga de imagen desde luci, se podria aplicar al resto de routers?

Muchas gracias por todo.

Saludos.

Pteridium · « **Respuesta #194 en:** 14-04-2014, 00:16 (Lunes) »

Cita de: zorrua en 13-04-2014, 22:10 (Domingo)

Cita de: Pteridium en 13-04-2014, 17:31 (Domingo)
Cita de: zorrua en 13-04-2014, 12:52 (Domingo)
Gracias por responder.

Lo de los LEDS, ¿se podra solucionar? Entiendo que no es prioritario, pero a mi me viene muy bien para ver si tengo trafico en ese puerto.

Saludos.
De momento no se puede por 2 razones:
1.- Son simples gpios que no están controlados por el switch del BCM6368, sino por el mismo SoC, mientras que en el BCM6328 y posteriores esos leds están conectados directamente al switch. En cuanto se actualice el repo de Noltari añadiendo los gpios se podrían hacer funcionar definiendo 4 vlans (1 por puerto), todas asociadas al interfaz LAN de openwrt y definir el compartamiento de esos leds (lo típico: que se enciendan en link on, tx y rx).
2.- Hay que modificar el driver b53 para que se reserve esos gpios, pero eso es harina de otro costal y quiere tiempo y conocimientos.

Cualquier duda o sugerencia se comenta.

Muchas gracias por la explicacion.

De momento nos quedaremos sin las lucecitas, ☺

El patch para la carga de imagen desde luci, se podria aplicar al resto de routers?

Muchas gracias por todo.

Saludos.

Espero que en un par de días, 3 a lo sumo, estén incorporadas en el repo.

Ya que comentaste lo de wifi N habría que examinar el histórico del driver brcm-wl:
https://dev.openwrt.org/log/trunk/package/kernel/broadcom-wl
y también el histórico de base-files y netifd:
https://dev.openwrt.org/log/trunk/package/network/config/netifd
https://dev.openwrt.org/log/trunk/package/base-files
pero lo más interesante sería saber más o menos cuándo dejó de funcionar correctamente.

Pteridium · « **Respuesta #195 en:** 23-05-2014, 21:14 (Viernes) »

Enviados los parches para que le den soporte oficial al VR-3025u.
http://patchwork.openwrt.org/patch/5499/
Se han añadido los leds lan1-4, pero la verdad es que no funcionan cuando se enchufa o desenchufa un cable en alguno de los puertos.

He preferido esperar hasta ahora debido a que el problema de corrupción de nombres de archivo en jffs2 parece estar resuelto.

jar229 · « **Respuesta #196 en:** 23-05-2014, 22:02 (Viernes) »

Cita de: Pteridium en 23-05-2014, 21:14 (Viernes)

Enviados los parches para que le den soporte oficial al VR-3025u.
http://patchwork.openwrt.org/patch/5499/
Se han añadido los leds lan1-4, pero la verdad es que no funcionan cuando se enchufa o desenchufa un cable en alguno de los puertos.

He preferido esperar hasta ahora debido a que el problema de corrupción de nombres de archivo en jffs2 parece estar resuelto.

Estupenda noticia y gran trabajo el que habéis hecho con este router.

Con repuesto al tema del SMP y la corrupción de ficheros, ningún problema detectado hasta la fecha.

Enviado desde mi CUBE U30GT-H

zorrua · « **Respuesta #197 en:** 24-05-2014, 14:15 (Sábado) »

Cita de: Pteridium en 23-05-2014, 21:14 (Viernes)

Enviados los parches para que le den soporte oficial al VR-3025u.
http://patchwork.openwrt.org/patch/5499/
Se han añadido los leds lan1-4, pero la verdad es que no funcionan cuando se enchufa o desenchufa un cable en alguno de los puertos.

He preferido esperar hasta ahora debido a que el problema de corrupción de nombres de archivo en jffs2 parece estar resuelto.

Gran trabajo!

Entonces, de aqui en adelante, ¿utilizaremos los repos oficiales de openwrt para crear las imagenes para este router?

Muchas gracias.

Saludos.

jar229 · « **Respuesta #198 en:** 26-05-2014, 19:13 (Lunes) »

Cita de: zorrua en 24-05-2014, 14:15 (Sábado)

Cita de: Pteridium en 23-05-2014, 21:14 (Viernes)
Enviados los parches para que le den soporte oficial al VR-3025u.
http://patchwork.openwrt.org/patch/5499/
Se han añadido los leds lan1-4, pero la verdad es que no funcionan cuando se enchufa o desenchufa un cable en alguno de los puertos.

He preferido esperar hasta ahora debido a que el problema de corrupción de nombres de archivo en jffs2 parece estar resuelto.

Gran trabajo!

Entonces, de aqui en adelante, ¿utilizaremos los repos oficiales de openwrt para crear las imagenes para este router?

Muchas gracias.

Saludos.

Cuando acepten los parches, sí.

Mientras, podemos seguir usando el repo de Noltari. Que funciona estupendamente

zorrua · « **Respuesta #199 en:** 26-05-2014, 22:21 (Lunes) »

Gracias por contestar.

Saludos.

Noticias:

Autor Tema: [Desarrollo] OpenWrt en Comtrend VR-3025u (Leído 197664 veces)

Pteridium

Pteridium

danitool

zorrua

Pteridium

zorrua

danitool

Pteridium

zorrua

Pteridium

Pteridium

zorrua

zorrua