chopsuey12 Posted December 29, 2015 · Report post Добрый день, прошили плату DMM-1500P-44T2 прошивкой 15PR002C.RAR с http://data.nag.ru/PBI/ от 11 декабря 2015года. После прошивки ping, telnet, web перестал отвечать и открываться, в общем никак не получилось зайти на плату. Подключились по консоли, выдает данную ошибку: 5000P 7109 booting Fpga_base_addr=0x00100000 WaitDataFromArm timeout !!! [CRC CHECK] BP && IDP. [CRC CHECK] BP && IDP ... OK [CRC CHECK] APP_MAIN. bootMainApp ... ***************************************************************** =================================================== SDK - Software development kit debug environment PLATFORM : hmp_7109 OS : OS21 - 3.4.0 (18:25:38 Jun 18 2009) VERSION : Mar 22 2013 at 09:47:00 =================================================== STAPI_SDK Revision : STAPI_SDK-REL_A24 Please press a key... Openning DVO clock .... .OK Using uart I/Os ST7109 > Unrecognised command statement ST7109 > ST40_EMI_BANK1_EMICONFIGDATA0=0x04ffafd1 ST40_EMI_BANK1_EMICONFIGDATA1=0xa1008800 ST40_EMI_BANK1_EMICONFIGDATA2=0xa1008888 ST40_EMI_BANK1_EMICONFIGDATA3=0x00000000 Init decoder monitor done Init CI driver done Init zapping done PbiApp_init ErrCode=0x0 Подскажите что можно сделать для восстановления платы, может кто-нибудь сталкивался? Share this post Link to post Share on other sites
dadv Posted December 29, 2015 (edited) · Report post Дополню вопрос коллеги chopsuey12. На самом деле проблема в запоротой прошивке, так как U-Boot теперь ругается так в свой консольный порт на этой железке: U-Boot 1.1.3 (Nov 29 2006 - 08:31:49) U-Boot code: 007D0000 -> 007E76B0 BSS: -> 007F1B08 IRQ Stack: 007aef7c FIQ Stack: 007adf7c RAM Configuration: Bank #0: 00000000 16 MB Flash: 8 MB In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 ## Booting image at 01030000 ... Bad Magic Number # iminfo ## Checking Image at 00000000 ... Bad Magic Number DCH-4000P # imls DCH-4000P # DCH-4000P # help tftp tftpboot [loadAddress] [bootfilename] Сам U-Boot не поврежден и может пинговать наш tftp-сервер. Весь вопрос теперь в том, где взять корректный loadAddress для команды tftpboot и аргументы для команд erase и cp.b, чтобы восстановить прошивку через U-Boot. Edited December 29, 2015 by dadv Share this post Link to post Share on other sites
dadv Posted January 26, 2016 · Report post Попробовал восстановить прошивку, воспользовавшись uboot_recovery.zip с файлами и инструкцией для 1400P. Теперь загрузчик больше не ругается на Bad Magic Number и начинает грузить прошивку и успешно стартует ядро Linux. Но так как прошивка всё-таки для немного другой железки, то она тоже не грузится до конца, ругаясь "load parameter error" и вываливаясь в shell, где не принимает ни одной команды и даже ругань выдаёт битую, типа такого: "so s!ch eile!or eirestor" вмеcто "No such file or directory". Очень нужен uboot_recovery для DMM-1500P Share this post Link to post Share on other sites
dadv Posted January 27, 2016 (edited) · Report post Удалось прошить - выполнить uboot recovery через http://data.nag.ru/PBI/Recovery/5000P%20upgarde.rar, после чего плата загрузилась и подняла прежний IP-адрес, можно зайти на неё по telnet и по ftp. Но эта прошивка для 5000P всё-таки не подходит для 1500P - в ней нет web-интерфейса и команда upgrade в ней не может корректно прошить файлы target[123].cod от 1500P. Всё ещё нужен правильный uboot recovery для 1500P. Edited January 27, 2016 by dadv Share this post Link to post Share on other sites
dadv Posted January 27, 2016 · Report post Обошелся этим uboot recovery для 5000P: зашел через telnet на живую плату 1500P, скопировал /bin/upgrade в /ramdisk, по ftp скачал этот бинарник upgrade с живой платы, по ftp опять же загрузил этот upgrade на проблемную плату после выполнения uboot recovery прошивкой от 5000P и убийства процесса pbi плюс загрузил туда же target1.cod от прошивки 15PR002C и с консоли запустил /ramdisk/upgrade. Оно успешно прошило target1.cod, перезагрузило плату и потом уже штатным образом прошил оставшиеся target2.cod и target3.cod по официальной инструкции. Вопрос снят. Share this post Link to post Share on other sites
kovtsun Posted October 19, 2016 · Report post Проблема с модулем 1500P после прошивки, нет доступа по WEB, не пингуется, не заходит по telnet, подскажите как подключиться к консоли, через разъем Handset? какой нужен кабель, какие параметры COM порта, на другом форуме встречал упоминание о белом 3 пиновом разъеме на лицевой панели у другого модуля линейки DMM, подскажите пожалуйста. :) Share this post Link to post Share on other sites
grfmaniak Posted October 25, 2016 (edited) · Report post Проблема с модулем 1500P после прошивки, нет доступа по WEB, не пингуется, не заходит по telnet, подскажите как подключиться к консоли, через разъем Handset? какой нужен кабель, какие параметры COM порта, на другом форуме встречал упоминание о белом 3 пиновом разъеме на лицевой панели у другого модуля линейки DMM, подскажите пожалуйста. :) Попробуйте зайти на нее по адресу 10.10.10.10, возможно модуль сбросился на заводские настройки. Edited October 25, 2016 by grfmaniak Share this post Link to post Share on other sites
Rublik Posted October 25, 2016 · Report post Попробуйте зайти на нее по адресу 10.10.10.10, возможно модуль сбросился на заводские настройки. *** Если не ошибаюсь, заводские сейчас типа 10.10.70.48 или что то подобное... Не помню по памяти. Share this post Link to post Share on other sites
duesad Posted June 14, 2017 · Report post Добрый день. Возникла похожая проблема. Прошивка на DMM-1500P также встала некорректно и теперь до платы не достучаться по telnet. Сброс не помог, по дефолтному IP ситуация такая же. Из постов выше понятно, что нужно цепляться к консоли. Но на юните порт Handset не RS-232, а D-Sub 15 pin. Как к нему подключаться? Буду благодарен за информацию. Share this post Link to post Share on other sites
