iTuneDVR

Доброго времени суток.
Пытаюсь восстановить камеру 2042WD-I, не загружается но загрузчик есть.

HKVS # printenv
ipaddr=192.0.0.64
serverip=192.0.0.128
gatewayip=0.0.0.0
netmask=255.255.255.0
ethaddr=c4:2f:90:2f:95:00
loadaddr=0x00208000
bootfile=hImage
bootcmd=update
bootargs=console=ttyS0bootdelay=2

U-Boot 3.1.6-116607 (Apr 3 2015-11:43:37)
boards:121712
Boot From: NAND 2048 RC SYS_CONFIG: 0x30064059 POC: 100
Cortex freq: 600000000iDSP freq: 216000000D
ram freq: 564000000Core freq: 216000000
AHB freq: 108000000APB freq: 54000000
UART freq: 24000000SD freq: 48000000
SDIO freq: 48000000SDXC freq: 48000000
Hit Ctrl+u to stop autoboot: 2

Hit Ctrl+u to stop autoboot: 1

Hit Ctrl+u to stop autoboot: 0
boot_mini_system:Get dtb failed'update' is a ambiguous command!
Exec the shortest commandboot_mini_system:
Get dtb failednand booting ...boot_mini_system:
Get dtb failed


HKVS # help
The following commands are supported:
r32 w32 adc boot erase help
reset setenv printenv saveenv show
tftpboot bootm crc killb readoob
updtb updateb upf update format
upbs ubi go mii dump mtest
memset fdt nand usbdl gpio tftp
ping sd
Use 'help' to get help on a specific command


Команду update не дает использовать,

HKVS # update
'update' is a ambiguous command!
Exec the shortest commandboot_mini_system:Get dtb failed

но

HKVS # help update
Help for 'update':
update digicap.dav

Пробовал команду upf

HKVS # help upf
Help for 'upf':update firmware, format and update (factory use)

HKVS # upf***** UPDATE START *****
MAC: c4:2f:90:2f:95:00TFTP from server 192.0.0.128; our IP address is 192.0.0.64
Filename: 'mImage'
Load address: 0x02000000 tftp transfer block size is set to 512 bytesdo_tftp_load:bld_udp_recv wait DATA(block=1)
timeout!tries=3 failed!error: upm.(error: tftp.)!
update mini system [FAIL]!error: upf.
!!!!! UPDATE FAIL !!!!!

Просит mImage файл.

Т.е. получается комфнда update для обновления фалом digicap не доступна,
команды u и upf просят файл mImage.

Кто сталкивался с такой ситуацией? Хелп!!!

Пытался разобрать прошивку R6 с помощью hiktools в надежде найти mImage не вышло, не разбирается.

komplex писал(а):Пытаюсь восстановить камеру 2042WD-I, не загружается но загрузчик есть.

Какова предистория этого?
Это очень важно и от этого многое чего зависит!
Какая версия и дата на шильдике?

komplex писал(а):HKVS # help upf
Help for 'upf':update firmware, format and update (factory use)
HKVS # upf***** UPDATE START *****
MAC: c4:2f:90:2f:95:00TFTP from server 192.0.0.128; our IP address is 192.0.0.64
Filename: 'mImage'
Load address: 0x02000000 tftp transfer block size is set to 512 bytesdo_tftp_load:bld_udp_recv wait DATA(block=1)
timeout!tries=3 failed!error: upm.(error: tftp.)!
update mini system [FAIL]!error: upf.
!!!!! UPDATE FAIL !!!!!
Просит mImage файл.
Т.е. получается комфнда update для обновления фалом digicap не доступна,
команды u и upf просят файл mImage.
Кто сталкивался с такой ситуацией? Хелп!!!
Пытался разобрать прошивку R6 с помощью hiktools в надежде найти mImage не вышло, не разбирается.

В разобранной прошивке там нет такого файла, есть другой, но это не мини система, о которой идет речь!

Для понимания масштаба проблемы и перед тем как что-то делать лучше сделать дамп с устройста, а там NAND микросхема и надо понимать, что программатор справится.
Конечно, с живой камеры, аналогичной нужен такой же дамп.

Предыстория простая, камеру сняли с объекта перестала работать, если верить человеку.
На наклейке версия 5.3.1_150410
Программатор с памятью справится, был бы дамп все было бы проще.
Загрузчик конечно странно себя ведет, мне кажется он тоже пострадал.

komplex писал(а):Предыстория простая, камеру сняли с объекта перестала работать, если верить человеку.
На наклейке версия 5.3.1_150410
Программатор с памятью справится, был бы дамп все было бы проще.
Загрузчик конечно странно себя ведет, мне кажется он тоже пострадал.

Если программатор справится, то дамп снять и заслать в почту, чтобы не гадать!

komplex писал(а):Предыстория простая, камеру сняли с объекта перестала работать, если верить человеку.
На наклейке версия 5.3.1_150410
Программатор с памятью справится, был бы дамп все было бы проще.
Загрузчик конечно странно себя ведет, мне кажется он тоже пострадал.

Если программатор справится, то дамп снять и заслать в почту, чтобы не гадать!

открыл доступ с гугл диска к файлу, отправил приглашение на info@itunedvr.ru

komplex писал(а):открыл доступ с гугл диска к файлу, отправил приглашение на info@itunedvr.ru

Не сразу понял, потому написал письмо в обратку, но потом разобрался
Гляну.

Скорее всего моё предположение будет верным и надо попробовать вложение переименовать в mImage, то , что просит и дать повторно
upf
Этот файл не из твоего дампа, а из прошивки R6 5.4.5
Лог вывода, сюда.

Скорее по плану загрузится ядро, а дальше будет видно.

update fail

Понял.
Сейчас обдумаем, но динамика есть.