Crystal NVR-2108H не прошился

aHdrew
Сообщения: 14
Зарегистрирован: 28 дек 2015, 22:38

Crystal NVR-2108H не прошился

Сообщение aHdrew » 29 дек 2015, 20:12

Здравствуйте .
Принесли на "лечение" аппарат с наклейкой Crystal (логотип при загрузке тоже был такой) NVR-2108H. Был прошит версией bin-файла из архива General_NVR2x0x_Eng_P_V2.616.0000.0.R.20140110.zip (предыдущая версия 2.610.0000.0). Прошивался утилитой RECUpgrade1.16 . После заливки "тишина" по сети: НТТР -нет, ping-нет, telnet-нет.
Мои действия: подключился к терминалке- загрузчик жив. Думал обновлю update.img из того же архива по TFTP и оживет- не вышло. Загрузка образа идет до конца, ошибок нет. Сохраняется все без ошибок (могу лог скинуть), но сама загрузка останавливается с ошибкой.
Чип на плате стоит Hi3520 ARFCV100, флеш Winbond 25Q128 FVFG.
Прилагаю лог загрузки до останова с ошибкой , переменные среды и help. Содержимое папок не показывает- неправильно спрашиваю наверно. На фото передняя панель, плата -вид сверху, чип снизу платы через прокладку к корпусу прижат (радиатор), наклейка и флеш.

Код: Выделить всё

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.12.29 18:12:34 =~=~=~=~=~=~=~=~=~=~=~=
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  2  1  0
PHY not link!
### JFFS2 loading '/boot/uImage' to 0x82000000
raise: Signal # 8 caught
Scanning JFFS2 FS:    done.find_inode failed for name=bootload: Failed to find inode### JFFS2 LOAD ERROR<0> for /boot/uImage!
Wrong Image Format for bootm command
ERROR: can't get kernel image!
hisilicon #
hisilicon #

hisilicon # printenv

bootargs=mem=116M, console=ttyAMA0,115200 rootfstype=cramfs root=/dev/mtdblock1
bootcmd=netup; fsload; bootm
bootdelay=3
da=tftp u-boot.bin.img; flwrite
dr=tftp romfs-x.cramfs.img; flwrite
du=tftp user-x.cramfs.img; flwrite
dw=tftp web-x.cramfs.img; flwrite
dl=tftp logo-x.cramfs.img; flwrite
dc=tftp custom-x.cramfs.img; flwrite
up=tftp update.img; flwrite
tk=tftp uImage; bootm
baudrate=115200
netup_timeout=3
bootfile="uImage"
ethaddr=90:02:a9:c5:bd:a1
eth1addr=ff:ff:ff:ff:ff:ff
ID=PA3MP076W00301
DEVID=0000000000000000000000000000000
HWID=0000000000000
netmask=255.255.0.0
gatewayip=10.42.0.1
restore=0
serverip=192.168.1.9
ipaddr=192.168.1.108
load_module=1
load_modules=1
dh_keyboard=1
appauto=1
stdin=serial
stdout=serial
stderr=serial
verify=n
ver=U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

Environment size: 804/131068 bytes
hisilicon #
hisilicon #

hisilicon # help

?       - alias for 'help'
base    - print or set address offset
boot    - boot default, i.e., run 'bootcmd'
bootd   - boot default, i.e., run 'bootcmd'
bootm   - boot application image from memory
bootp   - boot image via network using BOOTP/TFTP protocol
cmp     - memory compare
cp      - memory copy
crc32   - checksum calculation
devid   - devid      - set DEVID or print DEVID

eracfg  -
eralogo -
ext2load- load binary file from a Ext2 filesystem
ext2ls  - list files in a directory (default /)
fatinfo - print information about filesystem
fatload - load binary file from a dos filesystem
fatls   - list files in a directory (default /)
flwrite - flwrite - write data into FLASH memory

fsload  - fsload   - load binary file from a filesystem image

getinfo - print hardware information
go      - start application at address 'addr'
help    - print command description/usage
hwid    - hwid      - set hardware id and save to flash

lip     - lip      - set local ip address but not save to flash

loadb   - load binary file over serial line (kermit mode)
loady   - load binary file over serial line (ymodem mode)
loop    - infinite loop on address range
ls      - ls   - list files in a directory (default /)

mac     - mac      - set mac address and save to flash

mac1    - mac1      - set mac address and save to flash

md      - memory display
mii     - MII utility commands
mm      - memory modify (auto-incrementing address)
mtest   - simple RAM read/write test
mw      - memory write (fill)
netrep  - netrep     - report net up progress

netup   - netup     - update the system via net, without console

nm      - memory modify (constant address)
ping    - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
rarpboot- boot image via network using RARP/TFTP protocol
reset   - Perform RESET of the CPU
run     - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv  - set environment variables
sf      - SPI flash sub-system
showlogo- showlogo   - show the logo picture on screen.

sip     - sip      - set server ip address but not save to flash

startgx - startgx   - open graphics layer.
   - startgx [layer addr stride x y w h]

startvo - startvo   - open interface of vo device.
   - startvo [dev type sync]
stopgx  - stopgx   - close graphics layer.
   - stopgx [layer]
stopvo  - stopvo   - close interface of vo device.
   - stopvo [dev]
test    - 
tftp    - tftp   - download or upload image via network using TFTP protocol
usb     - USB sub-system
usbboot - boot from USB device
version - print monitor version
vobg    - setvobg   - set vo backgroud color.
   - setvobg [dev color]
hisilicon #
hisilicon #
hisilicon #


Заранее спасибо за участие.
Вложения
winbond.JPG
mainboard.jpg
Label.jpg
face.jpg

iTuneDVR
Сообщения: 3220
Зарегистрирован: 24 авг 2013, 11:05

Re: Crystal NVR-2108H не прошился

Сообщение iTuneDVR » 29 дек 2015, 21:11

Тема перенесена. Невнимательно читаем условия размещения!!!
Логи старта обязательны!

Поставить части от General_NVR2xxx_Eng_P_V2.610.0000.5.R.20130604.bin или update.img сразу.

Есть разница! ;)

aHdrew
Сообщения: 14
Зарегистрирован: 28 дек 2015, 22:38

Re: Crystal NVR-2108H не прошился

Сообщение aHdrew » 30 дек 2015, 23:11

Здравствуйте.
Вот лог прошивки и перезагрузки update.img из архива General_NVR2x0x_Eng_P_V2.616.0000.0.R.20140110.zip . А BIN файл надо распаковать на модули ? и шить по одному ? или взять те же модули из ZIP архива и прошить - а загрузчик пока не трогать ?

Или есть возможность целиком BIN положить в рекордер на правильное место без WEB интерфейса ?

Прошиваю версию 2.616.0000.0 т.к. пока нет полного update.img v 2.610.0000.0

Код: Выделить всё

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.12.30 21:48:45 =~=~=~=~=~=~=~=~=~=~=~=
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  0
hisilicon # *
Unknown command '*' - try 'help'
hisilicon # run up
TFTP from server 192.168.1.9; our IP address is 192.168.1.108
Download Filename 'update.img'.
Download to address: 0x82000000
Downloading: *#################################################
done
Bytes transferred = 14373184 (db5140 hex)
FB_DISCONNECT

## Checking Image at 0x82000040 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    4096 Bytes = 4 KiB
   Load Address: a0e60000
   Entry Point:  a0e80000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0e60000

write : 0%
write : 0%
write : 100%
done

## Checking Image at 0x82001080 ...
   Header CRC Checking ... OK
   Image Name:   3520Aromfs
   Image Type:   ARM Linux Kernel Image (gzip compressed)
   Data Size:    12816384 Bytes = 12.2 MiB
   Load Address: a0060000
   Entry Point:  a0ce0000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0060000

write : 0%
write : 0%
write : 1%
write : 2%
write : 3%
write : 4%
write : 5%
write : 6%
write : 7%
write : 8%
write : 9%
write : 10%
write : 11%
write : 12%
write : 13%
write : 14%
write : 15%
write : 16%
write : 17%
write : 18%
write : 19%
write : 20%
write : 21%
write : 22%
write : 23%
write : 24%
write : 25%
write : 26%
write : 27%
write : 28%
write : 29%
write : 30%
write : 31%
write : 32%
write : 33%
write : 34%
write : 35%
write : 36%
write : 37%
write : 38%
write : 39%
write : 40%
write : 41%
write : 42%
write : 43%
write : 44%
write : 45%
write : 46%
write : 47%
write : 48%
write : 50%
write : 51%
write : 52%
write : 53%
write : 54%
write : 55%
write : 56%
write : 57%
write : 58%
write : 59%
write : 60%
write : 61%
write : 62%
write : 63%
write : 64%
write : 65%
write : 66%
write : 67%
write : 68%
write : 69%
write : 70%
write : 71%
write : 72%
write : 73%
write : 74%
write : 75%
write : 76%
write : 77%
write : 78%
write : 79%
write : 80%
write : 81%
write : 82%
write : 83%
write : 84%
write : 85%
write : 86%
write : 87%
write : 88%
write : 89%
write : 90%
write : 91%
write : 92%
write : 93%
write : 94%
write : 95%
write : 96%
write : 97%
write : 98%
write : 100%
done

## Checking Image at 0x82c3a0c0 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    1548288 Bytes = 1.5 MiB
   Load Address: a0ce0000
   Entry Point:  a0e60000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0ce0000

write : 0%
write : 0%
write : 8%
write : 16%
write : 25%
write : 33%
write : 41%
write : 50%
write : 58%
write : 66%
write : 75%
write : 83%
write : 91%
write : 100%
done

## Checking Image at 0x82db4100 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    4096 Bytes = 4 KiB
   Load Address: a0e80000
   Entry Point:  a0ec0000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0e80000

write : 0%
write : 0%
write : 100%
done
FB_CONNECT
FB_REBOOT
resetting ...
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  2  1  0
netup time out: 3
Timeout
### JFFS2 loading '/boot/uImage' to 0x82000000
raise: Signal # 8 caught
Scanning JFFS2 FS:    done.

find_inode failed for name=boot

load: Failed to find inode

### JFFS2 LOAD ERROR<0> for /boot/uImage!
Wrong Image Format for bootm command
ERROR: can't get kernel image!
hisilicon #

iTuneDVR
Сообщения: 3220
Зарегистрирован: 24 авг 2013, 11:05

Re: Crystal NVR-2108H не прошился

Сообщение iTuneDVR » 30 дек 2015, 23:19

aHdrew писал(а):Здравствуйте.
Вот лог прошивки и перезагрузки update.img из архива General_NVR2x0x_Eng_P_V2.616.0000.0.R.20140110.zip . А BIN файл надо распаковать на модули ? и шить по одному ? или взять те же модули из ZIP архива и прошить - а загрузчик пока не трогать ?

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

aHdrew писал(а): Или есть возможность целиком BIN положить в рекордер на правильное место без WEB интерфейса ?

А что с ним не так?

aHdrew писал(а):Прошиваю версию 2.616.0000.0 т.к. пока нет полного update.img v 2.610.0000.0

Код: Выделить всё

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.12.30 21:48:45 =~=~=~=~=~=~=~=~=~=~=~=
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  0
hisilicon # *
Unknown command '*' - try 'help'
hisilicon # run up
TFTP from server 192.168.1.9; our IP address is 192.168.1.108
Download Filename 'update.img'.
Download to address: 0x82000000
Downloading: *#################################################
done
Bytes transferred = 14373184 (db5140 hex)
FB_DISCONNECT

## Checking Image at 0x82000040 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    4096 Bytes = 4 KiB
   Load Address: a0e60000
   Entry Point:  a0e80000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0e60000

write : 0%
write : 0%
write : 100%
done

## Checking Image at 0x82001080 ...
   Header CRC Checking ... OK
   Image Name:   3520Aromfs
   Image Type:   ARM Linux Kernel Image (gzip compressed)
   Data Size:    12816384 Bytes = 12.2 MiB
   Load Address: a0060000
   Entry Point:  a0ce0000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0060000

write : 0%
write : 0%
write : 1%
write : 2%
write : 3%
write : 4%
write : 5%
write : 6%
write : 7%
write : 8%
write : 9%
write : 10%
write : 11%
write : 12%
write : 13%
write : 14%
write : 15%
write : 16%
write : 17%
write : 18%
write : 19%
write : 20%
write : 21%
write : 22%
write : 23%
write : 24%
write : 25%
write : 26%
write : 27%
write : 28%
write : 29%
write : 30%
write : 31%
write : 32%
write : 33%
write : 34%
write : 35%
write : 36%
write : 37%
write : 38%
write : 39%
write : 40%
write : 41%
write : 42%
write : 43%
write : 44%
write : 45%
write : 46%
write : 47%
write : 48%
write : 50%
write : 51%
write : 52%
write : 53%
write : 54%
write : 55%
write : 56%
write : 57%
write : 58%
write : 59%
write : 60%
write : 61%
write : 62%
write : 63%
write : 64%
write : 65%
write : 66%
write : 67%
write : 68%
write : 69%
write : 70%
write : 71%
write : 72%
write : 73%
write : 74%
write : 75%
write : 76%
write : 77%
write : 78%
write : 79%
write : 80%
write : 81%
write : 82%
write : 83%
write : 84%
write : 85%
write : 86%
write : 87%
write : 88%
write : 89%
write : 90%
write : 91%
write : 92%
write : 93%
write : 94%
write : 95%
write : 96%
write : 97%
write : 98%
write : 100%
done

## Checking Image at 0x82c3a0c0 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    1548288 Bytes = 1.5 MiB
   Load Address: a0ce0000
   Entry Point:  a0e60000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0ce0000

write : 0%
write : 0%
write : 8%
write : 16%
write : 25%
write : 33%
write : 41%
write : 50%
write : 58%
write : 66%
write : 75%
write : 83%
write : 91%
write : 100%
done

## Checking Image at 0x82db4100 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    4096 Bytes = 4 KiB
   Load Address: a0e80000
   Entry Point:  a0ec0000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0e80000

write : 0%
write : 0%
write : 100%
done
FB_CONNECT
FB_REBOOT
resetting ...
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  2  1  0
netup time out: 3
Timeout
### JFFS2 loading '/boot/uImage' to 0x82000000
raise: Signal # 8 caught
Scanning JFFS2 FS:    done.

find_inode failed for name=boot

load: Failed to find inode

### JFFS2 LOAD ERROR<0> for /boot/uImage!
Wrong Image Format for bootm command
ERROR: can't get kernel image!
hisilicon #


По моему всё и так ясно. Загрузчик не может (не понимает) первого раздела, из которого нужно взять ядро и запустить!!!

Код: Выделить всё

### JFFS2 LOAD ERROR<0> for /boot/uImage!
Wrong Image Format for bootm command
ERROR: can't get kernel image!


Я предлагаю вернуть 610 прошивку.
Иначе надо на свой страх и риск, снимать защиту с флеша и обновлять загрузчик только, а дальше, если не менять всё остальное на данный момент, всё должно запуститься!

iTuneDVR
Сообщения: 3220
Зарегистрирован: 24 авг 2013, 11:05

Re: Crystal NVR-2108H не прошился

Сообщение iTuneDVR » 30 дек 2015, 23:30

iTuneDVR писал(а):
aHdrew писал(а):Здравствуйте.
Вот лог прошивки и перезагрузки update.img из архива General_NVR2x0x_Eng_P_V2.616.0000.0.R.20140110.zip . А BIN файл надо распаковать на модули ? и шить по одному ? или взять те же модули из ZIP архива и прошить - а загрузчик пока не трогать ?

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

aHdrew писал(а): Или есть возможность целиком BIN положить в рекордер на правильное место без WEB интерфейса ?

А что с ним не так?

aHdrew писал(а):Прошиваю версию 2.616.0000.0 т.к. пока нет полного update.img v 2.610.0000.0

Код: Выделить всё

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.12.30 21:48:45 =~=~=~=~=~=~=~=~=~=~=~=
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  0
hisilicon # *
Unknown command '*' - try 'help'
hisilicon # run up
TFTP from server 192.168.1.9; our IP address is 192.168.1.108
Download Filename 'update.img'.
Download to address: 0x82000000
Downloading: *#################################################
done
Bytes transferred = 14373184 (db5140 hex)
FB_DISCONNECT

## Checking Image at 0x82000040 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    4096 Bytes = 4 KiB
   Load Address: a0e60000
   Entry Point:  a0e80000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0e60000

write : 0%
write : 0%
write : 100%
done

## Checking Image at 0x82001080 ...
   Header CRC Checking ... OK
   Image Name:   3520Aromfs
   Image Type:   ARM Linux Kernel Image (gzip compressed)
   Data Size:    12816384 Bytes = 12.2 MiB
   Load Address: a0060000
   Entry Point:  a0ce0000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0060000

write : 0%
write : 0%
write : 1%
write : 2%
write : 3%
write : 4%
write : 5%
write : 6%
write : 7%
write : 8%
write : 9%
write : 10%
write : 11%
write : 12%
write : 13%
write : 14%
write : 15%
write : 16%
write : 17%
write : 18%
write : 19%
write : 20%
write : 21%
write : 22%
write : 23%
write : 24%
write : 25%
write : 26%
write : 27%
write : 28%
write : 29%
write : 30%
write : 31%
write : 32%
write : 33%
write : 34%
write : 35%
write : 36%
write : 37%
write : 38%
write : 39%
write : 40%
write : 41%
write : 42%
write : 43%
write : 44%
write : 45%
write : 46%
write : 47%
write : 48%
write : 50%
write : 51%
write : 52%
write : 53%
write : 54%
write : 55%
write : 56%
write : 57%
write : 58%
write : 59%
write : 60%
write : 61%
write : 62%
write : 63%
write : 64%
write : 65%
write : 66%
write : 67%
write : 68%
write : 69%
write : 70%
write : 71%
write : 72%
write : 73%
write : 74%
write : 75%
write : 76%
write : 77%
write : 78%
write : 79%
write : 80%
write : 81%
write : 82%
write : 83%
write : 84%
write : 85%
write : 86%
write : 87%
write : 88%
write : 89%
write : 90%
write : 91%
write : 92%
write : 93%
write : 94%
write : 95%
write : 96%
write : 97%
write : 98%
write : 100%
done

## Checking Image at 0x82c3a0c0 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    1548288 Bytes = 1.5 MiB
   Load Address: a0ce0000
   Entry Point:  a0e60000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0ce0000

write : 0%
write : 0%
write : 8%
write : 16%
write : 25%
write : 33%
write : 41%
write : 50%
write : 58%
write : 66%
write : 75%
write : 83%
write : 91%
write : 100%
done

## Checking Image at 0x82db4100 ...
   Header CRC Checking ... OK
   Image Name:   linux
   Image Type:   ARM Linux Standalone Program (gzip compressed)
   Data Size:    4096 Bytes = 4 KiB
   Load Address: a0e80000
   Entry Point:  a0ec0000
   Chiptype Checking ... OK
   Data CRC Checking ... OK
Programing start at: 0xa0e80000

write : 0%
write : 0%
write : 100%
done
FB_CONNECT
FB_REBOOT
resetting ...
fb_port=3
FB_FEED


U-Boot 2010.06-svn781 (Jun 21 2013 - 02:49:29)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  2  1  0
netup time out: 3
Timeout
### JFFS2 loading '/boot/uImage' to 0x82000000
raise: Signal # 8 caught
Scanning JFFS2 FS:    done.

find_inode failed for name=boot

load: Failed to find inode

### JFFS2 LOAD ERROR<0> for /boot/uImage!
Wrong Image Format for bootm command
ERROR: can't get kernel image!
hisilicon #


По моему всё и так ясно. Загрузчик не может (не понимает) первого раздела, из которого нужно взять ядро и запустить!!!

Код: Выделить всё

### JFFS2 LOAD ERROR<0> for /boot/uImage!
Wrong Image Format for bootm command
ERROR: can't get kernel image!


Я предлагаю вернуть 610 прошивку.
Иначе надо на свой страх и риск, снимать защиту с флеша и обновлять загрузчик только, а дальше, если не менять всё остальное на данный момент, всё должно запуститься!

Но для начала бы неплохо бы сделать дамп загрузчика, да и всего флеша хоть в таком виде, потому что если при смене его что-то пойдёт не так, то можно будет этим образом на программаторе восстановить исходный вариант! ;)

aHdrew
Сообщения: 14
Зарегистрирован: 28 дек 2015, 22:38

Re: Crystal NVR-2108H не прошился

Сообщение aHdrew » 30 дек 2015, 23:43

Для меня проще на данный момент иметь нужный image файл , но версией 2.610.0000.0 я не располагаю. А BIN прошивку по TFTP нигде не видел инструкций. Telnet-а нет. Как положить BIN версию - пошлите меня в нужную сторону , а то везьде через WEB интерфейс. От линукса я ещё пока далёк.

aHdrew
Сообщения: 14
Зарегистрирован: 28 дек 2015, 22:38

Re: Crystal NVR-2108H не прошился

Сообщение aHdrew » 31 дек 2015, 00:15

Спасибо за оперативность. Я бы прошился полным BIN файлом версии 2.610.0000 , если бы знал как. Везьде только WEB интерфейс требуется. А распаковывать весь BIN нужно под линуксом ? - у меня не установлен пока , надо к другам идти - те владеют. Отдельно модулей версии 2.610 нет, как и нет готового update.img. Но всё равно спасибо, что толкнули в нужную сторону. Буду добывать модули из архива.

iTuneDVR
Сообщения: 3220
Зарегистрирован: 24 авг 2013, 11:05

Re: Crystal NVR-2108H не прошился

Сообщение iTuneDVR » 31 дек 2015, 16:15

610
https://cloud.mail.ru/public/2x6t/w3DP88Zj1

В u-boot остановить загрузку и дать команду
fli


А так с наcтупающим Новым Годом! ;)

aHdrew
Сообщения: 14
Зарегистрирован: 28 дек 2015, 22:38

Re: Crystal NVR-2108H не прошился

Сообщение aHdrew » 31 дек 2015, 23:44

Здравствуйте. Спасибо за прошивки. Прошился update. Лог загрузки с новым имиджем далее. Телнет заработал( со старым стандартным паролем). Но WEB не стартует. Минут через 5-6 идет перезагрузка.
И ещё : у меня есть версии
General_NVR2xxx_Eng_P_V2.610.0000.5.R.20130604.bin
General_NVR2xxx_Eng_P_V2.610.0000.6.R.20130621.bin
а из магазина была 2.610.0000.0 , не помешает это ?

Код: Выделить всё

=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2015.12.31 22:32:02 =~=~=~=~=~=~=~=~=~=~=~=
fb_port=3
FB_FEED


U-Boot 2010.06-svn741 (Jun 04 2013 - 01:52:52)

DRAM:  256 MiB
Check spi flash controller v300. found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128BV"
the size of spi flash is 0x1000000
In:    serial
Out:   serial
Err:   serial
judge ddr init
user init finish.A
can't find corresponding entry
### CRAMFS LOAD ERROR<0> for /bmp_logo.bmp!
load log failed
Hit any key to stop autoboot:  3  2  1  0
PHY not link!
### CRAMFS loading '/boot/uImage' to 0x82000000
### CRAMFS load complete: 2846580 bytes loaded to 0x82000000
## Booting kernel from Legacy Image at 82000000 ...
   Image Name:   Linux-3.0.8
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2846516 Bytes = 2.7 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Auto login as root ...


BusyBox v1.18.4 (2013-06-04 01:48:57 CST) built-in shell (ash)
Platform: HI35XX, Revision: 1692
Enter 'help' for a list of built-in commands.

~ #



И Вас с праздником. Удачи , и терпения в Вашей нелегкой работе с нами-неучами.

iTuneDVR
Сообщения: 3220
Зарегистрирован: 24 авг 2013, 11:05

Re: Crystal NVR-2108H не прошился

Сообщение iTuneDVR » 01 янв 2016, 00:16

На мониторе что-то показывает?

Тормози загрузку в u-boot
выполни

Код: Выделить всё

printenv


сюда лог

а так сделаешь потом

Код: Выделить всё

setenv dh_keyboard 0
setenv appauto 1
save
reset


Благодарстсвую за поздравления!
С Новым Годом! ;)


Вернуться в «Видеорегистраторы DAHUA»