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.