Файлы  •  Ссылки  •  Прошивки  •  Правила  •  Архив  •   FAQ  •  Участники  •  Поиск
Регистрация  •  Вход

Зависает на загрузке DVR vidstar VSR-1611 на проце Hi3520

Список форумов» Системы безопасности
АвторСообщение
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




20-04-2017 16:31

Регистратор vidstar VSR-1611 зависает на картинке с логотипом.
2011г.в. на плате маркировка DVR 5032L v1.03 но вместо 32 каналов запаяна половина. 16 каналов видео, VGA, SD, USB, 2 SATA.
процессор: Hi3520-100; кодеры: Nexchip NVP1114a; криптомодуль AT88SC; память: S29GL128P90TFIR2 -(8x8) 16Mb, питание флеш через LP2997
часы: DS1307; сеть: realtek rtl8211; SATA Silicon Image SiT3512;
Uboot: U-Boot 2008.10-svn12; Linux:BusyBox v1.1.2

Подскажите пожалуйста
1: как включить лог в терминал uboot после старта ядра (и возможно ли?)
2: Не могу найти прошивку на эти DVR (та что лежит на сайте VidStar не подходит так как прошивка на другой проц)
3: Что может быть с регистратором если на картинке бегущие артефакты (точки, мигающие полоски) Мое мнение это в прошивке подтерлось но как проверить?.

таких регистраторов умерло 2 шт.
Все ШИМ, LPD и кварци вроде живы на обоих DVR
На одном зависает на картинке с Логотипом " VIDSTAR Загрузка системы", (при этом на картинке с логотипом и на радуге что перед ней гуляют артефакты).
На другом не стартует процессор (понятно по потреблению тока если сравнивать со вторым удерживая reset)

на полуживом (зависает картинка с логотипом) можно гулять по telnet, uboot, но в терминале после монтирования ядра тишина.

С терминала
    U-Boot 2008.10-svn12 (Sep 14 2010 - 19:35:26)

    DRAM: 128 MB
    Flash: 16 MB
    In: serial
    Out: serial
    Err: serial
    Press CTRL-C to abort autoboot in can't find corresponding entry
    ### boot load complete: 57440 bytes loaded to 0xe3000000
    ### SAVE TO e1000000 !
    ### boot load complete: 973392 bytes loaded to 0xe3000000
    ### SAVE TO e0300000 !
    ### boot load complete: 2367616 bytes loaded to 0xe3000000
    ### SAVE TO e0a00000 !
    ### boot load complete: 1486452 bytes loaded to 0xe3000000
    ### SAVE TO e2800000 !
    ## Booting kernel from Legacy Image at e3000000 ...
    Image Name: linux
    Image Type: ARM Linux Kernel Image (uncompressed)
    Data Size: 1486388 Bytes = 1.4 MB
    Load Address: e2800000
    Entry Point: e2800000
    Loading Kernel Image ... OK
    OK
    Starting kernel ...

    Uncompressing Linux.............................................................................................. done, booting the kernel.


переменные printenv
    bootcmd=lload;fload;bootm 0xE3000000
    slave_bootargs=mem=15M console=ttyAMA0,115200
    slave_bootcmd=bootm e0300000 e0a00000
    bootdelay=1
    baudrate=115200
    netmask=255.255.255.0
    bootfile="uImage"
    da=protect off all;tftp 0xE3000000 u-boot.bin.img;flwrite
    du=tftp 0xE3000000 user-x.cramfs.img;flwrite
    dr=tftp 0xE3000000 romfs-x.cramfs.img;flwrite
    dw=tftp 0xE3000000 web-x.cramfs.img;flwrite
    dl=tftp 0xE3000000 logo-x.cramfs.img;flwrite
    dc=tftp 0xE3000000 custom-x.cramfs.img;flwrite
    up=tftp 0xE3000000 update.img;flwrite
    tk=fload;tftp 0xE3000000 zImage.img; bootm 0xE3000000
    dd=tftp 0xE3000000 mtd-x.jffs2.img;flwrite
    ds=tftp 0xE3000000 slvfs-x.cramfs.img;flwrite
    mdio_intf=rgmii
    ID=000000000000000000
    restore=0
    ethaddr=00:0c:9f:______
    bootargs=mem=64M console=ttyAMA0,115200 root=1f01 rootfstype=cramfs mtdparts=physmap-flash.0:640K(boot),5632K(romfs),4736K(usr),1280K(web),3200K(custom),128K(logo),768K(mtd),16M(slave) pcimod=host pciclksel=1
    mac=00:0c:9f:______
    ipaddr=192.168.0.49
    serverip=192.16.0.51
    stdin=serial
    stdout=serial
    stderr=serial
    verify=n
    ver=U-Boot 2008.10-svn12 (Sep 14 2010 - 19:35:26)


Пароль на телнет root xc3511

    ~ $ cat /proc/cpuinfo
    Processor : ARMv6-compatible processor rev 7 (v6l)
    BogoMIPS : 604.56
    Features : swp half thumb fastmult edsp java
    CPU implementer : 0x41
    CPU architecture: 7
    CPU variant : 0x0
    CPU part : 0xb76
    CPU revision : 7
    Cache type : write-back
    Cache clean : cp15 c7 ops
    Cache lockdown : format C
    Cache format : Harvard
    I size : 16384
    I assoc : 4
    I line length : 32
    I sets : 128
    D size : 16384
    D assoc : 4
    D line length : 32
    D sets : 128
    Hardware : hi3520v100
    Revision : 0000
    Serial : 0000000000000000


Еще вопрос подскажите пожалуйста как можно с него дамп слить через uboot по tftp если нет в нем команды cp.
ZhekaSh
Предупреждений: 1
Предупреждений: 1 
Сообщения: 38




20-04-2017 18:07

ну попробуй "restore" выставить в "1" и перегрузить.
где-то в разделе "Обсуждаем сброс и решение проблем видеорегистраторов" сказано - how to.
а по логу что-то странно: все разделы флеш пытаются спроецироваться в одно и то же смещение в ОЗУ. Потом последний 1,4МБ
пытается первым стартануть и затыкается....... Как-будто что-то с оперативой не то.....
что там за оператива? Там действительно 128МБ?
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




20-04-2017 19:58

Да там 128мб, но при осмотре памяти заметил регулятор LP2997, посмотрел а там шумит....
Спасибо за подсказку по оперативке проверил питания (оно там через LP2997) электролит просел, заменил ожил регистратор спасибо решено с одним.

Но странно регистратор ожил но в uboot нет изменений

    NAND: No NAND device found!!!
    0 MiB
    U-Boot 2008.10-svn12 (Sep 14 2010 - 19:35:26)
    DRAM: 128 MB
    Flash: 16 MB
    In: serial
    Out: serial
    Err: serial
    Press CTRL-C to abort autoboot in can't find corresponding entry
    ### boot load complete: 57440 bytes loaded to 0xe3000000
    ### SAVE TO e1000000 !
    ### boot load complete: 973392 bytes loaded to 0xe3000000
    ### SAVE TO e0300000 !
    ### boot load complete: 2367616 bytes loaded to 0xe3000000
    ### SAVE TO e0a00000 !
    ### boot load complete: 1486452 bytes loaded to 0xe3000000
    ### SAVE TO e2800000 !
    ## Booting kernel from Legacy Image at e3000000 ...
    Image Name: linux
    Image Type: ARM Linux Kernel Image (uncompressed)
    Data Size: 1486388 Bytes = 1.4 MB
    Load Address: e2800000
    Entry Point: e2800000
    Loading Kernel Image ... OK
    OK
    Starting kernel ...

    Uncompressing Linux.............................................................................................. done, booting the kernel.

И все дальше лога не сыплет?

И так не понятно мне как заставить его было в порт отдавать полностью лог после старта ядра?

А второй такой же молчит. На восстановленном рядом с ядром есть светодиод он тухнет при старте камня, заведен он на пин D1 проца,
а во втором таком же горит, и потребляет мертвый регистратор как на живом при нажатом ресете.
ZhekaSh
Предупреждений: 1
Предупреждений: 1 
Сообщения: 38




20-04-2017 20:35

странно по первому........
но я бы ему всё-таки сброс на заводские бы сделал обязательно. и лог после этого посмотреть.
а по второму. напряжения проверить по величине и на пульсации. На всех кварцах генерацию проверить. На ффлеже на адресных ногах то шевеления есть?
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




20-04-2017 20:50

Второй регистратор заменой емкостей не оживить.
На всех кварцах все живет, питание вроде все в норме.
Ножка D1 (к котрой светодиод рядом с камнем через ключ живет) на проце согласно даташиту (на китайском уж очень сложно понять) на hi3520 это сигнал аварии и он активен.
Куда копать? наверно проц ушел в нирвану.

Добавлено 20-04-2017 21:07

По первому большое спасибо за наводку поменял емкость на стабе памяти и ожил как новый, а сброс я ему делал даже через телнет, так что он как ожил (после замены емкости) сразу завелся на китайском.
По емкости как то сразу не догадался она выглядела живенько, напряжение было в норме, а осциллографом смотрел основные питания, а вот про регулятор LP2997 забыл.
По поводу restore 1 сделал не особо изменилось, лога старта ядра нет, и как заставить его туда сыпать для меня загадка.

Добавлено 20-04-2017 21:31

ZhekaSh писал:
странно по первому........
но я бы ему всё-таки сброс на заводские бы сделал обязательно. и лог после этого посмотреть.
а по второму. напряжения проверить по величине и на пульсации. На всех кварцах генерацию проверить. На ффлеже на адресных ногах то шевеления есть?


Да по ножкам A1-3 журчит и при ресете проца замолкает значит флеш наверно в нирване.
ZhekaSh
Предупреждений: 1
Предупреждений: 1 
Сообщения: 38




20-04-2017 21:35

Короче, раз в первом нашлась уплывшая ёмкость, то значит в целом качество емкостей хреновое. Надо выпаивать и проверять LCR-метром на значеня ёмкости, ESR или тангенса.
поменяешь поплывшие ёмкости, тогда проверяй. По адресным выводам S29GL128P900TFIR2 шевеленя есть???? прямоугольные импульсы пачками должны начать летать сразу после включения. Если есть, а на консоли чисто то скорее всего бут слетел.
ТОгда с исправного снимаешь S29GL128P900TFIR2 дамп, и первые 640кб заливаешь в неисправный. (только весь дамп пока не заливай) пока только бутом ограничься.
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




20-04-2017 23:34

Да по адресным (младшим) флеша прямоугольные ходят, как только питание даешь или ресет с проца убираешь.
Терминал мертвый, пин D1 проца к которому светодиод горит хотя в рабочем dvr, как только стартанул, гаснет (по даташиту на проц вывод D1 это вроде ошибка старта проца).
Да наверно юбуут ушел с флешки. Я вот только думаю как проще можно его с донора слить (uboot на рабочем не принимает команду cp) а потом залить на трупик без сдувания (без сдувания наверно без jtag hi3520 не обойтись но его нет и по даташиту на китайском уж очень туго) .
ZhekaSh
Предупреждений: 1
Предупреждений: 1 
Сообщения: 38




21-04-2017 03:34

Ну да, залить без сдувания только джитагом получится, а если будет джитаг то и слить можно будет без сдувания
на странице 75, 192 мануала посмотри.
Если у тебя есть инструмент для ковыряния ARM v5TEJ, то будет интересно позаимствовать твой опыт )

Добавлено 21-04-2017 03:38

перехода с tsop56 на dip нет?
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




21-04-2017 10:17

Переход есть но подгулявший (наверно надо заказать новый а то который есть ножки разбежались ....)
Наверно надо поиграться в сторону джитаг дабы надо развиваться.

Эти регистраторы просто достались на халяву, и умерли наверно из перегрева дабы стояли рядом вдвоем да еще и в железном закрытом маленьком ящике, вентиляторы в них сдохли наверно давно, потом померли диски и тд...
Так что ковыряю их для души, так как на текущий момент старенькие они уже и применения найти им сложно (16 каналов с приемлемом разрешением только 11 кадров писать смогут).
Вот если перепрошить под IP (NVR), но насколько я понимаю там крипто at88, а в ней как раз та часть которая серии ПО при заливке дампа с аналогичных на чипе hi3520 не будет жить.
Может у Вас есть опыт модернизации железок на hi3520, поделитесь пожалуйста если был опыт модернизации старых регистраторов под NVR.
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




21-04-2017 12:28

ZhekaSh писал:
Ну да, залить без сдувания только джитагом получится, а если будет джитаг то и слить можно будет без сдувания
на странице 75, 192 мануала посмотри.
Если у тебя есть инструмент для ковыряния ARM v5TEJ, то будет интересно позаимствовать твой опыт )

Добавлено 21-04-2017 03:38

перехода с tsop56 на dip нет?


Для общения, по JTAG надо будет найти "ARM RealView-ICE"
или надо будет аж "ARM RealView Development Suite" или "ARM DS-5 Development Studio"
состав Hi3520 как я понял ARM926EJ-S и ARM1176ZJF-S
ZhekaSh
Предупреждений: 1
Предупреждений: 1 
Сообщения: 38




21-04-2017 17:49

А как ты вычислил, что светодиод идёт на D1?
стр.162. лиловые шары. Это интерфейс куда сетевая микра подрубается. D1 это коллизии (когда "каша" из сигналов в сети и хост не может в этой каше ничего понять), а G3 , например, это захват несущей (или чаще ты это встречал по нажписи link на сетевыз картах)
А не в ней ли проблема?! как вариант...... без неё попробовать.
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




21-04-2017 18:13

ZhekaSh писал:
А как ты вычислил, что светодиод идёт на D1?
стр.162. лиловые шары. Это интерфейс куда сетевая микра подрубается. D1 это коллизии (когда "каша" из сигналов в сети и хост не может в этой каше ничего понять), а G3 , например, это захват несущей (или чаще ты это встречал по нажписи link на сетевыз картах)
А не в неё ли проблема?! как вариант...... без неё попробовать.

Плата регистратора 32 канала а по факту 16, на плате не запаян второй hi3520 и всего 4 кодера из 8 , так по дорожкам на второй части рега все видно. Светодиоды возле каждого процессора так и приводит к ноге d1 через транзюк.
А по даташиту именно на hi3520v100 это какой-то тестовый пин состояния (нет просто под рукой даташита с мобильного пишу)

Добавлено 21.04.2017 18:22

Я думаю беда в флешь, заказал адаптер на алихи (а то уж дороговато брать в phiton) приплывет залью.
Вот только немного терзают сомнения камень не греется совсем.
ZhekaSh
Предупреждений: 1
Предупреждений: 1 
Сообщения: 38




22-04-2017 03:12

а что бы он грелся?! если он ни чем не занят.
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




23-04-2017 22:54

В итоге подытожу.
Причина зависания после старта линух, а главное артефакты на мониторе (точки, мигающие полоски) на картинке с радугой и "VIDSTAR Загрузка системы" виной была емкость в цепи питания DDR на регуляторе питания LP2997.
Причина отсутствия старта брата регистратора пока не выяснена но наверно flash, как будет адаптер и залью uboot дополню.
megaoriginal
Предупреждений: 1
Предупреждений: 1 
Сообщения: 10




06-07-2017 00:31

ZhekaSh писал:
Ну да, залить без сдувания только джитагом получится, а если будет джитаг то и слить можно будет без сдувания
на странице 75, 192 мануала посмотри.
Если у тебя есть инструмент для ковыряния ARM v5TEJ, то будет интересно позаимствовать твой опыт ) ?



На соседнем форуме нашел интересный софт по чипам Hisilicon - HiTool
https://yadi.sk/d/4szXZlKe3GYGiL
Сейчас разбираюсь что может данный прошивальшик.
Список форумов» Системы безопасности» Зависает на загрузке DVR vidstar VSR-1611 на проце Hi3520
Перейти:  
Текущий раздел» Системы безопасности (Ремонт систем видеонаблюдения, контроля доступа, регистраторов и прочей сопутствующей техники)


Похожая информация:
  • Видеорегистратор 7316HC зависает при загрузке
  • Видеорегистратор EverFocus EDR 1640 виснет при загрузке
  • Видеорегистратор D2004FE зависает с HDD
  • Видеорегистратор SEDVR-6304S зависает при web-авторизации








  • Информация по ремонту для специалистов - справочники, инструкции, энциклопедия, советы и секреты ремонта,  настройка, сервисные режимы
    Powered by phpBB 2.0.18 © 2001, 2002 phpBB Group!