Зависает на загрузке DVR vidstar VSR-1611 на проце Hi3520
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Зависает на загрузке DVR vidstar VSR-1611 на проце Hi3520
Прошу помощи
Зависает на загрузке 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
Зависает на загрузке 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
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
раз телнет работает начать нужно с удаления настроек
rm -rf /mnt/mtd/Config/*
во вторых посмотреть бы mount куда что при монтированно.
Во втором скорее всего проблема с флешь памятью. Выпаивать дампить - налепливать поверх файлы прошивки(откусив заголовок U-Boot в 64 байт от них) и прошивать(тут где то была методика). порядок и размер разделов у вас есть в env. Хотя я думаю если память живая достаточно uboot восстановть.
rm -rf /mnt/mtd/Config/*
во вторых посмотреть бы mount куда что при монтированно.
Во втором скорее всего проблема с флешь памятью. Выпаивать дампить - налепливать поверх файлы прошивки(откусив заголовок U-Boot в 64 байт от них) и прошивать(тут где то была методика). порядок и размер разделов у вас есть в env. Хотя я думаю если память живая достаточно uboot восстановть.
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
Спасибо большое с одним решил была всего емкость слаба (хотя внешне нормальная) на питании памяти, в регистраторе память питается через регулятор питания DDR LP2997.
А сброс до замены емкости делал через restor=1 и через телнет, не помогало.
Я когда память сверял точно там 128мб (были сомнения) увидел регулятор а рядом маленький электролит, послушал на нем а там .... ну заменив все зажурчало.
Вот только остался вопрос почему после старта ядра нет лога в консоль, и как его включают (на будущие знать).
А сброс до замены емкости делал через restor=1 и через телнет, не помогало.
Я когда память сверял точно там 128мб (были сомнения) увидел регулятор а рядом маленький электролит, послушал на нем а там .... ну заменив все зажурчало.
Вот только остался вопрос почему после старта ядра нет лога в консоль, и как его включают (на будущие знать).
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
Стал второй ковырять там сложнее, проц ошибку выдает по пину D1 (согласно даташиту это пинт отвечает за ошибку) с этого пина светодиод подключен через ключ. Так на живом этот светодиод гаснет как только стартанул проц.
На 2 регистраторе наверно флеш подгуляла после подачи питания или ресета проца на адресных (младших) ногах флеша есть жизнь.
Еще сравнив потребление теперь живого и мертвого при удержание ресет на обоих потребление одинаковое, а после старта рабочего ДВР потребление растет, на мертвом без изменения.
Со вторым наверно надо будет слить с рабочего uboot и сдув флеш с мертвого залить туда.
Можно наверно проше и JTAG это проще сделать, но как и чем и куда совать JTAG с этим разбираться надо.
P.S. Эти регистраторы достались на халяву, и умерли наверно из перегрева дабы стояли рядом вдвоем да еще и в железном закрытом маленьком ящике, вентиляторы в них сдохли наверно давно, потом померли диски и тд...
Так что ковыряю их для души, так как на текущий момент старенькие они уже и применения найти им сложно (16 каналов с приемлемом разрешением только 11 кадров писать смогут).
Вот если перепрошить под IP (NVR), но насколько я понимаю там крипто at88, а в ней как раз та часть которая серии ПО при заливке дампа с аналогичных на чипе hi3520 не будет жить.
На 2 регистраторе наверно флеш подгуляла после подачи питания или ресета проца на адресных (младших) ногах флеша есть жизнь.
Еще сравнив потребление теперь живого и мертвого при удержание ресет на обоих потребление одинаковое, а после старта рабочего ДВР потребление растет, на мертвом без изменения.
Со вторым наверно надо будет слить с рабочего uboot и сдув флеш с мертвого залить туда.
Можно наверно проше и JTAG это проще сделать, но как и чем и куда совать JTAG с этим разбираться надо.
P.S. Эти регистраторы достались на халяву, и умерли наверно из перегрева дабы стояли рядом вдвоем да еще и в железном закрытом маленьком ящике, вентиляторы в них сдохли наверно давно, потом померли диски и тд...
Так что ковыряю их для души, так как на текущий момент старенькие они уже и применения найти им сложно (16 каналов с приемлемом разрешением только 11 кадров писать смогут).
Вот если перепрошить под IP (NVR), но насколько я понимаю там крипто at88, а в ней как раз та часть которая серии ПО при заливке дампа с аналогичных на чипе hi3520 не будет жить.
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
Ага без соответвующего дампа at24 - можно не пытаться, прога или тупо не запустится или запустится с тем же функционалом что на родной проше.
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
Выложу на всякий случай
~ $ mount
~ $ 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)
- -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
~ $
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
Подскажи пожалуйста зачем вырезать 64 байта как я понял в флеш как раз Uboot и пуст во флеше.NeiroN писал(а):
Во втором скорее всего проблема с флешь памятью. Выпаивать дампить - налепливать поверх файлы прошивки(откусив заголовок U-Boot в 64 байт от них) и прошивать(тут где то была методика). порядок и размер разделов у вас есть в env. Хотя я думаю если память живая достаточно uboot восстановть.
А как только залью uboot, из под него можно и остальное залить если что..
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
В прошивках идут образы в формате uImage - для загрузки и прошивки через U-Boot, в первых 64байтах заголовок, который на физическую память не пишится. Чтобы не потерять настройки и прочую инфу можно наложить образы из прошивки на образ дампа флешки и залить его обратно. Чтобы прошить u-boot - придется выпаивать флешь, но можно сразу все целиком прошить и не возиться уже с прошивкой через u-boot.
Выпаял, снял дамп, поколдовал с ним а hex редакторе, залил обрано, запаял, ГОТОВО.
Выпаял, снял дамп, поколдовал с ним а hex редакторе, залил обрано, запаял, ГОТОВО.
-
- Новичок
- Сообщения: 17
- Зарегистрирован: 22 май 2015, 09:53
Re: Зависает на загрузке DVR vidstar VSR-1611 на проце Hi352
Да ступил, я просто думал что с ожившего брата стянуть (вичитать первые 640кб) и залить на кирпичек (пока нет адаптера на 56 заказал на алихи)
А вот прошивку на него так и не нашел на сайте vidstar лежит прошивка к другому (проц другой) и с ХМ пока не нашел чтоб подходило на hi3520v100
А вот прошивку на него так и не нашел на сайте vidstar лежит прошивка к другому (проц другой) и с ХМ пока не нашел чтоб подходило на hi3520v100