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

Камеры, регистраторы и прочее оборудование из Китая (с ebay, aliexpress, dealextreme, 409shop и т.п.)
Ответить
oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 20 апр 2017, 10:30

Прошу помощи
Зависает на загрузке DVR
Подскажите пожалуйста как включить лог uboot после старта linux
Не могу найти прошивку на эти DVR (та что лежит на сайте VidStar не подходит так как в прошивка на другой проц)
Что может быть с регистратором если на картинке бегущие артефакты (точки, мигающие полоски)

Регистратор vidstar VSR-1611
на плате маркировка DVR 5032L v1.03 но вместо 32 запаяна половина.
процессор: Hi3520-100; кодеры: Nexchip NVP1114a; криптомодуль AT88SC; память: S29GL128P900TFIR2 -(8x8) 16Mb
часы: DS1307; сеть: realtek rtl8211; Uboot: U-Boot 2008.10-svn12; Linux:BusyBox v1.1.2

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

на полуживом можно гулять по telnet, uboot, но в терминале после монтирования kernel тишина.

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:0e:ba:6d
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

oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 20 апр 2017, 10:54

Фото DVR
Вложения
20170419_214419_1.jpg
20170419_214239.jpg

Аватара пользователя
NeiroN
Специалист
Сообщения: 475
Зарегистрирован: 15 фев 2017, 21:59
Контактная информация:

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

Сообщение NeiroN » 20 апр 2017, 23:02

раз телнет работает начать нужно с удаления настроек
rm -rf /mnt/mtd/Config/*

во вторых посмотреть бы mount куда что при монтированно.

Во втором скорее всего проблема с флешь памятью. Выпаивать дампить - налепливать поверх файлы прошивки(откусив заголовок U-Boot в 64 байт от них) и прошивать(тут где то была методика). порядок и размер разделов у вас есть в env. Хотя я думаю если память живая достаточно uboot восстановть.

oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 21 апр 2017, 13:25

Спасибо большое с одним решил была всего емкость слаба (хотя внешне нормальная) на питании памяти, в регистраторе память питается через регулятор питания DDR LP2997.
А сброс до замены емкости делал через restor=1 и через телнет, не помогало.
Я когда память сверял точно там 128мб (были сомнения) увидел регулятор а рядом маленький электролит, послушал на нем а там .... ну заменив все зажурчало.

Вот только остался вопрос почему после старта ядра нет лога в консоль, и как его включают (на будущие знать).

oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 21 апр 2017, 13:38

Стал второй ковырять там сложнее, проц ошибку выдает по пину D1 (согласно даташиту это пинт отвечает за ошибку) с этого пина светодиод подключен через ключ. Так на живом этот светодиод гаснет как только стартанул проц.
На 2 регистраторе наверно флеш подгуляла после подачи питания или ресета проца на адресных (младших) ногах флеша есть жизнь.
Еще сравнив потребление теперь живого и мертвого при удержание ресет на обоих потребление одинаковое, а после старта рабочего ДВР потребление растет, на мертвом без изменения.

Со вторым наверно надо будет слить с рабочего uboot и сдув флеш с мертвого залить туда.
Можно наверно проше и JTAG это проще сделать, но как и чем и куда совать JTAG с этим разбираться надо.

P.S. Эти регистраторы достались на халяву, и умерли наверно из перегрева дабы стояли рядом вдвоем да еще и в железном закрытом маленьком ящике, вентиляторы в них сдохли наверно давно, потом померли диски и тд...
Так что ковыряю их для души, так как на текущий момент старенькие они уже и применения найти им сложно (16 каналов с приемлемом разрешением только 11 кадров писать смогут).

Вот если перепрошить под IP (NVR), но насколько я понимаю там крипто at88, а в ней как раз та часть которая серии ПО при заливке дампа с аналогичных на чипе hi3520 не будет жить.

Аватара пользователя
NeiroN
Специалист
Сообщения: 475
Зарегистрирован: 15 фев 2017, 21:59
Контактная информация:

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

Сообщение NeiroN » 21 апр 2017, 13:52

Ага без соответвующего дампа at24 - можно не пытаться, прога или тупо не запустится или запустится с тем же функционалом что на родной проше.

oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 21 апр 2017, 14:33

Выложу на всякий случай

~ $ mount
  • /dev/root on / type cramfs (ro)
    proc on /proc type proc (rw)
    sysfs on /sys type sysfs (rw)
    tmpfs on /dev type tmpfs (rw)
    devpts on /dev/pts type devpts (rw)
    /dev/mtdblock2 on /usr type cramfs (ro)
    /dev/mtdblock3 on /mnt/web type cramfs (ro)
    /dev/mtdblock4 on /mnt/custom type cramfs (ro)
    /dev/mtdblock5 on /mnt/logo type cramfs (ro)
    /dev/mtdblock6 on /mnt/mtd type jffs2 (rw)
    /dev/mem on /var type ramfs (rw)
    none on /proc/bus/usb type usbfs (rw)
~ $ dmesg
  • -acm.c: v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters
    hirtc driver init start ...
    fvideo driver init successful!
    FVIDEO driver init start ...
    FVIDEO - MOD_SET_REG39 = 0
    fvideo driver init successful!
    HISI_WDT-MDC030001 @Hi3520v100_OSDrv_1_1_0_1 2010-08-12 16:47:02
    H2GMAC module init start!
    H2GMAC MDIO Bus: probed
    PHY_NAME:0:03,g_interface_mode:0
    PHY_NAME:0:03,g_interface_mode:1
    H2GMAC module init done!
    RPC: Registered udp transport module.
    RPC: Registered tcp transport module.
    sysfs: duplicate filename 'usb_storage' can not be created
    WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
    [<c0025ab0>] (dump_stack+0x0/0x14) from [<c00be17c>] (sysfs_add_one+0xd8/0xf8)
    [<c00be0a4>] (sysfs_add_one+0x0/0xf8) from [<c00be284>] (create_dir+0x5c/0xac)
    r6:c2f83e3c r5:bf0a0388 r4:c2fc3cc4
    [<c00be228>] (create_dir+0x0/0xac) from [<c00be32c>] (sysfs_create_dir+0x38/0x4c)
    r7:c02ca35c r6:bf0a0388 r5:00000000 r4:bf0a0388
    [<c00be2f4>] (sysfs_create_dir+0x0/0x4c) from [<c00fb5ac>] (kobject_add+0x64/0x1c0)
    r4:bf0a0388
    [<c00fb548>] (kobject_add+0x0/0x1c0) from [<c0057b74>] (mod_sysfs_setup+0x24/0xb0)
    r7:bf09992c r6:bf0a0388 r5:bf0a0340 r4:00000000
    [<c0057b50>] (mod_sysfs_setup+0x0/0xb0) from [<c00593f4>] (sys_init_module+0x12e0/0x1790)
    r8:cccccccd r7:00000000 r6:bf0a0340 r5:c492345c r4:00000000
    [<c0058114>] (sys_init_module+0x0/0x1790) from [<c0021e20>] (ret_fast_syscall+0x0/0x2c)
    kobject_add failed for usb_storage with -EEXIST, don't try to register things with the same name in the same directory.
    [<c0025ab0>] (dump_stack+0x0/0x14) from [<c00fb6b0>] (kobject_add+0x168/0x1c0)
    [<c00fb548>] (kobject_add+0x0/0x1c0) from [<c0057b74>] (mod_sysfs_setup+0x24/0xb0)
    r7:bf09992c r6:bf0a0388 r5:bf0a0340 r4:00000000
    [<c0057b50>] (mod_sysfs_setup+0x0/0xb0) from [<c00593f4>] (sys_init_module+0x12e0/0x1790)
    r8:cccccccd r7:00000000 r6:bf0a0340 r5:c492345c r4:00000000
    [<c0058114>] (sys_init_module+0x0/0x1790) from [<c0021e20>] (ret_fast_syscall+0x0/0x2c)
    mice: PS/2 mouse device common for all mice
    usbcore: registered new interface driver usbhid
    drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
    May 16 2011 16:42:56
    hismi driver init start ...
    hismi driver init successful!
    Hisilicon Media Memory Zone Manager
    hifb: module license 'Proprietary' taints kernel.
    hifb info: HIFB_MAIN_VERSION[v1.0.0.2] Build Time[Apr 27 2010, 11:11:20]
    hifb info: video:vram0_size=5242880,vram1_size=4096,vram2_size=1048576,vram3_size=4096,vram4_size=4096
    hifb info: succeed in registering the fb0: ovl0 frame buffer device
    hifb info: succeed in registering the fb1: ovl1 frame buffer device
    hifb info: succeed in registering the fb2: ovl2 frame buffer device
    hifb info: succeed in registering the fb3: ovl3 frame buffer device
    hifb info: succeed in registering the fb4: ovl4 frame buffer device
    [ipcm_vdd_init, 422]: local_cpu_id = 36

    [ipcm_vdd_close, 268]: handle 0xc2857500

    [ipcm_vdd_init, 455]: IPCM hardware initialized successfully 0

    TDE_MAIN_VERSION[v2.0.0.0] Build Time[Sep 29 2010, 16:15:28]
    TDE_ADP_VERSION[hi3520adp v2.0.0.0] Build Time[Sep 29 2010, 16:15:28]
    tde run on master arm
    tde run for graphic service
    tde map reg:basePhyAddr:20140000 baseVirAddr:c487c000 size:3000
    Hisilicon UMAP device driver interface: v3.00
    Chip Version: Hi35200100
    load vd.ko ....OK!
    load simd.ko OK
    load vdec.ko ....OK
    load vpp.ko ....OK!
    load md.ko....OK!
    NULL
    hi3520_pci_driver.c: v0.0
    is_host 8192
    NULL
    hi3520_boot_multichipv2.0
    usbcore: registered new interface driver rt73
    SCSI Media Changer driver v0.25
    Driver 'ch' needs updating - please use bus_type methods
    Driver 'sr' needs updating - please use bus_type methods
    at88sc:Entering ProcessIOCTL: cmd =0
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_CPT_INIT
    at88sc:Exiting ProcessIOCTL Success ! retSize=0
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =0
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_CPT_INIT
    at88sc:Exiting ProcessIOCTL Success ! retSize=0
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =0
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_CPT_INIT
    at88sc:Exiting ProcessIOCTL Success ! retSize=0
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =0
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_CPT_INIT
    at88sc:Exiting ProcessIOCTL Success ! retSize=0
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    H2V100_SDIO-MF @Hi3520v100R001_C_0_2_0 2010-03-12 13:52:13
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    PHY: 0:03 - Link is Down
    PHY: 0:03 - Link is Up - 100/Full
    at88sc:Entering ProcessIOCTL: cmd =0
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_CPT_INIT
    at88sc:Exiting ProcessIOCTL Success ! retSize=0
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    at88sc:Entering ProcessIOCTL: cmd =3
    at88sc:SIWDM - Sheldon_ProcessIOCTL: case IOCTL_USERZONE_READ
    at88sc:Exiting ProcessIOCTL Success ! retSize=32
    [ IPCM_Check, 222]: remote not ready, now connect and wait ...
    [ IPCM_Check, 252]: remote connected
    hifb info: vo max resolution w:1024 h:768
    hifb info: vo max resolution w:720 h:576
    hifb info: vo max resolution w:720 h:576
    hifb info: vo max resolution w:1024 h:768
    ~ $

oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 21 апр 2017, 15:39

NeiroN писал(а):
Во втором скорее всего проблема с флешь памятью. Выпаивать дампить - налепливать поверх файлы прошивки(откусив заголовок U-Boot в 64 байт от них) и прошивать(тут где то была методика). порядок и размер разделов у вас есть в env. Хотя я думаю если память живая достаточно uboot восстановть.
Подскажи пожалуйста зачем вырезать 64 байта как я понял в флеш как раз Uboot и пуст во флеше.
А как только залью uboot, из под него можно и остальное залить если что..

Аватара пользователя
NeiroN
Специалист
Сообщения: 475
Зарегистрирован: 15 фев 2017, 21:59
Контактная информация:

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

Сообщение NeiroN » 21 апр 2017, 16:55

В прошивках идут образы в формате uImage - для загрузки и прошивки через U-Boot, в первых 64байтах заголовок, который на физическую память не пишится. Чтобы не потерять настройки и прочую инфу можно наложить образы из прошивки на образ дампа флешки и залить его обратно. Чтобы прошить u-boot - придется выпаивать флешь, но можно сразу все целиком прошить и не возиться уже с прошивкой через u-boot.
Выпаял, снял дамп, поколдовал с ним а hex редакторе, залил обрано, запаял, ГОТОВО.

oldoriginal
Новичок
Сообщения: 17
Зарегистрирован: 22 май 2015, 09:53

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

Сообщение oldoriginal » 21 апр 2017, 18:55

Да ступил, я просто думал что с ожившего брата стянуть (вичитать первые 640кб) и залить на кирпичек (пока нет адаптера на 56 заказал на алихи)
А вот прошивку на него так и не нашел на сайте vidstar лежит прошивка к другому (проц другой) и с ХМ пока не нашел чтоб подходило на hi3520v100

Ответить

Вернуться в «Оборудование из Китая - общие вопросы»