Всем доброго времени суток!

Столкнулся с проблеммой на своем видеорегистраторе...
При включении показывает приветственную картинку (во время загрузки) затем, на мгновение, появляется курсор мыши и ... чёрный экран.
Через три минуты чёрного экрана происходит перезагрузка устройства. При этом, какие либо манипуляции с мышью или клавиатурой действия не имеют.
Списывался с китайской службой поддержки - выслали файл прошивки, но тот который шьётся с USB флешки. Попытки объяснить им, что нужен ДАМП ни к чему не привели...
Может у кого нибудь с данного форума есть дамп? Или кто нибудь знает где его можно взять? Ну или как решить данную проблему?
На материнке написано - DVR-MB-7(V01).
Заранее спасибо за любую информацию...

Встречался похожий (но не такой), проц был в отвале. Реболл помог.
Мой был на линухе, подключил консоль по rx/tx, виден был затык в логе при обращение к sata.
В районе этих шаров и нашлись куски гнили.

Подцепился гипертерминалом.. Вот что он мне выдал, самый конец -

Initial():MainFrame.cpp:718, initial the alloc NIC IP succ
Initial():MainFrame.cpp:728, initial the DDNS manager succ
ReclogManEx.cpp,1208,diskSize:128
malongchao initfont sucessful
TableLen = 7445
HI_MPI_VPP_ControlRegion err(0xa0078005)
Setup config fail
Initial main frame fail!
string = exit
HiDog: Unexpected close, not stopping watchdog!

Попробуйте найти тут
http://monitor.net.ru/forum/search.php? ... 4486268a64

U-Boot 2008.10 (Aug 9 2012 - 15:33:18)

DRAM: 256 MB
Flash: 32 MB
In: serial
Out: serial
Err: serial
USB: scanning bus for devices... 1 USB Device(s) found
0 Storage Device(s) found
in showlogo system...
VIDEO_DATA_BASE is c4000000
jpeg_size is 80000
logo_addr is 80300000
init logo is OK
VIDEO_DATA_BASE = 0xc4000000
LoadjpegFile dev
decode success!!!!
norm:30
vgatype:255
MDINAPI_GetDeviceID = 0xFFFF
ImgWidth0 = 0x2d0
ImgHeight0 = 0x1e0
stride0 = 0x5a0
Press CTRL-C to abort autoboot in hilinux #

вошол, ввёл команду - mtest - simple RAM test
выдало -

hilinux # mtest
Testing c0000004 ... d0000000:
Iteration: 1
FAILURE (read/write) @ 0xc04bf1c0: expected 0x0012fc70, actual 0xffed0390)

что бы это могло значить? и что с этим делать дальше?

Я так понимаю - оперативка накрылась??? там стоят чипы Samsung K4T1G164QF-BCE7 . Может кто подскажет - как они, с точки зрения отказов???

Это значит что проц завис и watchdog сделал ему reset (вечный ребут).

Не хотелось бы повторяться, но это скорей всего отвал проца.
Он сильно греется, пока в вечном ребуте?
Если сильно, я бы попробовал дунуть на него и посмотреть что в логе изменится.

Про сторожевой таймер я знаю. только ресет проца происходит ровно через три минуты после появления того сообщения. но это не главное... Проц греется достаточно ощутимо, но и не обжигает. С утра отковыряю радиатор с него, да и попробую дунуть. Уже начал верить в отвал... Всё сходится...

Прогрев проца ни к каким изменениям в поведении регистратора и в логах не привёл, к сожалению...
Ошибка в тесте памяти тоже не изменилась...

По поводу сторожевого таймера - кусок из лога, чуть выше самого конца -
......
Initial message man succ
MainFrame.cpp,7525,start dog
MainFrame.cpp,7555,set chnn:0, waterMack
MainFrame.cpp,7555,set chnn:1, waterMack
MainFrame.cpp,7555,set chnn:2, waterMack
MainFrame.cpp,7555,set chnn:3, waterMack
MainFrame.cpp,7555,set chnn:4, waterMack
MainFrame.cpp,7555,set chnn:5, waterMack
MainFrame.cpp,7555,set chnn:6, waterMack
MainFrame.cpp,7555,set chnn:7, waterMack
MainFrame.cpp,7558,kill dog
watchdog enable/disable (0) fail! - эта строчка
Setup warter mark
string = rm -rf /backup
string = mkdir /nfsdir/bin -p
CDOperationMan.cpp,58
......

Может сам проц готнит или ... всётаки попытаться его перекататть???
---------- Добавлено спустя 1 час 59 минут 56 секунд: ----------
Ещё помучал гугл вопросами... Наткнулся на занимательный блог - http://rm-rfv.blogspot.ru/2013/02/dvr-a ... 004_3.html

данные строки полностью повторяют мои действия. Только, к сожалению, всё остальное из блога, совсем о другом... Но подтверждают мой первый пост с вопросом о дампе для перепрошивки...

Обычно после прогрева, в случае отвала, хоть чего-то, да меняется. Не знаю, есть ли смысл его перекатывать..?
Раз он греется не сильно, то может и не в нем дело.

Вот и я о том же... Видимо проблема в файловой системе...

Некоторые продвижения есть, но конец ещё далеко! )))

Итак... В файле обновления прошивки (в том который прислали наши китайские друзья) есть файл product.def и начало его -

//product name
<PRODUCT_NAME>
PRODUCT_NAME = "TD_2308ME"
</PRODUCT_NAME>

под маркировкой - 2308ME, существует огромное количество видеорегистраторов с очень схожими параметрами.
Скачав пару- тройку прошивок, пришёл к выводу, что они практически близнецы и отличаются незначительно... Только, наши китайские товарищи, прислали мне не все файлики, а точнее они мне не прислали - файлы для восстановления/обновления u-boot, kernel и rootfs. Попытка же приживить файлы kernel и rootfs от другой модели - успехом не увенчались, точнее kernel то прижился, а вот с rootfs - не прокатило.

Произвожу дальнейшие изыскания...

Если у кого есть такой зверь (Qihan D1108 или TD 2308ME) - могу написать, как слить с него дамп не выпаивая флеш.

rootfs - походу я её не по тем адресам во флеш загонял, завтра буду пробовать...

Итак...

В очередной раз списался с нашими китайскими друзьями и они прислали, необходимые мне файлы (u-boot, kernel и rootfs).
Но на этом всё не закончилось!!! Потому как - автообновление с USB категорически отказывалось их перезаписывать, мативируя это тем, что файлы устаревшие. Далее попытался залить kernel вручную - успешно. Затем обрезал заголовок от файла rootfs и залил его вручную... Поведение регистратора не изменилось - относительно первого поста. Почесав затылок, пришёл к выводу о подпорченных конфигах или что там ещё сохраняется самим регистратором после настройки под конкретного пользователя и тд.. Затёр всё содержимое флешки, естественно кроме места в котором хранится загрузчик (u-boot) и уже на "чистую" флеш закатал - kernel и rootfs, каждый по своим адресам.
И О ЧУДО!!! После продолжительного перемаргивания логами в гипертерминале, регистратор запустился и показал окно предварительных настроек!!!
Естественно, после этого, я слил с него дамп прошивки V2.1.3-408-1102. Затем обновил прошивку через меню аппарата и слил дамп уже с новой прошивкой V2.1.5.
Короче Я очень рад и доволен тем, что воскресил таки своего зверька, а кому интересно, далее порядок действий по оживлению...

// стереть всё кроме U-boot
protect off 0x80100000 +0x1F00000 // снимаем защиту от записи с флеш
erase 0x80100000 +0x1F00000 // стираем флеш начиная с.... и размером....
protect on 0x80100000 +0x1F00000 // ставим защиту от записи на флеш

// заливаем kernel
protect off 0x80100000 +0x184254
erase 0x80100000 +0x184254 // я так полагаю, что после стирания всего - это не надо
tftp 0x80100000 kernel_8 // заливаем kernel
protect on 0x80100000 +0x184254

// заливаем rootfs
protect off 0x80400000 +0xFD43E4
erase 0x80400000 +0xFD43E4
tftp 0x80400000 rootfs // заливаем rootfs с обрезанным загрузчиком hirootfs (0x0 - 0x3F)
protect on 0x80400000 +0xFD43E4

Ура Заработало!!!
Я всё делал поэтапно перезагружаясь после каждого действия, поэтому в каждом блоке команд присутствует "protect off" и "protect on". В противном случае было бы поменьше писанины...

// сливаем полный дамп
cp.b 0x80000000 0xD4000000 0x200000c //копируем флеш в озу (объем флешки 32М - "S29GL256P10TF")
tftp 0xD4000000 flash_dump_Work.bin 0x2000000 //передаём файл на комп

Вот и всё, всем спасибо за внимание!!!