alastairstevenson
Staff member
If it's fully erased, full of FF, then that will be OK.
On any case, brick-fixV2 deals with that automatically.
On any case, brick-fixV2 deals with that automatically.
If it's just fully erased (full of FF in all locations), as it can be on quite old cameras, it will be fine. The program in the newer firmware recognises that.this one has 5.2.5 and have problem with empty mtd1.
Excellent! Well done for getting there, and for sharing.Thank you for cooperation, all of 8 cams are updated to 5.4.5 and it seems, that everything is ok.
Well, the -NI version should be updateable. Is that how it was sold, do you recall?Is possible to do something with CH NVR DS-7616NI-E2?
I'd say that the -NI does suggest so.It is upgradeable?
Interesting info, many thanks.Version 3.4.97 I have in new NVR, but there is problem with H.265 and HDMI to TV. That is reason, why Hik delete this FW from their website.
On the early firmware (3.0.8) telnet was still available and enabled in the Busybox, but they quickly removed it in later revisions.Is some way, which I can look (for example via SSH) if is with NVR manipulated?
Start at 2015-03-30 23:31:53
Serial NO :1620150203AARR503146794WCVU
V3.0.8 build 140825
KernelVersion: V1.0.0 build 140512
dspSoftVersion: V5.0 build 140816
codecVersion: V5.0 build 080808
hardwareVersion = 0xb000
encodeChans = 0
decodeChans = 16
alarmInNums = 0
alarmOutNums = 0
ataCtrlNums = 2
flashsize = 0x10
ramSize = 0x400
networksNums = 1
language = 2
devType:DS-7816N-E2
bootPartition = 2
randomCode =
[root@dvrdvs hkvs] # getHardInfo
Start at 2017-12-09 18:04:34
Serial NO :1620150125AARRxxxxxxxxWCVU
V3.0.10 build 141126
KernelVersion: V1.0.0 build 140512
dspSoftVersion: V5.0 build 140816
codecVersion: V5.0 build 080808
hardwareVersion = 0xb000
encodeChans = 0
decodeChans = 16
alarmInNums = 0
alarmOutNums = 0
ataCtrlNums = 2
flashsize = 0x10
ramSize = 0x400
networksNums = 2
language = 1
devType:DS-7616NI-E2/8P
bootPartition = 2
randomCode = xxxxxx
Depending on how that has been done, getHardInfo may not tell the whole truth. But the -NI is probably a more reliable indicator.But the risk would be if it is a CN NVR running a seller-installed 'hacked to English' firmware which masquerades the language,
I saw language=1 and I risked it
alastair@PC-I5 ~ $ telnet 192.168.1.211
Trying 192.168.1.211...
Connected to 192.168.1.211.
Escape character is '^]'.
dvrdvs login: root
Password:
BusyBox v1.16.1 (2016-06-29 13:49:45 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
psh: applet not found
[root@dvrdvs /root] # getHardInfo
Start at 2017-12-02 11:48:42
Serial NO :1620150203AARR503146794WCVU
V3.4.91 build 161220
softBase:/Platform/trunk:0
KernelVersion: V1.0.0 build 160930
dspSoftVersion: V5.0 build 161208
codecVersion: V5.0 build 161208
hardwareVersion = 0x0
encodeChans = 0
decodeChans = 16
alarmInNums = 0
alarmOutNums = 0
flashsize = 0x0
ramSize = 0x40000000
networksNums = 1
language = 1
devType:DS-7816N-E2
bootPartition = 1
randomCode =
[root@dvrdvs /root] # cat /proc/hkvs/bootpara
====================== BOOT INFO ====================
magicNumber :0x484b5753
paraChecksum :0xdb1
paraLength :0xf4
encryptVer :0x10000
language :0x2
device_class :0x2a
oemCode :0x1
encodeChans :0x10
decodeChans :0x10
ipcChans :0x0
ivsChans :0x0
picFormat :0x2
macAddr :c0-56-e3-3d-19-5b
prodDate :32:30:31:35:30:32:30:33
prodNo :353033313436373934
devHigh :0x0
cpuFreq :0x1
dspFreq :0x1
zone :0x1
webSupport :0x1
voipSupport :0x0
usbNums :0x2
lcdSupport :0x0
voNums :0x2
vganums :0x2
vtSupport :0x1
videoMaxtrix :0x0
extendedDecoder:0x1
extendedIVS :0x1
extendedAlarmOut:0x0
devType :0xa17f
ubootAdrs :0x0
ubootSize :0x0
ubootCheckSum :0x0
tinyKernelAdrs:0x0
tinyKernelSize:0x0
tinyKernelCheckSum:0x0
==========================================================
[root@dvrdvs /root] #