прошивка и восстановление DMM-1500P-44T2

Добрый день, прошили плату 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

 

 

Подскажите что можно сделать для восстановления платы, может кто-нибудь сталкивался?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дополню вопрос коллеги 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.

Изменено пользователем dadv

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Попробовал восстановить прошивку, воспользовавшись 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Удалось прошить - выполнить 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.

Изменено пользователем dadv

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Обошелся этим 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 по официальной инструкции.

 

Вопрос снят.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Проблема с модулем 1500P после прошивки, нет доступа по WEB, не пингуется, не заходит по telnet, подскажите как подключиться к консоли, через разъем Handset? какой нужен кабель, какие параметры COM порта, на другом форуме встречал упоминание о белом 3 пиновом разъеме на лицевой панели у другого модуля линейки DMM, подскажите пожалуйста. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Проблема с модулем 1500P после прошивки, нет доступа по WEB, не пингуется, не заходит по telnet, подскажите как подключиться к консоли, через разъем Handset? какой нужен кабель, какие параметры COM порта, на другом форуме встречал упоминание о белом 3 пиновом разъеме на лицевой панели у другого модуля линейки DMM, подскажите пожалуйста. :)

 

Попробуйте зайти на нее по адресу 10.10.10.10, возможно модуль сбросился на заводские настройки.

Изменено пользователем grfmaniak

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Попробуйте зайти на нее по адресу 10.10.10.10, возможно модуль сбросился на заводские настройки.

***

Если не ошибаюсь, заводские сейчас типа 10.10.70.48 или что то подобное...

Не помню по памяти.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Добрый день. Возникла похожая проблема. Прошивка на DMM-1500P также встала некорректно и теперь до платы не достучаться по telnet. Сброс не помог, по дефолтному IP ситуация такая же. Из постов выше понятно, что нужно цепляться к консоли. Но на юните порт Handset не RS-232, а D-Sub 15 pin. Как к нему подключаться? Буду благодарен за информацию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти
Подписчики 0