I am experiencing a few problems with my Ubiquiti and Dahua CCTV System

Yes, but I am no expert. I have also had the inconvenience of having to change NVR models due to a failed power supply in my 4116HS-4KS2.

I have moved from "motion detect" to "IVS tripwires". They false much less often. They take more setup and I am still learning. Unfortunately the required settings are a bit all over the place but I am getting emails from with snapshots attached. I also get a bunch of other emails I'd rather not receive, and tracking down the source settings is my current task. The "clear" ones I'm filtering via my email client as I am now pretty certain they are not optional.

I'd like to help, but maybe I will lead you astray with my own lack of understanding?

Cheers, Steve

I have disabled the Motion Detect Events for this same reason and only enabled Tripwires and Intrusion Events. Here is what I have,

It's straight forward to set up but I am also not getting reliable results, this is since midnight last night,

CAM4 CH1 (192.168.1.34)
22 Tripwire Events received
22 had Snapshots attached
100% reliability

CAM3 CH2 (192.168.1.33)
111 Tripwire Events received
73 had Snapshots attached
66% reliability

CAM2 CH3 (192.168.1.32)
78 Tripwire Events received
41 had Tripwire Snapshots attached
52% reliability

CAM1 CH4 (192.168.1.31)
31 Tripwire Events received
7 had Tripwire Snapshots attached
23% reliability

CAM5 CH5 (192.168.1.35)
84 Tripwire Events received
4 had Tripwire Snapshots attached
5% reliability
76 Intrusion Events received
7 had Intrusion Events attached
9% reliability

CAM6 CH6 (192.168.1.36)
17 Intrusion Events received
17 had Intrusion Snapshots attached
100% reliability
 
Turn on substreams on your cameras, it will help the NVR save some CPU.
I have done so, also set the Substream from CAM5 to 4FPS, initially the Substreams were disabled to save bandwidth.
The supplier was at my premises yesterday and they reviewed all the settings, they also shifted the frequency the beams are using to a cleaner range again. Since disabling the Motion Detect I have not received a corrupt Snapshot attachment, albeit that I only received 5% of the Event attachments.
 
If you carefully examine the recorded video for various cameras you may find lots of dropped frames, in other words it may be worse than you realize.
I have not noticed this for other cameras, what is displayed on the monitor connected to the NVR (Main Stream) is what is on the HDD when played back, same slow and sometimes broken up video.
I have noticed when looking at the logs that CAM5 (the main issue camera) is often disconnecting, we are looking into this, will provide feedback.
 
Looking at the original video comparing NVR playback with IE playback, they both look like they are struggling. This strongly suggests that your network is at fault.

Pinging devices repeatedly can be very helpful for network troubleshooting. There are software programs which make this easy and put the results on a graph to give you a visual representation of response time and packet loss to multiple targets at once. Try MultiPing - Network Monitoring and Alerting or bp2008/pingtracer

As for the likely parts of the network which are causing the problems, anything and everything could be suspect. But I would first check the Ubiquiti radios to make sure they all have good signal strength. I'd say good is between 30 and 50 dBm above the noise floor. Noise floor typically being in the area of -90 or -100 dBm, good signal strength is in the ballpark of -60 dBm. For short range links with directional antennas it is easy to have way too strong of a signal. This just creates more interference for everyone, including yourself. In such cases you can reduce the output power of individual radios. But signal strength only tells part of the story. Make sure that the capacity numbers are significantly and consistently above the throughput numbers for all links. If the capacity is very close to the actual throughput, this could cause high latency and packet loss. Capacity can often be increased by widening the channel width (it is a setting in the access point, typically set between 5 and 80 MHz). However depending on local conditions, widening the channel width could easily make things worse rather than better.
 
  • Like
Reactions: tangent
I have the same NVR 4116E. All the cameras are on PoE except 1 wifi. 5 of the cameras are 4MP, 3 are 1080p, 1 is 1296P, and 3 are 4K. All are set to about 15-20FPS in VBR setting and high quality. All the cameras are continuously recording and also 24/7 Live feeding to an iPad on substreams.

I don't have that issue that you are seeing. But I do know that WiFi is hella effin' horrible if the camera is outdoor and far away from the router. It would drop not only frames, but I would lose segments of footage. Cars would fly down the street like they are teleporting.

Hence, I had enough one day and bit the bullet, pulled 200 ft worth of cat6 cable throughout the exterior of the house.
 
If you use the Smart PSS, in the upper left corner, the used bandwidth seems consistent, on each camera, or do you see spikes ? The issues are on the cameras connected to the M devices, or the AC Gen2 ? I'd not mix AC Gen2 with M (even if is feasible), IMHO, for such installs, the wider PtMP allowed is one AP with two STA's (all AC Gen2), and nothing more...
Which is the signal level and the CINR on the Gen2 devices ?
Cheers
 
@CandyMan_ZA , it's been 5 months since we heard from you......inquiring minds want to know......was it a network component (connector, cable, switch, AP/bridge) causing your poor videos? :idk:
 
@CandyMan_ZA , it's been 5 months since we heard from you......inquiring minds want to know......was it a network component (connector, cable, switch, AP/bridge) causing your poor videos? :idk:
Hi TonyR, sorry for no further update. The only solution I managed to come up with was to reduce the quality of the video from the cameras, I dropped the resolution and frame rate to what was still usable and it has been running 'ok' for the last 5 months. I say "ok" because CAM5 every now and then still sends a alert email without an attachment. I can post the current settings if anyone is interested?
 
@CandyMan_ZA, did you ever try swapping CAM5 to a new location to see if the problem went with it?
I did not. I was initially getting these alerts without attachments from several cameras and as I reduced the frame rates and resolution of all the cameras, and in so reducing the network traffic all have resolved except this one camera that still albeit very seldom still sends an alert without an attachment. It is not an issue as I realised it does send the same alert with the attachment 2 seconds later :idk: