Autor Tema: [Desarrollo] OpenWrt en routers de Telefónica Home Station ALPHA ASL26555 (Leído 543505 veces)

RafaC · « **Respuesta #80 en:** 09-10-2012, 15:33 (Martes) »

Aquí va info de nuevo:

Gpios sin tener que desmontar nada:
GPIO 13 -> esta en la resistencia R161 que esta encima del D19
GPIOs 24 a 39 -> Están en la huella de la memoria U6 que como se utiliza un bus de 16bits los de del 16 al 31 no se utilizan.
Por si me he colado en la foto los pines para los gpios son: 2,4,5,7,8,10,11,13,42,44,45,47,48,50,51,53 Estos son los gpios respectivos del 24 al 39.

También he cambiado la foto para que se vean mejor aunque como pongo mejor que contéis vosotros los pines. Las resistencias son de 33 ohmios asi que no hay casi caída de tensión.
Por cierto, es necesario recompilar el kernel para poner en el fichero: target/linux/ramips/files/arch/mips/ralink/rt305x/mach-asl26555.c esto : rt305x_gpio_init((RT305X_GPIO_MODE_GPIO << RT305X_GPIO_MODE_UART0_SHIFT) | RT305X_GPIO_MODE_SDRAM);

- sobre el i2c: Exacto, si quieres soporte nativo del i2c tienes que compilar el kernel. Lo de los pines haciendo "bitbang" no se como va pero si puedes compilar y ponerlo nativo te dará mas rendimiento.

- La opcion de quitar el adsl hago una prueba y te cuento. A ver si me da tiempo esta tarde.

Respecto a como he sacado la información solo deciros que os estoy informando de cosas que no debería contar.

Aprovechar la información y ya esta

gmtii · « **Respuesta #81 en:** 09-10-2012, 21:20 (Martes) »

buenas,

primeras pruebas sin éxito con bitbanging (i2c emulado con dos gpio genéricos)

- flasheamos el firmware con soporte i2c: http://www.mediafire.com/?71q5l10n8t2u00i

- cargamos el modulo i2c con insmod i2c-gpio-custom bus0=0,24,25 bus1=1,26,27

- podemos añadirlo al boot como:

echo "i2c-gpio-custom bus0=0,24,25 bus1=1,26,27" > /etc/modules.d/59-i2c-gpio-custom

- escaneamos el bus creado en esos dos pin con: i2cdetect -y 0.

Por ahora a mi no me acaba de detectar nada... Tampoco he encontrado el soporte del I2C dedicado de la cpu en el kernel...

Seguiremos intentándolo...

Cita de: RafaC en 09-10-2012, 15:33 (Martes)

Aquí va info de nuevo:

Gpios sin tener que desmontar nada:
GPIO 13 -> esta en la resistencia R161 que esta encima del D19
GPIOs 24 a 39 -> Están en la huella de la memoria U6 que como se utiliza un bus de 16bits los de del 16 al 31 no se utilizan.
Por si me he colado en la foto los pines para los gpios son: 2,4,5,7,8,10,11,13,42,44,45,47,48,50,51,53 Estos son los gpios respectivos del 24 al 39.

También he cambiado la foto para que se vean mejor aunque como pongo mejor que contéis vosotros los pines. Las resistencias son de 33 ohmios asi que no hay casi caída de tensión.
Por cierto, es necesario recompilar el kernel para poner en el fichero: target/linux/ramips/files/arch/mips/ralink/rt305x/mach-asl26555.c esto : rt305x_gpio_init((RT305X_GPIO_MODE_GPIO << RT305X_GPIO_MODE_UART0_SHIFT) | RT305X_GPIO_MODE_SDRAM);

- sobre el i2c: Exacto, si quieres soporte nativo del i2c tienes que compilar el kernel. Lo de los pines haciendo "bitbang" no se como va pero si puedes compilar y ponerlo nativo te dará mas rendimiento.

- La opcion de quitar el adsl hago una prueba y te cuento. A ver si me da tiempo esta tarde.

Respecto a como he sacado la información solo deciros que os estoy informando de cosas que no debería contar.
Aprovechar la información y ya esta

RafaC · « **Respuesta #82 en:** 10-10-2012, 09:05 (Miércoles) »

hola,

supongo que lo de "insmod i2c-gpio-custom bus0=0,24,25 bus1=1,26,27" es para hacer lo del bitbanging, no??? Porque los gpios reales del i2c del micro son el 1 y 2.

gmtii · « **Respuesta #83 en:** 10-10-2012, 10:41 (Miércoles) »

exacto; no he encontrado driver para el bus i2c hardware del rt3052 así que probaba con los pines 24 y 25, modificando el mach-asl26555.c... es notablemente lento por otro lado....

Cita de: RafaC en 10-10-2012, 09:05 (Miércoles)

hola,

supongo que lo de "insmod i2c-gpio-custom bus0=0,24,25 bus1=1,26,27" es para hacer lo del bitbanging, no??? Porque los gpios reales del i2c del micro son el 1 y 2.

RafaC · « **Respuesta #84 en:** 17-10-2012, 10:00 (Miércoles) »

Bueno, aquí os pongo como se elimina la parte dsl del router como me habíais pedido.
En las 2 primeras fotos podéis ver todo lo que he quitado, faltaría por quitar el transformador de linea y los dos condensadores que quedan. No os recomiendo quitar nada mas por si las moscas.
El afe de dsl genera un reset a toda la placa cuando se arranca y a partir de ahí arranca todo el sistema. Como el afe lo vamos a quitar hay que generar ese reset de otra manera. Esa función la hace un supervisor de tensión que va marcado como U12 en la foto 3. Yo he colocado un LM809 (ref LM809M3-2.93). Hay que poner los dos componentes que están al lado del U12, R95 = 4k7 y C172 = 0,1uF. También seria bueno poner C212 = 0,1uF aunque sin el también funciona. Como no solemos tener componentes tan pequeños podéis reutilizar C209 y C217 (a la derecha del U12 foto 3) para los condensadores y R151 (en la patilla 1 del TC3162 foto 2) para la R95. Y así quedaría todo funcionando. Eso si hay que hacerlo bien, despacio y asegurándose de no hacer cortos.

ATENCIÓN: ESTO ME HA FUNCIONADO A LA 3ª, ESO QUIERE DECIR QUE ME HE CARGADO 2 PLACAS IRRECUPERABLES. ASÍ QUE NO OS PUEDO ASEGURAR QUE A LA PRIMERA OS FUNCIONE.

Otra posibilidad que tenéis para que esta parte no funcione y que siga dando los reset es quitar los dos cristales, X2 y X3 que están en la segunda foto. Así el afe seguirá dando el reset general y no funcionaría la parte dsl. Quitando todos los componentes de la parte dsl solo se consigue una disminución de consumo de unos 25mA así que no es un ahorro grande. Como ya os comente en otro post mas arriba se pueden sacar gpios de la parte del modulo de memoria que no hay instalado y así no habría que tocar esta parte. La decisión es vuestra.

Foto 1

Foto 2

Foto 3

Un saludo.

gmtii · « **Respuesta #85 en:** 24-10-2012, 00:13 (Miércoles) »

hola,

muy buen trabajo; viendo todo lo que supone y el ahorro que al final es en mA, como bien decías, no merece la pena, teniendo además tantos GPIOs disponibles en el bus de la memoria no usada...

por otro lado, siempre quedó pendiente en este equipo aprovechar que tiene la parte DSL separada para intentar habilitarla, por contra a broadcom que es imposible... Entiendo que se conecta con la CPU directamente a través del puerto 5 del switch del 3052...

saludos!

pd: siento que cayeran dos routers en la maniobra

RafaC · « **Respuesta #86 en:** 24-10-2012, 08:06 (Miércoles) »

Pues si quieres gpios y memoria vas a tener que ir pensando en quitar la parte DSL. Mira lo que conseguí ayer:

Board: Ralink APSoC DRAM: 64 MB
relocate_code Pointer at: 83fb4000
config usb..
spi_wait_nsec: 3e
spi device id: 1 2 16 4d 0 (2164d00)
find flash: S25FL064P

Esto promete.

gmtii · « **Respuesta #87 en:** 24-10-2012, 09:07 (Miércoles) »

buenísimo! cuéntanos mas!!!!

Cita de: RafaC en 24-10-2012, 08:06 (Miércoles)

Pues si quieres gpios y memoria vas a tener que ir pensando en quitar la parte DSL. Mira lo que conseguí ayer:

Board: Ralink APSoC DRAM: 64 MB
relocate_code Pointer at: 83fb4000
config usb..
spi_wait_nsec: 3e
spi device id: 1 2 16 4d 0 (2164d00)
find flash: S25FL064P

Esto promete.

RafaC · « **Respuesta #88 en:** 24-10-2012, 16:18 (Miércoles) »

Venga, para que babeéis un poco mas

U-Boot 1.1.3 (Oct 24 2012 - 15:08:10)

Board: Ralink APSoC DRAM: 64 MB
relocate_code Pointer at: 83fb4000
config usb..
spi_wait_nsec: 3e
spi device id: 1 20 18 3 1 (20180301)
find flash: S25FL128P
raspi_read: from:30000 len:1000
.raspi_read: from:30000 len:1000
.============================================
AMPER UBoot Version: 4.0.0.0
--------------------------------------------
ASIC 3052_MP2 (Port5<->None)
DRAM component: 256 Mbits SDR
DRAM bus: 32 bit
Total memory: 64 MBytes
Flash component: SPI Flash
Date:Oct 24 2012 Time:15:08:10
============================================
icache: sets:256, ways:4, linesz:32 ,total:32768
dcache: sets:128, ways:4, linesz:32 ,total:16384

##### The CPU freq = 384 MHZ ####
estimate memory size =64 Mbytes

Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash (default).
4: Entr boot command line interface.
7: Load Boot Loader code then write to Flash via Serial.
9: Load Boot Loader code then write to Flash via TFTP.

You choosed 1

root@OpenWrt:/# free
total used free shared buffers
Mem: 61880 12576 49304 0 0
-/+ buffers: 12576 49304
Swap: 0 0 0

Me da que no os voy a decir como se hace

gmtii · « **Respuesta #89 en:** 24-10-2012, 17:47 (Miércoles) »

Ayyy esas fechas de compilación del uboot

;D;D;D

nos haces sufrir la verdad

;D;D;D;D;D;D;D

Enviado desde mi GT-P6810 usando Tapatalk 2

RafaC · « **Respuesta #90 en:** 12-11-2012, 16:44 (Lunes) »

Bueno, pues aunque hace tiempo que os tenia en ascuas no me había olvidado de vosotros.

Pues nada, aquí tenéis la solución para los 64MB. Lo primero os pongo una foto del "apaño" que hice por si grababa mal alguna flash como sucedió la primera vez. Si hacia algo mal y no arrancaba ponía la memoria en el grabador y dejaba la memoria como la original.

Ahora al tajo. Hay que poner una resistencia y un condensador y cambiar de posición otra resistencia.

En esta foto se ve R42 = 33R y C75 = 5.1 pF que son las que hay que poner. Son en encapsulado 0402 no apto para pulsos indecisos como el mio

Y en esta se ve R118 y R119 que hay que cambiarla de R118 y ponerla en R119.

Y ahora el uboot. Lo he probado en una placa con 64MB y en otra con 32MB y funciona en las dos. Para grabarlo hay que pulsar el 9 en las opciones del boot y darle las direcciones del servidor tftp y el nombre del fichero. Como podéis imaginar si el uboot se graba mal habría que desoldar la flash y grabarla en una grabador.

Aquí va el fichero: https://www.dropbox.com/s/bm992eeb9drx9iy/uboot_rt3052f_64MB.img

Un saludo.

danitool · « **Respuesta #91 en:** 12-11-2012, 18:01 (Lunes) »

Este tipo de mods de ampliación de RAM tienen mucho mérito (aparte de ser muy útiles por ampliar enormemente la capacidad del router), de verdad que admiro a quien es capaz de hacerlos con éxito total.

Un par de cuestiones acerca del mod:

Citar

Y en esta se ve R118 y R119 que hay que cambiarla de R118 y ponerla en R119.

Como llegaste a esa conclusión, ¿usando algún datasheet de las memorias? ¿basándote en mods de otras placas?

Y la segunda ¿el uboot lo modificaste para que aceptase las dos memorias o/y 64 MiB? ¿o es un uboot estandar sin modificar?. En caso de ser una modificación tuya tengo curiosidad por saber que código tocaste.

gmtii · « **Respuesta #92 en:** 12-11-2012, 18:31 (Lunes) »

Voy a probarlo.... muy buen trabajo!

Enviado desde mi GT-I9000 usando Tapatalk 2

SERASER · « **Respuesta #93 en:** 12-11-2012, 19:31 (Lunes) »

Hola.

Yo de mayor quiero ser como RafaC

Anda RafaC, cuentanos algo, aunque sea poco, lo que comenta danitool, ¿deduces segun datasheet o eres el que ha diseñado la placa?

Salud.

Pd: Viendo la foto veo que R42 = 33R y C75 = 5.1 pF se pueden sacar de la memoria inferior, el tema de R118 y R119 me gustaria que lo explicaras.

RafaC · « **Respuesta #94 en:** 13-11-2012, 09:37 (Martes) »

Pero que cotillas que sois!!!

Ah, y sERASEr no quieras ser como yo que soy muy feo.

Vamos a ver, lo mio no tiene merito porque juego con ventaja. Tengo algo que no os puedo decir que tengo, ni os puedo enseñar, pero eso no quita que pueda ayudar. Como ya dije en otro post, con la ayuda del parche que publicó gmtii conseguí compilar y hacer mis versiones de openwrt para este router. Y como hay que ser agradecido en esta vida, decidí ayudar a pesar de que esto no lo debería estar haciendo.

Respecto a donde poner los componentes, tengo algo que me ayuda mucho, aunque los chinos no se caracterizan por documentar las cosas y no ha sido tan fácil como parece. El cambio de la R118 y R119 ha sido "suerte" porque estos micros hay que "inicializarlos" cuando arrancan con un bootstrap. Son tres componentes de nada pero casi mueren dos routers en el intento.
Respecto al uboot, yo trabajo con el RT3352 que lleva el mismo uboot que el RT3052, así que lo adapte, lo probé y ahí lo tenéis.

Un saludo.

danitool · « **Respuesta #95 en:** 13-11-2012, 10:57 (Martes) »

Supongo entonces que esa es una resistencia pulldown (parece que va a ground). La cual me imagino que irá a un pin del SoC el cual habilitaría el uso de dos memorias RAM.

¿que valor tiene la resistencia, 10kohm?

RafaC · « **Respuesta #96 en:** 13-11-2012, 11:07 (Martes) »

4k7 y lo que hace es habilitar el ancho del bus de datos de 32bits

SERASER · « **Respuesta #97 en:** 13-11-2012, 15:03 (Martes) »

Hola.

RafaC, llevas razón, somos muy cotillas solo si hablamos de electrónica, debilidades que tiene uno.

Gran detalle el de R118-119, esto al menos me enseña mucho sobre el funcionamiento de estas placas.

Por cierto, yo casi seguro, me juego una mano de danitool

, se que tienes que no tenemos nosotros, si quieres te lo digo por privado.

Salud.

RafaC · « **Respuesta #98 en:** 13-11-2012, 15:08 (Martes) »

Hombre, creo que sabéis lo que tengo, así que si necesitáis algo pedir y os diré lo que pueda.

Un saludo.

danitool · « **Respuesta #99 en:** 13-11-2012, 16:32 (Martes) »

Esta placa usa un SoC Ralink RT3052 no?. Si supuestamente numerásemos horizontalmente los pines del 1 al 17, y verticalmente de la letra A a la U. Entonces jugemos un poco a hundir la flota, ¿a que pin iría conectada esa resistencia pulldown?

No tengo la placa, la verdad, pero la información es interesante, otras placas se podrían beneficiar de este mismo mod por ejemplo el Huawei EchoLife HG532 cuya foto tenemos aquí

http://stokie-ant.no-ip.org/wp-content/uploads/2011/09/DSCF1089.jpg

El pobre solo tiene 16 tristes MiB de RAM.

Noticias:

Autor Tema: [Desarrollo] OpenWrt en routers de Telefónica Home Station ALPHA ASL26555 (Leído 543505 veces)

RafaC

gmtii

RafaC

gmtii

RafaC

gmtii

RafaC

gmtii

RafaC

gmtii

RafaC

danitool

gmtii

SERASER

RafaC

danitool

RafaC

SERASER

RafaC

danitool