Jump to content

just_having_fun

Members
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

0 Neutral
  1. just_having_fun

    Switch vs NVR

    Hi, As you said, the NVR (Network Video Recorder) is like a DVR. It provides the following functionality : 1. Disk storage for the video data from the cameras 2. Monitor Interface to view the cameras, either LIVE or RECORDED)....typically HDMI to the monitor or TV 3. Small processor to run the NVR operating system 4. Network Interface (Ethernet). Can be from a single Ethernet connection to a connection for each camera (POE). The SWITCH just allows you to connect multiple Ethernet connections onto your network. The SWITCH does not provide any NVR capabilities. SWITCHes come in many flavors but typically have 4 or 8, or more ethernet connections. The ETHERNET connections can be either standard or support POE. For any system you will need an NVR and possibly some SWITCHES. The simplest system has an NVR (no SWITCHES) with a POE ETHERNET connection to each of the cameras. So, if you have 16 cameras, you will need an ETHERNET cables running from each of the CAMERAS to the NVR, a total of 16 ETHERNET cables. A more concenient network design would be to use SWITCHES between the NVR and CAMERAS. The CAMERAS connect to the SWITCH and the SWITCH to the NVR. You can group your CAMERAS and locate the SWITCHES close to the CAMERA grups. Note that there could be bandwidth issues if you use SWITCHES with 16 CAMERAS operating at HD datarates. Make sure that you use 1Gb/s SWITCHES. In my home system, my NVR was in an upstairs bedroom and most of the CAMERAS were at the fromt of the house. So I located a SWITCH to connect to 5 cameras and then a single ETHERNET connection to the upstairs bedroom. My NVR only has a single ETHERNET connection to connect it to my network. There is a schematic of this setup on P6 of the link. https://www.dropbox.com/s/88mgezntfoco45r/Surveillance%20Cameras%20redacted.pdf?dl=0 Bottom line is that SWICTHES adds cost to the system but simplifies the wiring. Hope that helps. Please post of any questions. Brian
  2. just_having_fun

    6 Camera Home Security System...

    Saka, This link should work OK. Let me know if you have any issues reading it. https://www.dropbox.com/s/88mgezntfoco45r/Surveillance%20Cameras%20redacted.pdf?dl=0 Regards, BRIAN
  3. just_having_fun

    6 Camera Home Security System...

    Done...and thanks for pointing it out I've been very happy with the system and have identified: 1. Someone setting fire to our neighbors garbage cans 2. Perps breaking into cars 3. Challenging the company who sprays our yard...he never came 4. Checking when you have packages at the door Take care, Brian
  4. just_having_fun

    6 Camera Home Security System...

    BTW, make sure you download the video from Dropbox to get the full resolution of the system.
  5. just_having_fun

    Event or Continuous Recording ?

    Thanks for your reply...appreciate it. I tried both iVMS-4200 + laptop and on the NVR (dvr/monitor/mouse). NVR is running latest firmware V3.4.0 Build 151103. Using both setups in playback, I olny see a BLUE timeline, which corresponds to the continuous recording. Perhaps I have an incorrect setting. Can you please tell me what you used to get both the continuous timeline and the events timeline. Regards, BRIAN
  6. Hi, Forgive me if this topic has already been 'beaten to death'. I have a 6 camera system (HIKVision DS-2CD2032-I and NVR DS7608NI-E2) and was able to configure the cameras to detect 'Intruder Detection' and 'Line Crossing'. I twiddled with the 'Intruder Detection' and 'Line Crossing' settings but the results I got were not 100% reliable enough to record only on the event. So now I'm recording continuously. Is this a typical experience ? It's not too bad, since I have 6TB of storage which lasts about 20 days but it is difficult to find the events with continuous recording since in playback there is no indication of where events occurred. Is there a way to show events AND record continuously ? Brian
  7. just_having_fun

    6 Camera Home Security System...

    Hi, If you're interested, find enclosed a brief description (pdf) and short video (mp4) of my 6 camera Home Security System. I am a novice and still have a lot to learn. You can find the pdf at: https://www.dropbox.com/s/momah7ucd6e3c9w/Surveillance%20Cameras%20redacted.pdf?dl=0 and a short video, using iVMS4200 on a laptop using wireless, at: https://www.dropbox.com/s/lnav668lofsgi8o/cameras.mp4?dl=0 If you would like to know a few more details, just send me a reply and i'll get back to you. Have Fun ! Brian PS I have no interest or affiliation with HIKVision...just like what they make
  8. aster1x You are right..I should have been clearer. Just a reminder that I have no special knowledge, just observing how the system works by "twiddling with the knobs". As you correctly said, on the CAMERAS you have to select a time zone. In my case, with the clock data sourced from the NVR, it's a don't care....any time zone will do. (see note) NTP is disabled on the CAMERAS by selecting "Manual Time Sync". Note: Until the CAMERA clock is synchronized to the NVR, the time zone will affect the time shown on the CAMERA video. In my case, I changed the times zone from PACIFIC to LONDON, a change of +8 hrs. The CAMERA time on the video did change from 12:xx:xx to 20:xx:xx but changed to the correct local time (12:xx:xx) after it was updated from the NVR, which occurred after a few seconds. Does that make sense ? Brian
  9. Yes, on the NVR I tried both MANUAL and AUTOMATIC DST. Both gave the correct local time, PDT. If I turn both MANUAL and AUTOMATIC DST OFF then I get PST, which is PDT-1hr. I can't be sure it works correctly since I don't know where AUTOMATIC DST gets it's information and I haven't tested MANUAL DST exhaustively. As I understand, each CAMERA (6 in my case) and the NVR (1 in my case) has a hardware RTC (Real Time Clock). These 7 separate clocks all run independently and if left alone would DRIFT and all show slightly different times. NVR: In my configuration I set the NVR clock to use the NTP server (time.nist.gov). This NTP server provides very accurate clock data, and the NVR software uses this data to update the NVR clock. The NTP server provides UTC so to get the correct local tme, you need to select the correct time zone and adjust for DST. CAMERAS: In my configuration the NVR clock sets the CAMERA clocks. It does this by default, and I haven't found a way to turn it OFF. Now the CAMERAS can also receive NTP data, but to avoid conflicts I turned that feature off. In my case, the clocks on the CAMERAS showed inconsistent times until I turned OFF NTP on the CAMERAS. Brian
  10. Hi, The NVR I purchased (HIKVSION DS7608NI-E2) does not provide PoE, only an ETHERNET port. The CAMERA-to-NVR connections are via NETGEAR 4-port PoE SWITCHES (3 of them). The NVR is just connected to my LAN, nothing special. I have a ROUTER/CABLE modem for internet access. On the CAMERAS: Log into the CAMERAS using your web browser. Go to "CONFIGURATION > Time Settings" and make sure you have "Manual Time Sync" button checked, which will turn NTP OFF on the CAMERAS. Go to "CONFIGURATION > DST" and un-check the 'Enable DST' button. You can now select any time zone on the CAMERAS...it doesn't care since the CAMERAS are now getting their CLOCK data from the NVR. How the NVR provides CLOCK data to the CAMERAS is a mystery...it just happens by default. I believe the RTC (Real Tme Clock) on the CAMERA drifts and needs some external SYNC method to keep accurate time. For me, the HIKVISION architecture is correct with an NTP corrected NVR providing CLOCK data to all the CAMERAS. This keeps all timing info in SYNC. Just my 2 cents... Brian
  11. After reading all the available info on this issue, I got the CAMERA and NVR times to track reliably. 1. time.nist.gov provides time in UTC and so is independent of time zone or DST. The NIST doc on the format is as follows: "The NIST servers listen for a NTP request on port 123, and respond by sending a udp/ip data packet in the NTP format. The data packet includes a 64-bit timestamp containing the time in UTC seconds since January 1, 1900 with a resolution of 200 ps." 2. The NVR provides time for the cameras...I can't find this documented anywhere. Took me a while to come to this conclusion. 3. On my NVR I use NTP, with DST and, in my case, PACIFIC time zone. This sets the NVR from NTP service, I used time.nist.gov. This works every time and always provides the correct time respecting TIME ZONE and DST. Get this to work first. 4. On your CAMERAS, turn NTP and DST OFF. On your camera you can now select any time zone...it is now a don't care since you are getting the time form the NVR. If you leave NTP turned ON, on your cameras, they will get very confused. 5. I don't know how often the NVR provides time data to the cameras, but give it a few minutes and both NVR and CAMERAS should sync up to the NVR time, to within a second of each other. If you'd like more info or screenshots...send me an email and I'll try to help. Brian
  12. I'm using HIKVISION DS-2CD2032-I cameras and DS7608NI-E2 NVR. I'm using NTS time.nist.gov. To get the correct local time time I need to set the correct time zone (Pacific in my case) and disable DST. Does anyone know if the data from the time server time.nist.gov already compensates for DST ?
×