Uno que se despide al menos hasta que le lleguen a las manos otro o encuentre forma de solventar la que yo mismo he liado.

Por un lado arrancando en modo UART lo dicho, no me grababa, pero lo extraño es que decidí hacerlo por pasos y verificando el contenido de la memoria. El resultado es que grababa de forma efectiva, leída 0xff al borrarla, los datos grabados al grabarla, pero me da que la memoria no es la esperada, ya que la lectura inicial no aparentaba ser en absoluto el bootloader que había compilado y cargado.

Posteriormente se me ocurrió intentar soldar algo que me permitiera cortocircuitar los dos boot_sel de forma cómoda y al ir a hacerlo según empuje el cable de la primera soldadura que hice se llevó consigo la isla de la placa. Resultado ya no puedo arrancar en modo UART para ir viendo que memoria es lo que me estaba viendo en 0xB0000000, etc...

Salvo que alguno conozca otros puntos eléctricamente idénticos para la isla de R148 que está hacia la resistencia R149 estoy colgado con este router.

Aún así intentaré compilar U-Boot de nuevo con lo que creo que ha sido el problema de la red, y si encuentro la forma de generarlo en formato ascii lo coloco por si alguien quiere probar. Evidentemente no metería el binario no vaya a ser que no funcionara y por mi culpa otro acabe igual.

Me estoy dando cuenta de lo siguiente, con el U-Boot asc que hay aquí cargado desde UART las direcciones de memoria se repiten, es decir 0xB1000000 es igual a la 0xB2000000.

No se si sea problema del U-Boot o el problema esté en que quizá después de haber hecho el corto en los dos bootsel para el arranque en modo UART haya que quitar los cortos sin apagar la placa.

Pues finalmente lo he solventado ya que han sido un cúmulo de problemas entre ellos el que comentas.

Primero, en el hilo original hay dos uboot ram asc, el primero no carga en absoluto solo salta un * de salida el procesado y ahí se queda, cuando acaba de cargar no hace nada y este está comentado en el propio hilo, https://foro.seguridadwireless.net/openwrt/astoria-networks-arv7519-de-ya-com-ahora-orange/msg298801/#msg298801.

Posteriormente hay otro uboot que carga correctamente pero que no es capaz de ver bien las direcciones de memoria, desconozco como accede a ellas pero el caso es que borré como primera dirección de memoria algo que tenía entre otros caracteres legibles LTQ, cosa que no corresponde al U-Boot. Con este podía grabar el U-Boot completamente pero por supuesto al no estar grabándose realmente en la posición 0xB0000000 al reiniciar seguía mi engendro de uboot que no termina de arrancar.

Rebuscando más veo en el nuevo hilo en el post inicial https://foro.seguridadwireless.net/openwrt/%28desarrollo%29-openwrt-en-astoria-arv7519rw22-livebox-2-1/ un comprimido con uboot nor y uboot ram en asc que también carga correctamente. Ahora si ví el problema de que me soltaba que no se había borrado la memoria al ir a grabar y de aquí mirando con el comando flinfo de uboot veo que hay ciertas direcciones como solo lectura, de lo que pensé que o bien el uboot tiene fallo o estaba jorobando los puentes al direccionamiento. Automáticamente me acorde cuando lo miré inicialmente el tema que alguien (espeltron que lo he mirado hace un rato) comentaba sobre ello. He comprobado que R155 corresponde a una línea de direccionamiento de memoria por lo que hay que descortocircuitar o proceder a poner resistencias en vez de puente y R148 realmente no es necesario y puede ser un puente directo. Si alguno que en su momento lo hizo con puente directo decir que salvo que me cuele algo en principio la memoria está intacta, si no les deja grabar es que al deshacer el puente lo hicieron mal y tendrían que revisar a cortar realmente esa conexión porque les está dejando esas direcciones como solo lectura.

Ahora mismo ya tengo el U-Boot 2014.01-openwrt1 (May 16 2014 - 00:08:52) arv7519rw cargado y recuperado, en principio, porque ahora tengo que ver si me he cargado más cosas con tanto trajín, le he metido algún corto innecesario y otros que han sido sin intención el mover cable.

Yo por mi parte no voy a tocar más el U-Boot en este router, si consigo un router más me puedo dedicar a ello, pero con este dado como tengo que hacer por mi culpa las conexiones para meterlo en modo UART tela, decir que me cargue también la segunda isla pero por suerte hay muchos lugares con la que reemplazarla, lo malo la primera que me cargué, solo vi un punto y es minúsculo.

Creo que en cuanto pueda me haré con limpiador y barniz para la placa y así dejar bien los sitios que he tocado para evitar futura corrosión.

Perdón si he escrito mal y de seguido pero aunque sea una tontería me ha alegrado poder revivirlo y ando de prisa a probar más cosas. A ver lo que dura porque no me extrañaría encontrarme alguna parte rota.

Voy a ver si encuentro el volcado completo de la memoria original, porque voy a volcarla de nuevo al router antes de nada para verificar el WiFi y que se graba completamente la memoria entre otras cosas, sobretodo después del uboot asc "cabrón".

Muchísimas gracias a gmtii por los uboot asc que ha dejado, tanto por el "cabrón" que me ha hecho comerme la cabeza como el que me ha permitido regrabar la ROM

PD: gmtii si consigo un segundo router contacto contigo por el tema del uboot, se donde está el problema del que he hecho, pero la solución que veo se usó para los que hay aquí es meter el firmware en el propio uboot, desconozco si en el proyecto de uboot admitan eso, pero si no es el caso me apunto a intentar hacer que acabe incluso en las opciones de configuración de OpenWrt el poder compilar un uboot. Repito, si encuentro un segundo router, que este pobre está re-re-re-remendao.

Bueno ya que tengo el router funcional y no me voy a dedicar de momento a portar los cambios necesarios para esta placa a U-Boots más recientes hasta tener otro router que pueda hacerlo los cortos para UART sin mayores problemas, comento sobre el tema del host usb.

Para la versión 4.4-rc1 del kernel han entrado 59 parches relativos al módulo dwc2, entre ellos creo que uno que se aplicaba desde OpenWrt para soportar plataformas big endian http://www.spinics.net/lists/linux-usb/msg132093.html. Además hay otros muchos parches que reescriben por completo partes del mismo pero están solo en el mailing-list con vistas a ser revisados más para evitar posibles regresiones y demás. Con ese escenario creo que la mejor opción sería esperar a que salga el kernel 4.4 y entre en trunk para lantiq y entonces probar a ver si las mejoras de dicho controlador solventan el problema que tenemos con esta placa. En caso de no hacerlo ya desde ahí si ir mirando los demás parches que haya sin aplicar relativos al módulo.

Aunque dije que no lo iba a hacer por como tengo que entrar en el arranque UART, ya he compilado un U-Boot 2014.04 completamente funcional aunque le falta el parche para detectar la memoria RAM completa.

Hay unos fallos en el código fuente en cuanto al nombre de archivos y que depclean borra todos los firmwares que se tengan puestos, cosa que no debería de suceder.

Mi idea sería ahora ir a por U-Boot 20154.07 y meterle los cambios necesarios para arrancar esta placa.

Si krasny, ese código fuente lleva tiempo, es solo el arranque como has visto pero ya hay soporte completo con versiones de U-Boot más recientes aunque no en el proyecto U-Boot en sí.

Bueno ayer ya compilé y ejecute la 2014.07, decir que ahora ocupa más y en vez de 3 sectores ocupa 4 sectores, por lo que da problemas con la zona de memoria para las variables y si se graban se rompe el arranque. Tendría que mirar cuanta zona de memoria queda y si eso mover un sector más lejos las variables de entorno. El caso es que aún así sigue cogiendo 64 MiB de DRAM en vez de 128 MiB, así que no encuentro cual es el cambio necesario para que vea toda la memoria.

Ahora ya que si de momento no voy a seguir más con este tema y lo aparco porque el nuevo punto de soldadura que tenía me está dando problemas por lo pequeño que es y no quiero seguir jugando así. Si encuentro otro router haría los cortos con dos destornilladores de precisión justo en el momento del arranque.

Tienes toda la razón, me hubiese evitado cascar el boot UART. En esta imagen se ve todo lo que he comentado, en rojo lo que está KO, que son los puntos 1 y 2 en rojo más la pista que he marcado en rojo. Los puntos en verde son los respectivos 1 y 2 alternativos que saqué. la pista se rompió con la última vez que lo puse en arranque UART, por suerte grabé un U-Boot funcional. El punto 2 rojo y el verde están unidos por una pista que va de uno a otro aunque gran parte no se la ve por estar justo la pintura blanca del etiquetado de la placa.


Si tengo suficientes ganas y material necesario cuando vaya a barnizar la placa igual intento rehacer la pista desde el agujero que pasa a otra capa de la placa soldando un pelillo fino de cobre dándole forma y posteriormente recubriéndolo con el barniz.

En principio no veo problemas por la pista rota, he intentado buscar a que pin del procesador pero no lo encuentro. Si solamente sirve como boot_sel es posible que dejándola al aire no pase nada y por eso al menos lo que he podido ver me funciona sin problemas.

Hola a todos, a ver, os comento, he empezado con estos routers de orange, en este caso he leido lo de cargar el firmware y creo que lo tengo aclarado, y si no decirme en que punto me equivoco
A ver, he puenteado es decir he cortocircuitado los dos puntos con soldadura de la r155 y r148 de la placa, hasta ahi, bien, luego he soldado los 4 puntos del puerto de la uart, pongo el conector TTL, pero sin el vcc, que en realidad no se si al final hay que ponerlo, ya que mi TTL tiene para 5v o para 3.3v, conecto al usb, y pongo hyperterminal, enciendo el router, aunque no haya ninguna luz, pero en hiperterminal, deberia aparecer ya el boot, pero no consiguo ver nada, decir tambien que tengo el TX del router con el RX del TTL, y el RX del router con el TX del TTL, selecciono 115200, 8 bits + 1 parada, y flujo por hardware, pero no consiguo conectar.
A ver si alguien se da cuenta de mi fallo con este router
Gracias
Un saludo, Crislgga

Vcc no hay que conectarlo.
Quita el flujo por hardware.
Si no te sale nada, intercambia RX y TX.

Quita los dos cortos el UART no te es necesario para simplemente meterle OpenWrt. Yo me lo he cargado por tener que usarlo para recuperar el arranque por meter U-Boots mal compilados. Si no grabas mal el arranque normal no tienes necesidad de entrar en CFG 04 UART.

Añado: Es bastante probable que tengas todo bien, el arranque UART se queda esperando que le vuelques algo como por ejemplo un uboot ram en formato asc, en el momento que se lo envías empieza a devolver * hasta que termina el envío del archivo y carga ese U-Boot. Si quitas los dos cortos arranca en CFG 01 de modo que se inicia el arranque desde la memoria Flash, y verás ahí lo que escupe. Nada más encenderlo en ese modo pulsa 3 veces la barra espaciadora, si tardas un poco no te hace caso. De seguido pega el pass del bootloader, o si eres rápido escríbelo, no tienes que pulsar intro ya que al meter los 8 caracteres el solo comprueba que sea correcta. En cuanto lo hayas hecho verás el VR9 boot, Decirte también para que no te comas la cabeza, usa mayúsculas, ya que por ejemplo cuando te pregunta si grabar el boot, si pones 'y' pasa de ti y vuelve a la línea de comandos de vr9 boot, pero si pones 'Y' entonces si espera a la transmisión xmodem.

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.