Dahua cameras not holding correct time

Discussion in 'Dahua' started by born2ride, Sep 6, 2017.

Share This Page

  1. born2ride

    born2ride Getting the hang of it

    Joined:
    Mar 9, 2014
    Messages:
    331
    Likes Received:
    4
    Location:
    Flemington
    i have 2 dahua that change to the incorrect time of day. never holds the correct am or pm. i have synced to pc, set them manually to pm . after i log out and recheck its incorrect again
    IPC-HFW4431R-Z and a IPC-HDW4431C-A
     
  2. giomania

    giomania IPCT Contributor

    Joined:
    Jun 1, 2017
    Messages:
    732
    Likes Received:
    468
    You need to set up a time server in the camera interface, where you set the date and time. Sometimes, your Router can perform this task, if you prevent your camera's from connecting to the internet, which is a best practice.




    Sent from my iPhone using Tapatalk
     
    mat200 likes this.
  3. c hris527

    c hris527 Known around here

    Joined:
    Oct 12, 2015
    Messages:
    1,031
    Likes Received:
    683
    Location:
    NY
    Yup classic time issue..Try this, leave the time zone alone its default is GMT+08:00..sync the cams to your PC make sure your time is set correct.
    Uncheck ALL DST and SYNC with stuff. It should look something like this.

    -------> Capturetime.JPG

    See if it stays after you do this, This is caused by cheap crappy firmware they Created so they can sell chinese market cameras in the USA
     
    Arjun likes this.
  4. giomania

    giomania IPCT Contributor

    Joined:
    Jun 1, 2017
    Messages:
    732
    Likes Received:
    468
    Interesting.

    My two "international" models purchased from EmpireTech and flashed with Dahua-branded firmware only differed from each other by a few seconds over 24 hours. After I set up my router to act as the time server, they are synced perfectly.


    Sent from my iPhone using Tapatalk
     
    mat200 likes this.
  5. c hris527

    c hris527 Known around here

    Joined:
    Oct 12, 2015
    Messages:
    1,031
    Likes Received:
    683
    Location:
    NY
    I think Andy's stuff might be better firmware but I have run into this a few times, even on a time server setup..the trick was to just leave the dst and time zone disabled. I would set them on EST at night and within 24 hours it would be WAY off. I can not say about the international models but the two I got from Amazon were Chinese sellers and who knows what kind of firmware they had, the Chinese do not use DST. I sent 1 back and kept one and after a bit I figured out to leave the time zone alone and all was well after that.
     
    Arjun likes this.
  6. born2ride

    born2ride Getting the hang of it

    Joined:
    Mar 9, 2014
    Messages:
    331
    Likes Received:
    4
    Location:
    Flemington
    I changes the NTP server and changed the GMT time seems to be holding now!
    timedahua.JPG
     
    mat200 likes this.
  7. Mohamed Musthafa

    Mohamed Musthafa n3wb

    Joined:
    Jan 14, 2019
    Messages:
    5
    Likes Received:
    0
    Location:
    uae
    I have 64 camera installed using Dahua cameras and Hikvision NVR. These cameras have a time bug. I have tried several timeservers, they stay within a few minutes and the problem is always the same. Never holds the correct time. I have synchronized to pc, set them manually and set up a timeserver in the camera interface. After I log out and recheck it’s incorrect again The camera's time is off by arbitrary values. Like 8 hours wrong. I can turn off the timeserver and synchronize time with the computer.
    Has anyone else seen this problem, and does anyone know of a fix?
    I have found others complaining of the problem on the internet, but I have yet to see a solution.
     
  8. Whoaru99

    Whoaru99 Pulling my weight

    Joined:
    Dec 22, 2018
    Messages:
    423
    Likes Received:
    159
    Location:
    Here
    Those of you with trouble, what tool are you (or had you been) using to check/set the time?

    If I use the ConfigTool I get result same/similar what you report. Set it all up, looks good, close the tool and reconnect, looks like it reverted back to the previous settings. If I use the web GUI as shown in a couple earlier posts it seems to work/hold time OK.
     
  9. JRNAn30

    JRNAn30 n3wb

    Joined:
    Oct 24, 2015
    Messages:
    27
    Likes Received:
    13
    The cameras don’t follow the NTP protocol specification exactly (ref GMT broadcast) which results in some unpredictable behaviour depending on time zone and NTP server used.
    I reduced impact by brute forcing updates every minute.
    I’ve got wireshark scans somewhere but a colleague reported to Dahua late last year so we might see a fix at some point.
     
  10. Victor-y

    Victor-y n3wb

    Joined:
    Dec 20, 2018
    Messages:
    8
    Likes Received:
    0
    Location:
    Canada
    Hi everyone,

    New to this forum and IP camera system in general. Thought I should share my experience in case it might help others. This forum has been a great source of information.

    I recently purchased one camera - a black version of the IPC-HDW5231R-ZE - to try out as I plan a system for a new house. I found that when I have the Time Format to 24-Hour (the default), the camera would not sync to my NTP server. When I change the Time Format to 12-Hour, then the camera would synchronize. Firmware is 2.622.0000000.31.R, Build Date: 2018-08-13.
     
    Last edited: Jan 16, 2019
  11. fibersnet

    fibersnet n3wb

    Joined:
    Dec 23, 2018
    Messages:
    2
    Likes Received:
    1
    Location:
    new york
    I've found that my dahua cameras also incorrectly implement the NTP protocol. There are 2 issues:
    1) It sends localtime instead of UTC time in the ntp.xmt field
    2) It sends multiple requests right after one another (1ms apart) in bursts up to 3

    Some NTP servers throttle the number of requests from a single client, some NTP servers do this by taking the ntp.xmt field and repeating it in all the time fields in the reply message to the client. The dahua NTP implementation expects the reply from the NTP server to be in UTC however since the dahua ntp client sent it in localtime (incorrectly) the end result is that the timezone gets applied twice. For example if you were at GMT-5 and it was currently 17:00 localtime (22:00 UTC), the first ntp request would succeed and time would be accurate. The 2nd NTP request 1ms later would set the current time to 12:00 localtime (17:00 UTC).


    2.622.0000000.23.R, Build Date: 2018-03-30
     
    JRNAn30 likes this.
  12. Mohamed Musthafa

    Mohamed Musthafa n3wb

    Joined:
    Jan 14, 2019
    Messages:
    5
    Likes Received:
    0
    Location:
    uae
    Have any solution.....?
     
  13. fibersnet

    fibersnet n3wb

    Joined:
    Dec 23, 2018
    Messages:
    2
    Likes Received:
    1
    Location:
    new york
    My temporary solution was to disable the rate limiting feature in my NTP server (sometimes its labeled as 'KOD packet', the NTP kiss of death packet). You may also try using a public NTP server that does not rate limit. Do you happen to be in GMT-8? That would explain the 8 hours off.
     
  14. arkotech

    arkotech n3wb

    Joined:
    Dec 5, 2018
    Messages:
    3
    Likes Received:
    0
    Location:
    Albania
    I had the same problem. My workaround was to change the ip of the camera.
     
  15. JRNAn30

    JRNAn30 n3wb

    Joined:
    Oct 24, 2015
    Messages:
    27
    Likes Received:
    13
    I'd be curious how changing IP address resolved the problem, did you change to IP address in the same subnet, or to a different subnet served by a different NTP server? I've recently been trialing another brand of camera that don't have this NTP issue and they perform as you would expect, ie synced to within a second, no drift and no wild timezone jumps. With Dahuas incorrect NTP implementation I don't see how only a change of IP address could resolve this issue, outside of a firmware upgrade or timezone change at the same time of course.
     
  16. arkotech

    arkotech n3wb

    Joined:
    Dec 5, 2018
    Messages:
    3
    Likes Received:
    0
    Location:
    Albania
    NTP didnt work. The time zone changed within minutes to the default +8. This was happening in all 16 cameras that I had. Last option to change was the IP address. Dont know why, but it worked. True Story!
     
  17. Whoaru99

    Whoaru99 Pulling my weight

    Joined:
    Dec 22, 2018
    Messages:
    423
    Likes Received:
    159
    Location:
    Here
    Change IP address of what?

    And from what IP to what IP did you change it?
     
  18. c hris527

    c hris527 Known around here

    Joined:
    Oct 12, 2015
    Messages:
    1,031
    Likes Received:
    683
    Location:
    NY
    Just changing The Cameras IP (as far as the camera goes) does NOTHING to fix your issue, You Most likely had another device on your network with the same IP or one of you switches or routers did not like it for some reason.
     
  19. lcam

    lcam n3wb

    Joined:
    Aug 29, 2018
    Messages:
    28
    Likes Received:
    0
    Location:
    US
    I was having a similar issue where 2 out of 4 cameras for where off 1 hour and I assume this is because of DST not working correctly. I set 2 cameras to GMT-7 which is correct and the 2 cameras that were not correct to GMT-6. That seems to have fixed the issue for now. I have DST and NTP checked. The firmware on the 2 cameras that were off an hour don't have the same firmware as each other either.
     
  20. Ford

    Ford Getting the hang of it

    Joined:
    Feb 14, 2015
    Messages:
    147
    Likes Received:
    84
    Location:
    BC
    I currently have 16 Dahua IPCs and all are perfectly time synced to the Blue Iris server. These are the settings I have used from the start and they have always worked flawlessly. Daylight Savings transitions are smooth and accurate.

    Note I never want these IPCs to get to the internet so I always point them at my Ubiquiti router which hosts an ntp server.

    upload_2019-5-29_17-47-57.png