Fleet status · nominalHuman authority over every engagementSecure briefings on request
Request briefing

Research

Nuisance alarms, sensor fusion and operator load

A Poisson model of perimeter nuisance alarms: OR vs AND fusion, coincidence windows, verification and what one operator can actually handle — with formulas and simulated checks.

Two numbers that fight each other#

Every perimeter intrusion detection system is judged on probability of detection and nuisance alarm rate (NAR) — alarms from wind, animals, debris and weather rather than people. Raising sensitivity raises both. Garcia's treatment of physical protection systems makes the point that an alarm nobody assesses is not a detection; this note puts numbers on how quickly assessment capacity runs out.

Model#

Consider 40 perimeter zones, each with a fence-vibration sensor F and a radar R. Model nuisance alarms in each sensor as independent Poisson processes with rates per zone-hour, and real intrusions as detected with probabilities . Rates (assumed, illustrative): calm night ; windy night .

OR fusion

Alert if either sensor fires:

AND (coincidence) fusion

Alert only if both fire within a window . For two independent Poisson streams with , the rate of chance coincidences is

(each F event has probability of an R event within ±).

OR + verification

Every OR alert is checked automatically by a sentry's EO/IR classifier before reaching a human. With and :

Operator capacity

If assessing an alert takes 90 s and sustained utilization above 50% degrades attention, one operator handles alerts per hour.

Results#

Alerts per operator-hour, 40 zones, windy night020406080 76 ORPd 99.5% 2.28 OR + verifyPd 96.5% 0.4 AND (30 s)Pd 85.5% 20 Capacity1 operator Alerts / hour
Model output (false_alarm_fusion.py). Windy night, 40 zones, 30 s coincidence window.
NightLogicP(detect intruder)Alerts / hourAlerts / 12 h shift
calmOR99.5%12144
calmAND, 30 s window85.5%0.0130.2
calmOR+verify96.5%0.364.3
windyOR99.5%76912
windyAND, 30 s window85.5%0.44.8
windyOR+verify96.5%2.2827.4

On a windy night, OR logic produces 76 alerts an hour — 3.8× what one operator can assess. Real systems in this state get their sensitivity turned down or their alarms ignored, which silently converts a 99.5% into something much lower.

AND logic is seductive: alerts fall to 0.4 per hour. But falls to 85.5%: roughly one intruder in seven now gets through, and nothing on the console says so.

OR with automated verification keeps at 96.5% while holding alerts to 2.28 per hour, well inside one operator's capacity even on the bad night.

Coincidence window sensitivity#

Window wAND alerts/hr (calm)AND alerts/hr (windy)Simulated check (windy)
10 s0.0040.1330.128
30 s0.0130.40.408
60 s0.0270.80.688
120 s0.0531.61.624

The analytic rate grows linearly with . A 10,000-hour simulation of the Poisson streams (last column) agrees with the formula to within sampling noise, which is the check that the approximation holds at these rates. Shrinking the window cuts chance coincidences but risks missing real intrusions whose two signatures are separated in time — a person who cuts the fence, waits, then walks into radar coverage.

Designing to an alarm budget#

Inverting the model gives a design rule. If one operator can assess alerts per hour, a perimeter of zones with per-zone alert rate needs

LogicAlert rate / zone-hr (windy)Max zones per operator (windy)Max zones per operator (calm)
OR1.9001066
OR+verify0.0573502222
AND, 30 s0.010200061538

Design to the windy column, not the calm one. An OR-fused perimeter that one operator handles comfortably on a still night (66 zones) needs about four operators for the same perimeter on a gusty one — and nobody staffs for that, so the system gets detuned. Verification moves the windy-night limit to 350 zones per operator.

The practical sequence: run sensors in OR mode, record raw nuisance rates per zone through a full range of weather during a 30–90 day baseline, then set fusion and verification so the 95th-percentile night stays inside the alarm budget. Zones that cannot be brought inside budget are usually telling you about a sensor placement problem — a fence line under a tree, a radar looking across a road — not a tuning problem.

The failure mode the model hides#

The coincidence formula assumes the two sensors' nuisance alarms are independent. Wind breaks that assumption: gusts shake the fence and move vegetation in front of the radar at the same moment. Correlated nuisance sources make the real AND rate higher than , sometimes by an order of magnitude on gusty nights. Fusion buys the most when the two sensors respond to physically different phenomena — vibration versus Doppler versus thermal contrast — and the least when one weather event drives both. The same logic argues for a verification stage that looks at the scene rather than at a second sensor's alarm.

Limitations#

All rates are assumed for illustration, chosen within ranges commonly discussed for fence and radar sensors; your site's numbers will differ and should be measured during a baseline period. Assessment time and the 50% utilization ceiling are planning assumptions, not human-factors results. The verification stage's 97%/3% performance is an assumption about a good classifier in good conditions; it degrades in fog and heavy rain.

Frequently asked questions#

What is a good nuisance alarm rate for perimeter security?

One that keeps operator alerts well under capacity on your worst weather nights. In our model one operator can assess about 20 alerts per hour; a 40-zone OR-fused perimeter generated 76 on a windy night.

Does AND logic reduce false alarms?

Yes, dramatically, but it multiplies detection probabilities: two sensors at 90% and 95% give 85.5%. It also assumes independent nuisance sources, which wind violates.

How is the coincidence false-alarm rate calculated?

For two independent Poisson streams with rates λ1 and λ2 and a window w, chance coincidences occur at about 2·λ1·λ2·w.

References#

  1. M. L. Garcia, Design and Evaluation of Physical Protection Systems, 2nd ed., Butterworth-Heinemann / Elsevier, 2007. Timely detection, probability of interruption and the EASI method developed at Sandia National Laboratories.

Reproducibility: model code is published at /research-code/ with a README. Results are model outputs under the assumptions stated above, not field trials.

High ground in thirty days.

Briefings, live flights at your site and full site assessments. A program lead — not a call center — replies within one business day.