New Dahua Cameras will not remember NTP server
- Thread starter Gadget -X
- Start date
I have also been fighting this Dahua Camera time problem for years. They are of little help. And we are authorized dealers. So yesterday I have a brand new 6mp eyeball camera from Dahua. I set the time, and no matter what I do, the darn thing jumps back one hour. I have tried every setting in every possible order. With or without time server enabled, with or without dst. Every possible setting combo. Still the same result
So then I disconnected the internet from the small network I was working one. So now it is just the camera, a Mac mini, and a dumb switch. Nothing else. Now the time stays. THE VERY SECOND THAT I PLUGGED THE ETHERNET CABLE BACK INTO THE INTERNET, the damn time jumped back one hour! NTP Was off. DSL was off.WTF!
So then I disconnected the internet from the small network I was working one. So now it is just the camera, a Mac mini, and a dumb switch. Nothing else. Now the time stays. THE VERY SECOND THAT I PLUGGED THE ETHERNET CABLE BACK INTO THE INTERNET, the damn time jumped back one hour! NTP Was off. DSL was off.WTF!
looney2ns
IPCT Contributor
the only time I've seen this is when I have set the Time zone incorrectly.
This pertains to the many Dahua cams I have setup in the past year.
This pertains to the many Dahua cams I have setup in the past year.
- Apr 23, 2018
- 201
- 69
Yes sir. Mine are one hour off. I even tried settings to one time later, but it reverts back an hour.
I have got one of ten cameras that is correct time. Funny thing is that it is set exactly like the others. Same version same settings. Pretty much gave up and use the DVR DSP time. A real bummer since the video from our Dahua cameras is fantastic.
M
I have got one of ten cameras that is correct time. Funny thing is that it is set exactly like the others. Same version same settings. Pretty much gave up and use the DVR DSP time. A real bummer since the video from our Dahua cameras is fantastic.
M
Try This,
Leave the time zone default to what ever it came out of the box at, I think mine were central time but I live in EST, disable all dst, set you clocks and see what happens
TechBill
Known around here
- Nov 1, 2014
- 1,826
- 1,186
I used to have similar issue until I filled in the setting completely on both Camera and NVR that it matches with each other then the problem never came back again. If you're using default DST setting, change it and also if you are using NVR, be sure the time/date setting including DST matches with all the cameras.
Screenshot of my setting and I am in CST.
Screenshot of my setting and I am in CST.
Kitsap
Getting the hang of it
SouthernYankee
IPCT Contributor
My setting for CST. using a local internal server as my time source. I have had no problems with this setup. I do not allow my cameras to have any internet access, they are all blocked at the ASUS router.
J Sigmo
Known around here
- Feb 5, 2018
- 996
- 1,336
I'll bet looney2ns doesn't allow his cameras to access the internet, either. And I'm sure fenderman doesn't! The same probably goes for any NVRs (if they're running any).
I don't allow my cams to access the internet, and I suspect a lot of the people who follow this forum don't either. Instead, most are running a VPN from their router or an always-on PC to allow access from outside of their LANs.
Does it sound like those who allow their cameras to "phone home" are seeing this problem, while those who block their cameras from directly accessing the internet are the ones who end up with the time working fine in their cameras?
Last edited:
Assuming you're connecting your cameras back to a Dahua NVR there is no need to configure the NTP settings or time/date in the cameras themselves. They will get all of this from the NVR.
I've played with a large number of Dahua cameras both English/OEM and Chinese over the years and have encountered time issues with DST on a number of devices. In all cases these are all Chinese or Chinese hacked devices as it seems the Chinese firmware will not support DST settings correctly. While you can set the DST settings and they will apply correctly, the normal issue is to see the time continually jumping by an hour.
I have never seen a genuine Dahua English or OEM camera that has this issue.
I've played with a large number of Dahua cameras both English/OEM and Chinese over the years and have encountered time issues with DST on a number of devices. In all cases these are all Chinese or Chinese hacked devices as it seems the Chinese firmware will not support DST settings correctly. While you can set the DST settings and they will apply correctly, the normal issue is to see the time continually jumping by an hour.
I have never seen a genuine Dahua English or OEM camera that has this issue.
With Dahua IPC-HDW5231R-Z cameras running 2.460.0000.15.R,
my recollection is that I determined automated time syncs using NTP appeared to be ignoring my DST settings.
Sync PC was working fine, albeit a one-time update.
I currently just upload to an ftp server, using SD emergency backup disks in the cameras, and have no NVR/NAS yet.
I grudgingly switched off NTP (which was getting handled by my router at the gateway, for what that is worth, though I know that NTP works well in my network).
You've reminded me to pay close attention a month from now, on the second Sunday in March!
Sorry I can't be more scientific, but this might be something you want to test.
my recollection is that I determined automated time syncs using NTP appeared to be ignoring my DST settings.
Sync PC was working fine, albeit a one-time update.
I currently just upload to an ftp server, using SD emergency backup disks in the cameras, and have no NVR/NAS yet.
I grudgingly switched off NTP (which was getting handled by my router at the gateway, for what that is worth, though I know that NTP works well in my network).
You've reminded me to pay close attention a month from now, on the second Sunday in March!
Sorry I can't be more scientific, but this might be something you want to test.
Galaxy Explorer
Young grasshopper
Like others I've been rather perplexed why the camera DST settings were not persistent until I read your comment. It's not documented anywhere but the NVR will attempt to set the time on the cameras upon connection and when you configure NTP and DST settings on the camera it causes a conflict where the time is offset by an hour. The solution is to disable NTP and DST settings on all cameras and allow the camera to synchronise the time with the NVR. The NVR must be configured with the appropriate NTP and DST settings which will be applied to the associated cameras.
To verify the configuration and time synchronisation;
1/ Match time zones on both the NVR and cameras (for me this is GMT in the UK)
2/ Configure NTP and DST settings on NVR as required and confirm the correct time is displayed
3/ Disable NTP and DST settings on all cameras
4/ Manually set a bogus time on the camera, i.e. back or forth a few hours
5/ Check the bogus camera time is displayed on the camera OSD live view to confirm time is out of sync
6/ Save all changes
7/ Manually reboot the camera through the GUI maintenance option, whilst viewing the camera live feed
8/ Continue to watch the camera live feed and wait for video to drop and reconnect a few seconds later
9/ When the live video reconnects you should see the bogus time again for a few seonds, then automatically updates to the NVR time
If you get the same results as per step #9, then one would say the cameras are now properly synchronised with the NVR. I have enclosed image snapshots of my NVR and camera time configuration attached using rebranded Dahua Honeywell cameras, which is still applicable to all Dahua cameras.
Attachments
Galaxy Explorer
Young grasshopper
I haven't read that before but now after having a look I think you haven't explained it fully by "and when you configure NTP and DST settings on the camera it causes a conflict where the time is offset by an hour ".@Gyula614 having read your post on the other thread you just reworded what I wrote above
It doesn't matter if you set the DST manually or not, the NVR will re-set that. Even if it was empty the NVR fills with its value. So the reason is not a conflict between the manually set and the NVR supplied DST but that the camera wrongly applies the DST twice.
As you are in the UK that also has +1 hour offset for summer time, your result is also +2 hours (+1 hour ahead). But it can be different if the DST amount differs.
Just have set the NVRs time back to GMT+1 and DST, from GMT+2 and they synchronised the 5442 in about a minute that wrongly displayed the +1 hour error again. Now have to set back to GMT+2 again :/
This camera is recorded by a local and a remote 7616 NVR simultaneously. I also tried to set one NVR to GMT+1 and DST and the other to GMT+2 before but that resulted the same error, at least when I looked at the camera..
Just trying your method. Now I start to understand@Gyula614 having read your post on the other thread you just reworded what I wrote above
.So. Setting back the errorneous time to the correct one, like PC sync and disabling the NVR-set DST on the camera just keeping the right time already for several minutes. Let's see if it works.
Thanks. I'm curious what happens after camera reboot, will try it later.
Keeps working. Thank you for pointing it out.@Gyula614 having read your post on the other thread you just reworded what I wrote above
Well, not exactly. Just after I pressed the enter button and sent the reply it reverted back to the +1 hour error and the NVR enabled the DST again on the camera.
So maybe the +1 hour timezone without DST on the NVR is what works in my case. These NVRs seem to be so overbearing. Don't know what can be the case with others though..