Объявление

Свернуть
Пока нет объявлений.

Как восстановить прошивку Deliberant APC 2Mi

Свернуть
X
 
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

    #16
    Проверь переходник на 3.3в.
    Поменять Rx Tx
    Последний раз редактировалось MOISNEG; 06.10.2015, 19:05.

    Комментарий


      #17
      подключали все пины? т.е. 3.3, gnd, Tx, Rx? Попробуйте 3.3 отсоединить, ну и как уже озвучено поменять местами линии.
      Я использую PYTTY.

      Комментарий


        #18
        +1 , так же PUTTY юзаю . Преобразователь на FT232
        Ремонт оборудования Ubiquiti и Mikrotik

        Комментарий


          #19
          С абракадаброй разобрался, была проблема с переходником, теперь появилась другая проблема он по TFTP не подключается, но доступен пункт 7 это прошивка через "serial" то есть по тому же интерфейсу которому я уже подключен... Не пойму только как это сделать, может есть какой то мануал!?

          Комментарий


            #20
            Загрузчик вроде восстановил и частично восстановилась прошивка, но устройство не загружается до нормальной работоспособности, мигает по порядку в цикле светодиодами и до веб интерфейса доступа тоже нет, но теперь есть доступ SSH я спокойно подключаюсь через PUTTY и захожу в оболочку BusyBox и так же по SCP могу загружать файлы на устройство, но не пойму как его прошить используя команды... Нашел в устройстве утилиты tftpd и fwupdate но что то не пойму как с помощью них прошить устройство.
            По tftpd пробовал разные атрибуты, но ответ всегда негативный.
            Про fwupdate интереснее!
            Вот скрипт fwupdate:

            #!/bin/sh

            CHECKFILE="/etc/do-firmware-update"
            FWUPDATE="/sbin/fwupdate.real"
            UPDFILE="/tmp/fwupdate.bin"
            PRODFILE="/tmp/product"
            OEMFILE="/tmp/oem"
            echo="logger -t $0 -s"
            check=""
            upgrade=""

            while getopts "mc" opt 2>/dev/null
            do
            case "${opt}" in
            m) upgrade="-m" ;;
            c) check="-c" ;;
            *) exit 1 ;;
            esac
            done

            if [ ".$check" = ".-c" ]; then
            ${FWUPDATE} $check
            exit $?
            fi

            if [ ".$upgrade" = ".-m" ]; then
            if [ -f ${UPDFILE} ]; then
            rm -f ${PRODFILE}
            rm -f ${OEMFILE}
            if ${FWUPDATE} -c; then
            if [ -f ${PRODFILE} ]; then
            sysconf -z ${PRODFILE}
            reboot
            exit 0
            fi
            if [ -f ${OEMFILE} ]; then
            sysconf --write oem ${OEMFILE}
            ${echo} "oem config updated"
            rm ${OEMFILE}
            rm ${UPDFILE}
            exit 0
            fi

            ${echo} "About to run firmware update"
            /bin/echo 3 > /proc/sys/vm/drop_caches
            /bin/touch ${CHECKFILE}
            /bin/kill -3 1
            exit 0
            else
            ${echo} "Firmware update file check failed!"
            fi
            else
            ${echo} "Firmware update file (${UPDFILE}) does not exist!"
            fi
            exit 1
            fi

            ${echo} "Warning: $0 called with unknown parameters ($*)"
            exit 1


            но я так понял что в условия обновления алгоритм не попадает, по тому что прошивка должна разорхивироваться в процессе прошивки в две папки PRODFILE="/tmp/product"
            OEMFILE="/tmp/oem"
            и из них должна продолжиться прошивка, а эти папки почему то не появляются, возможно потому что в официальной прошивке нет папки "tmp"

            Комментарий


              #21
              Нормально так- по взрослому!
              Поподробней-бы с #19 но доступен пункт 7

              Комментарий


                #22
                Так кто нибудь решил ету проблему ? У меня такая же хрень с APC 2MI . После апдейта (один раз получилось через тфтп) когда включяю загораются все лед, потом по одному пробегают и мигают все лед с бегущей тенью. Что интересно, после 1-2 часов они начинают мигать одновременно. По вайфай определяется как FWBD500PROD без защиты. если врубить в роутер, то есть интернет по вайфай. по веб никак неподключяется. пинг на 192.168.2.66 проходит. Пробовал с WINSCP и PUTTY, получяется вот:

                login as: admin
                admin@192.168.2.66's password:
                ERROR: config read failed

                Launching system shell.
                Enter 'exit' or Ctrl-D to return from shell.


                BusyBox v1.19.3 (2014-04-24 02:45:17 EEST) built-in shell (ash)
                Enter 'help' for a list of built-in commands.

                ~ # fwupdate -m
                check 1
                upgrade 0
                Image info:
                magic: 0x56190527
                header CRC: 0x36ce7df5
                creation time: 0x54e48672
                size: 0x005f800a
                load addr: 0x80000000
                entry point: 0x80292000
                Data CRC: 0xfcf57bf0
                OS: 5
                Arch: 5
                type: 2
                comp: 3
                Product: WILI-S
                Platform: FWBD-0500
                debug: mtd name: <Bootloader>, searching <Kernel1>
                debug: mtd name: <Config>, searching <Kernel1>
                debug: mtd name: <Factory>, searching <Kernel1>
                debug: mtd name: <Kernel>, searching <Kernel1>
                debug: mtd name: <RootFS>, searching <Kernel1>
                debug: mtd name: <cfg>, searching <Kernel1>
                debug: mtd name: <etc>, searching <Kernel1>
                debug: mtd name: <ALL>, searching <Kernel1>
                debug: mtd name: <Bootloader>, searching <Kernel>
                debug: mtd name: <Config>, searching <Kernel>
                debug: mtd name: <Factory>, searching <Kernel>
                debug: mtd name: <Kernel>, searching <Kernel>
                mtd match: found Kernel part id 3
                debug: mtd name: <Bootloader>, searching <RootFS>
                debug: mtd name: <Config>, searching <RootFS>
                debug: mtd name: <Factory>, searching <RootFS>
                debug: mtd name: <Kernel>, searching <RootFS>
                debug: mtd name: <RootFS>, searching <RootFS>
                mtd match: found RootFS part id 4
                /sbin/fwupdate: About to run firmware update
                ~ #
                И все, больше ничего непроисходит. Как быть дальше ?

                Комментарий


                  #23
                  Все решил через саппорт. Спросили мак аддрес, по нему скомпилировали и прислали 3 файла. С ними все получилось.

                  Комментарий


                    #24
                    Суппорт прям как у микротика , что то убнт хромает только
                    Ремонт оборудования Ubiquiti и Mikrotik

                    Комментарий


                      #25
                      Сообщение от Алексей Посмотреть сообщение
                      Суппорт прям как у микротика , что то убнт хромает только
                      Ну да, с убнт задержка. Слетела прошивка как то на UBIQUITI AirGrid M2 AirMAX, так пока ждали ответа от суппорта, уже 2 недели как стоял новый. :)

                      Комментарий


                        #26
                        Сообщение от Алексей Посмотреть сообщение
                        что то убнт хромает только
                        Нашим, когда они общались с убнт, было ответствовано - мол, ваш рынок нам не интересен, посему делайте шо хотите, но без нашей помощи.(это фактически дословно)

                        Комментарий

                        Обработка...
                        X