DS-7608N-E2/8P - FW 3.3.1 shall I upgrade?

Shall I upgrade?

  • Yes, go ahead and upgrade

    Votes: 4 40.0%

  • No, you'll risk to brick your NVR

    Votes: 4 40.0%

  • Don't know, I don't really care what the heck you do mate!

    Votes: 2 20.0%
  • Total voters
    10
There are some in-between firmware versions here that appear to match your NVR:
http://www.hikvisioneurope.com/port... Firmware/Recorder/DS-7600NI-SE 7600NI-V(VP)/

3.0.15
****************************************************************************

HIKVISION Europe Firmware Release notes

****************************************************************************

Firmware version: V3.0.15 build150528
****************************************************************************

Language: Multi-Language

****************************************************************************

Compatible Models:
DS-7604NI-SE,
DS-7608NI-SE
,
DS-7616NI-SE
,
DS-7604NI-SE/P,

DS-7608NI-SE/P/8,

DS-7616NI-SE/P,
DS-7604NI-V
,
DS-7608NI-V
,
DS-7616NI-V,

DS-7604NI-VP
DS-7608NI-VP
DS-7616NI-VP
****************************************************************************

Updates:

1. New password strategy.
2. Fix some bugs.
Click to expand...
 
  • Like
Reactions: catseyenu
alastair,
TY for your reply.I did download and install firmware:
rebooted the NVR, saw the Hik intro screen - then, BLACK SCREEN!!! Ouch. I do have an HDMI monitor attached. Then tried VGA monitor, still black screen
HELP please, TY
 
Last edited by a moderator:
Alastair,
I see the cameras fine ver the LAN, but I can not see the NVR since the firmware is new and I hence could not change the network settings. SADP does not show anything,even the 9 successfully installed 2032s I have n my POE LAN.
I realize I need to revert the firmware, but how can this be done if the screen is blank? Is there a 'factory reset' mechanism?

TY for helping me.

Rainer
 
alastair,
you are a life(or t least NVR) saver!

TY - was able to get NVR running again!
Merci,
Rainr
 
alastairstevenson said:
If you can't connect a NAS storage destination, to provide somewhere to copy the backups of the mtdblocks to, then if you have full telnet access the tftp method should work OK. But the tftp server needs to be a normal one such as this: http://tftpd32.jounin.net/tftpd32_download.html and not the Hikvision one, which is used purely for tftp recovery.
Click to expand...

I've tried to follow this very useful suggestion to back up my original FW before attempting to do an upgrade. I don't have a NAS, so I tried tftpd32, but am getting "Timeout waiting block #1". Windows firewall is off. Any suggestions?

This is my setup:

attachment.php
 

Attachments

  • tftpd32.png
    tftpd32.png
    40.8 KB · Views: 106
That would be too easy! Just sucking the files out of the NVRs... we wish.
then if you have full telnet access the tftp method should work OK
Click to expand...
You need to direct operations of the in-NVR tftp client via a telnet session.
Here is a worked example:

dvrdvs login: root
Password:

BusyBox v1.16.1 (2014-05-19 09:41:10 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
can not change to guest!
[root@dvrdvs /] # df
Filesystem 1024-blocks Used Available Use% Mounted on
udev 263128 8 263120 0% /dev
/dev/mtdblock2 13880 13880 0 100% /home/hik
192.168.1.201:/cctv1 208751288 1579832 207171456 1% /mnt/tnfs00
[root@dvrdvs /] # cd /dev
[root@dvrdvs /dev] # mount
rootfs on / type rootfs (rw)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
udev on /dev type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
/dev/mtdblock2 on /home/hik type cramfs (ro,relatime)
192.168.1.201:/cctv1 on /mnt/tnfs00 type nfs (rw,sync,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,acregmin=0,acregmax=0,acdirmin=0,acdirmax=0,soft,noac,nolock,proto=udp,port=2049,timeo=7,retrans=3,sec=sys,local_lock=all,addr=192.168.1.201)
[root@dvrdvs /dev] # umount /dev/mtdblock2
[root@dvrdvs /dev] # cat /dev/mtdblock2 > mtdblock2_save
[root@dvrdvs /dev] # mount /dev/mtdblock2 /home/hik
[root@dvrdvs /dev] # tftp -p -l mtdblock2_save 192.168.1.99
mtdblock2_save 100% |*******************************| 16064k --:--:-- ETA
[root@dvrdvs /dev] # rm mtdblock2_save
[root@dvrdvs /dev] #
Click to expand...

And the resultant transfer to the tftpd32 operating as the tftp server:

attachment.php
 

Attachments

  • tftpd_1.jpeg
    tftpd_1.jpeg
    62.5 KB · Views: 106
  • Like
Reactions: skeet25
Thanks for the detailed directions.
The tftp stalled in the telnet session:

dvrdvs login: root
Password:




BusyBox v1.16.1 (2014-05-19 09:41:10 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.


can not change to guest!
[root@dvrdvs /] # df
Filesystem 1024-blocks Used Available Use% Mounted on
udev 87140 8 87132 0% /dev
/dev/mtdblock2 13876 13876 0 100% /home/hik
[root@dvrdvs /] # cd /dev
[root@dvrdvs /dev] # mount
rootfs on / type rootfs (rw)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
udev on /dev type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
/dev/mtdblock2 on /home/hik type cramfs (ro,relatime)
[root@dvrdvs /dev] # umount /dev/mtdblock2
[root@dvrdvs /dev] # cat /dev/mtdblock2 > mtdblock2_save
[root@dvrdvs /dev] # mount /dev/mtdblock2 /home/hik
[root@dvrdvs /dev] # tftp -p -l mtdblock2_save 192.168.1.17
mtdblock2_save 0% | | 0 - stalled -
Click to expand...

And on the tftpd32 side, there is no activity:
attachment.php


Any thoughts? Thanks in advance.
 

Attachments

  • tftpd32_server.png
    tftpd32_server.png
    46.6 KB · Views: 150
Well, you have followed the method correctly, I see no problems there. And the required components are in place.
And from your previous post, the PC running tftpd32 is on the same subnet as the NVR.
This isn't something I've explored myself - and doesn't seem right - but from another post a while back, even if Windows firewall is off, if an inbound blocking rule exists, the associated traffic will not flow.
So maybe worth checking Start | Control Panel | Windows Firewall | Advanced Settings | Inbound Rules
and being amazed how many there are - but checking specifically for any match against tftpd32.exe

Good luck!
 
  • Like
Reactions: skeet25
alastairstevenson said:
So maybe worth checking Start | Control Panel | Windows Firewall | Advanced Settings | Inbound Rules
and being amazed how many there are - but checking specifically for any match against tftpd32.exe
Click to expand...

Your advice was spot on! I had access enabled for Private, but not Public profile. Fixed that, and now everything is working as advertised. Per your earlier recommendations, I backed up mtdblock2, mtdblock0 and mtdblock1. Now, I'm off to research how to build these into a FW file.

Thanks!
 
I finally got around to attempting the FW upgrade on my DS-7604N with V3.0.8 build 140825. I put the digicap.dav from the OP in a USB stick, and used the nvr vga gui, to perform the upgrade. I'm getting a "Upgrading failed, firmware mismatches" message. I also tried getting v3.3.2_150522 from hikvision europe, and modified the language flag to 2. Got the same results.

Is it worth trying TFTP next, or is this an indication that the FW is not compatible with my nvr?
 
After a couple of weeks in hiatus, I finally decided to try to update the FW again. From the hikvision europe site, I downloaded V3.3.2 build150522, changed the language flag, and tried the FW upgrade via the USB stick. I'm still seeing "Upgrading failed, firmware mismatches". I then tried V3.0.10 build141126 with the same results.

Is this a strong hint that I should not try to force the FW update using TFTP?
 
Have you changed the flag with HIKtools, without doing it will always miss-match
 
You must log in or register to reply here.
Top Bottom