Mi router HUAWEI HG556A NO reconoce el wifi tras cargar varios firmwares.

Ecléctico tecnológico, formado en Electrónica y Sistemas Telemáticos, he centrado mi vida profesional en el diseño de planta y sistemas telemáticos, desde redes tradicionales, telefonía IP, a redes CATV en HFC. Curioso por naturaleza, dedico mi tiempo a la búsqueda de empleo, a pesar que digan que estoy "sobre cualificado para el puesto", que es lo mismo que decir que “soy viejo". Con este blog, no solamente quiero compartir conocimientos, si no también, aprender cosas nuevas.

También te puede interesar...

41 Respuestas

  1. Rubencito dice:

    Cuasi listo, donde podemos conseguir las distintas flash, para restaurar los datos wifi?

  2. Rubencito dice:

    Disculpa el comentario anterior.
    Ya he visto que los contiene el firmware de emergencia.

    Saludos.

  3. Óscar R dice:

    Hola, estoy intentando solucionar un problema con el wifi de mi router hg556a B pero una vez instalado el firmware openwrt-HW556-squashfs-cfe_r33275_wlan_restore.bin , que he descargado desde esta página, no se dónde poner lo de “# mtd -r erase cal_data” para borrar la partición cal_data y donde tendría después que poner “# dd if=/etc/atheros_MX29GL128EH.bin of=/dev/mtd4” para restaurar los nuevos datos wifi, pues ya tengo localizada mi flash que es la MX29GL128EH, ¿Me puedes ayudar?, es que ando un poco pegado con esto de OpenWrt.
    Gracias de antemano.

  4. Óscar R dice:

    Hola no se si ha llegado el mensaje anterior, el problema es que, una vez instalado el firmware que indicas en esta página para restaurar el wifi de mi router resulta que, una vez que entro a la configuración del router, no se donde poner lo de ” # mtd -r erase cal_data” y después de esto no se donde tendría que poner lo de “# dd if=/etc/atheros_MX29GL128EH.bin of=/dev/mtd4” pues mi flash es la MX29GL128EH, ¿me puedes indicar con más detalle donde hacer esto o que pasos seguir?. Gracias.

    • Hola Óscar:
      En linux, cuando hablamos de # mtd -r erase cal_data …….. , el simbolo # se refiere a la línea de comando o cmd. Es decir, cuando entras al router, la línea donde se pone los comandos.
      Para resumir, tienes que poner esos comando sin la # almohadilla delante.

      Espero te sea de ayuda.

      • Óscar R dice:

        Hola de nuevo Didac, el problema es que una vez entro al router no veo donde introducir esos comandos o como abrir esa linea para introducirlos. Estando en la página del router he abierto una terminal, (estoy en ubuntu), y al introducir “mtd -r erase cal_data” me indica “orden mtd no encontrada”.
        Gracias por tu colaboración.

        • Hola Óscar:
          Una vez cargado en modo emergencia el firmware de rescate, y el router haya arrancado completamente, desde tu ubuntu abre un cliente de ssh–> ssh root@ip_de_tu_router (Por ejemplo: ssh root@192.168.1.100), te pide un password, (el cual está vacío), pulsa enter, y entrarás al router.
          Una vez dentro del router, puedes introducir los comandos.
          Para salir de la sesión de ssh, introduce el comando “exit”.

          Espero te ayude.

  5. David dice:

    Gracias por el artículo, con él he podido recuperar la funcionalidad wifi de mi router Huawei HG556a pero me es imposible hacer la última parte “instalar el firmware openwrt que necesites en modo emergencia”.

    Si intento cargar el firmware que usaba antes, me sale este error: “The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.”. En la pagina de OpenWrt dicen que en estos casos hay que hacer una conversion del fichero al formato trx con la orden:

    dd if=openwrt-10.03.1-brcm47xx-wrt150n-squashfs.bin bs=32 skip=1 of=openwrt-10.03.1-brcm47xx-wrt150n-squashfs.trx

    ……pero ni de esta manera me es posible cargar el firmware. He probado con usar versiones mas viejas pero con el mismo resultado. ¿Podrías decirme de que forma lo pudiste solucionar tú?.

    Muchas gracias.

    • Hola David:

      Estoy un poco confundido. Me hablas de que no puedes subir el firmware para un BRCM47XX a un sistema con un procesador de la família BRCM63XX. Es decir, ¿no estarás intentando subir el firmwaware de un Linksys WRT150N, a un router Huawei HG556A, y por eso no te da el error?

      Ya me cuentas.

      • David dice:

        Hola Didac:

        Nó, yo lo hice con el firmware del Huawei, lo que pasa es que copié y pegué directamente de la wiki de openwrt el comando que había que ejecutar como ejemplo de lo que habia hecho.

        Tras instalar el fimware que ponias en tu artículo, ahora el router huawei lleva montada la version Openwrt Attitude 3.3.8, pero tras volver a dar vida a la wifi del router, queria volver al firmware que tenía antes, la version lede-17.01.4-brcm63xx-generic-HG556a-C-squashfs-cfe.bin.

        Si intento cargar tanto ésta, como otras versiones anteriores de firmware que he ido encontrando en openwrt, directamente desde la pestaña de Backup /flash Firmware me aparece el error que te indicaba antes ( “The uploaded image file does not contain a supported format.).

        No sé si tú lo hiciste de ésta misma forma ó es que hay que reiniciar el router huawei de una forma especial, para entrar en ese “modo de emergencia” que permite actualizar el firmware de la version 3.3.8 a una versión superior.

        A ver si me puedes echar un cable porque ya no sé que más probar.

        Un saludo y muchas grcias¡¡

        • Hola David:
          El error ( “The uploaded image file does not contain a supported format.), es habitualmente, por que intentas actualizar desde LUCI.
          Para entrar en “modo emergencia”:
          Ponle a tu ordenador la ip fija, 192.168.1.10/24 (por ejemplo, la /24 ya sabes que es la máscara), en fin, cualquiera que no sea la 192.168.1.1, por que la cogerá el router HG556A.
          En el router, mantenemos pulsado el botón RESTART (está en la parte posterior, al lado del conector de alimentación).
          A continuación enchufa el router a la corriente (sin dejar de pulsar RESTART).
          Empezarán a encenderse todos las lucecitas del router. Sigue así entre 10 y 20 segundos y luego podrás soltar el botón RESTART.
          Ahora vas al ordenador, abrimos algún navegador web y escribimos la siguiente dirección: http://192.168.1.1.
          Se abre una página, que te permite subir un nuevo firmware compatible. Ya sea el original de Huawei, u otro.

          Espero te ayude.

          • David dice:

            Muchas gracias¡¡ Ya pude volver a poner tódo como estaba.

            Eso sí, veo que por el resto de comentarios, casi todos venimos porque actualizamos a la última versión de OpenWrt (version 18.06)…

          • Hola David!
            ¿Has probado a reiniciar el router? Los compañeros comentan que tras el reinicio se pierden las cal_data.

            Un saludo.

            Didac

  6. carlos javier dice:

    Buenas, Bueno, tras días perdido hago suplica. Mi hg556a modelo B con flash S29GL128P10 perdió la wifi. Cuando intento cargar el firmware openwrt-HW556-squashfs-cfe_r33275_wlan_restore.bin, luego no puedo acceder al router de ninguna manera en 192.168.1.1 (varios intentos y ni ni telnet, ni ssh, ni web ni nada).
    Si instalo:
    openwrt-18.06.1-brcm63xx-generic-HG556a-B-squashfs-cfe.bin
    lede-17.01.4-brcm63xx-generic-HG556a-B-squashfs-cfe.bin
    se instalan y accedo perfectamente (sin wifi).

    ¿no podria alguien colgarme el fichero atheros_S29GL128P10.bin para intentar subirlo a alguno de estos firmware e intentar la recuperación del cal_data?

    • Hola Carlos Javier:
      En estos casos, yo te recomendaría algo que es de cajón, limpiar tus entradas ARP. Si estás en windows, abre una ventana de CMD, en modo Administrador. Luego, pon la orden, “arp -d “, de esta manera, tu tabla ARP, queda a cero, por lo que la asociación MAC ADDRESS < --> IP de host, queda deshecha, y al hacer un ping al router, tomará la nueva MAC ADRESS.

      De todas maneras, como quieres hacerlo de otra manera, AQUÍ, te dejo el fichero que solicitas.

      Ya nos cuentas como te ha ido todo.

      Didac.

  7. Carlos Javier dice:

    voy a intentar lo del “cajón ese” pero te agradezco mucho que me enviaras el archivo. Con openwrt-18.06.1-brcm63xx-generic-HG556a-B-squashfs-cfe.bin tras colocar el archivo en etc.
    root@OpenWrt:~# mtd -r erase cal_data
    Could not open mtd device: cal_data
    Could not open mtd device: cal_data

    root@OpenWrt:~# dd if=/etc/atheros_S29GL128P10.bin of=/dev/mtd4
    dd: can’t open ‘/dev/mtd4’: Permission denied

    pues lo de limpiar las entradas arp tampoco me funciona, de hecho es que no recibe ni ping.

  8. Carlos Javier dice:

    bueno, parece que lo que pretendía no es el camino y tendre que compilar una imagen anulando una linea para que la partición no sea de solo lectura… ya os cuento.

    No puedes reescribir esa partición ya que está protegida contra escritura. Para poder hacerlo necesitas compilar un firmware eliminando esta línea
    https://github.com/lede-project/source/blob/lede-17.01/target/linux/brcm63xx/dts/hg622.dts#L72

    visto en https://foro.seguridadwireless.net/openwrt/(desarrollo)-openwrt-en-huawei-hg622/155/?imode

    pd. que duro va a ser esto

    • Hola Carlos Javier:
      Tan solamente comentarte, que la versión squasfs, es nativa read only, es la versión jffs2, la que es read/write. Otra cosa, es importante, que compruebes el número de serie, para que tu versión de firmare coincida con la revisión de placa que realmente es: según esta tabla., las diferentes revisiones de placa, llevan diferente hardware, por lo que la parte ethernet, puede ser una de las afectadas.

      Aunque la entrada ya es antigua, he estado compilando OpenWRT y LEDE en el último mes, sin mayores problemas.

      Espero te ayude.

      Didac.

  9. Carlos Javier dice:

    Gracias por todo, lo dejo por ahora hasta que aprenda un poco más.

    La revisión de placa y de flash es segura (he tenido lede-17.01.4 funcionando correctamente con wifi hasta que pase a openwrt-18.06.1. y he abierto el aparato para comprobar el chip.
    Encontré una imagen tuya jffs2 para el modelo B (el mio) y aunque funcional (sin wifi) me da el mismo error (no me deja borrar ni escribir)
    http://ipv6labs.blogspot.com/2015/09/openwrt-chaos-calmer-1505-para-huawei.html

    root@OpenWrt:~# mtd -r erase cal_data
    Could not open mtd device: cal_data
    Could not open mtd device: cal_data

    root@OpenWrt:~# dd if=/etc/atheros_S29GL128P10.bin of=/dev/mtd4
    dd: can’t open ‘/dev/mtd4’: Permission denied

    Si algún día pasas por Toledo y vas al Alcazar, pregunta por mi que te invito a entrar y a cerveza.

    • Hola Carlos Javier:
      Lamento que ninguna de las soluciones ofrecida, te ayuden. :(.
      Si retomas el tema, házmelo saber, y vemos si juntos, podemos resolverlo, ya sea compilando imágenes frescas desde 0, o lo que se necesite.

      Un saludo.

      Didac.

    • En el último comentario a Comurc, he colgado unos links, de un mtd read/write sobre OpenWrt 18.06. No están probados, y son de uso bajo tu riego.

      Didac.

      • Carlos Javier dice:

        Gracias Didac, lo probé y mismo error:
        Could not open mtd device: cal_data
        Could not open mtd device: cal_data

        Entre esto y que la de reparar lan se queda sin acceso, empiezo a pensar que posiblemente tenga algún problema este router. En cualquier manera visto el hilo por si algún día aparece una imagen que me pueda valer.

        Lo más curioso es que una imagen tuya para version A, si consiguio borrar los cal_data y reiniciar pero luego no me dejo copiar los nuevos (no recuerdo el error ahora mismo)

  10. Comurc dice:

    Saludos desde Irlanda! No hablo español, pero intentaré escribir en español. Tengo un HG556A Ver.C (número de serie 30605) que utiliza el firmware OpenWRT A. Perdí el wi-fi después de instalar OpenWRT 18.06. Pude restaurar la funcionalidad de wi-fi usando su firmware y guía. Muchas gracias por esos! Sin embargo, cuando flasheo otro firmware después de eso, el problema vuelve. ¿Se espera esto? Si es así, ¿sería posible crear un firmware más nuevo con los cal_data incluidos? ¡Gracias de nuevo!

    • Beannachtaí ó Barcelona, ​​Comurc:
      Espero este fin de semana, encontrar una solución a esto. Ya tengo una idea, de como se podría solucionar.
      Os mantengo informados.

      Didac.

      • Comurc dice:

        Moltes gràcies!

        • Hola Comurc:
          He compilado unas versiones básicas de OpenWRT 18.06, con el mtd read/write. Al parecer, de origen, en esta versión, la mtd queda corrupta, aparte de ser Read Only.
          No he podido probarlas, ya que tengo mis HG556 en producción y deshacerlo ahora sería un problema.

          Por si te atreves a probarlas, y bajo tu propio riesgo, te dejo los link:

          .-HG556A – A Version
          .-HG556A – B Version
          .-HG556A – C Version

          Ya me dices, si lo has probado, y si hay problemas, para que el fin de semana, solucione las incidencias que vayan surgiendo.

          Un saludo:
          Didac,

          • Comurc dice:

            Hola. Gracias por los firmwares! Pude instalar la versión A, y pude iniciar sesión usando SSH. Sin embargo, no pude habilitar el wi-fi ni borrar los cal_data.

            root@OpenWrt:~# mtd -r erase cal_data
            Could not open mtd device: cal_data
            Could not open mtd device: cal_data

            root@OpenWrt:~# uci show wireless
            uci: Entry not found

            root@OpenWrt:(unknown)# uci set wireless.@wifi-device[0].disabled=0; uci commit wireless; wifi
            uci: Entry not found
            uci: Entry not found
            ash: getcwd: No such file or directory

            ¿Hay algo más que pueda probar?

          • Hola Comurc:
            Mañana ya estaré libre para ponerme a fondo con este tema. Os mantengo informados.

            Didac

  11. Juanco dice:

    Hola Didac,
    Tus instrucciones me ayudaron a rescatar mu HG556a, modelo B…y al menos dos veces. Así que muchas gracias!!!
    Por otra parte, ya que te veo muy versado en el tema, sabes si se está haciendo algo para permitir usar la versión 18.6 (o 18.6.1, o las que vengan) en nuestro router? Hay algo en lo que yo pueda ayudar?
    Saludos

    • Hola Juanco:
      A ver si este fin de semana, me pongo en ello, y busco una solución. Creo que más o menos, entiendo cual puede ser la solución.

      Didac.

    • En el último comentario a Comurc, he colgado unos links, de un mtd read/write sobre OpenWrt 18.06. No están probados, y son de uso bajo tu riego.

      Didac.

      • Juanco dice:

        Hola,
        Me he descargado e instalado la imagen para el model B y parece que funciona.
        Vamos, no ha sido muy fácil porque parece que no viene luci en la imagen, pero tanteando, he logrado activar el wifi.
        Me pude conectar al mismo desde mi ordenador y de ahí hacerle ssh al router.
        Así que enhorabuena! Lo estás logrando!

        Saludos!

        • Hola Juanco:
          Era una versión de pruebas.
          Pásame una lista de las aplicaciones que quieres instaladas, y encantado te compilo la misma versión con las aplicaciones que elijas y por supuesto LUCI.

          Didac.

          • Juanco dice:

            Perdona, Didac!
            Me faltó hacer una prueba, que resulta ser crucial: reiniciar.
            Luego de reiniciar, ya no va el wifi.
            Esto, de hecho es parecido a lo que me pasaba cuando instalé la 18.06. Al principio todo va bien, pero en cuanto reiniciaba, se perdía la wifi.
            En este momento, tengo los mismos síntomas que se describen aquí:
            https://forum.openwrt.org/t/no-wifi-in-18-06-with-hg556a/19510

            En efecto, esto es lo que tengo ahora:

            root@OpenWrt:~# logread | grep calib
            Tue Nov 6 11:30:27 2018 kern.err kernel: [ 0.293329] pci 0000:00:01.0: invalid calibration data

            root@OpenWrt:~# logread | grep radio
            Tue Nov 6 11:30:43 2018 daemon.notice netifd: radio0 (831): Could not find PHY for device ‘radio0’
            Tue Nov 6 11:30:44 2018 daemon.notice netifd: radio0 (891): WARNING: Variable ‘data’ does not exist or is not an array/object
            Tue Nov 6 12:19:18 2018 daemon.notice netifd: radio0 (1082): Could not find PHY for device ‘radio0’
            Tue Nov 6 12:19:28 2018 daemon.notice netifd: radio0 (1098): Could not find PHY for device ‘radio0’
            Tue Nov 6 12:19:28 2018 daemon.notice netifd: radio0 (1104): WARNING: Variable ‘data’ does not exist or is not an array/object

            Esto no estaba así ayer. Me había guardado copias del “dmesg” y del “cat /proc/mtd” antes y después de “flashear” tu imagen. También tengo el “logread” de después, que comparado con lo de arriba, no tiene ninguno de estos mensajes. Solo esto:

            cat post-flash-logread.txt | grep radio
            Tue Nov 6 10:50:08 2018 daemon.notice procd: /etc/init.d/network: ‘radio0’ is disabled
            Tue Nov 6 10:50:08 2018 daemon.notice procd: /etc/init.d/network: ‘radio0’ is disabled

            Por si sirve de algo, los “cat /proc/mtd” son idénticos antes y después de reiniciar:

            root@OpenWrt:~# cat /proc/mtd
            dev: size erasesize name
            mtd0: 00020000 00020000 “CFE”
            mtd1: 00020000 00020000 “nvram”
            mtd2: 00fc0000 00020000 “linux”
            mtd3: 001625f4 00020000 “kernel”
            mtd4: 00e5d90c 00020000 “rootfs”
            mtd5: 00c60000 00020000 “rootfs_data”

            Para referencia, así estaba ANTES de aplicar tu imagen, con la LEDE 17.01.

            dev: size erasesize name
            mtd0: 00020000 00020000 “CFE”
            mtd1: 00136eb0 00020000 “kernel”
            mtd2: 00d89050 00020000 “rootfs”
            mtd3: 00b40000 00020000 “rootfs_data”
            mtd4: 00ec0000 00020000 “linux”
            mtd5: 00100000 00020000 “cal_data”
            mtd6: 00020000 00020000 “nvram”

            No sé si sea de alguna utilidad. Sino, tengo el “dmesg”, si lo quieres.

            En fin, una pena que no funcione. Me había hecho ilusiones.

            En todo caso, como mi router no está en producción, dime si necesitas que aplique otra imagen o haga cualquier otra cosa para ayudar.

            Tratemos de no freírlo, eso sí. Más que nada porque luego no tengo con qué jugar. 🙂

            Saludos,
            Juan

          • Hola Juanco:
            A partir de mañana estaré libre para dedicarle más tiempo al tema. Voy a tener que desmontar el “Chiringuito” de los routers HG556A, y probarlo con uno de ellos.
            Os mantengo informados.

            Didac.

  12. Juanco dice:

    Gracias, Didac.
    Dado que mi hg556a no está en producción, puedo probar el FW. Ya te iré contando.
    Saludos

  13. Juanco dice:

    Hola Didac,
    Me he preparado un entorno de desarrollo OpenWrt para poder compilar el firmware localmente. He compilado la v18.06.1, aunque no he hecho ningún esfuerzo para instalarla. Si quieres que pruebe algo por aquí sin que tengas que desmontar el chiringuito, sólo tienes que decírmelo.
    Saludos

  1. 18 julio, 2017

    […] continuación una vez identificada la flash podremos seguir con este magnífico tutorial donde tendrás que instalar un firmware especial para recuperar los CAL_DATA y seguir los pasos que […]

  2. 20 agosto, 2018

    […] En todo caso, recordar que hay una manera de restaurarlas, que explico AQUÍ.  […]

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies