Documentation

Site survey checklist

The twelve checks we run before quoting a multi-node site.

Most disappointing drone-detection deployments were doomed at survey time, not install time. These are the checks we run — in this order — before we quote anything. Print it, walk the site, write on it.

The twelve checks

  • 1. Define the asset — what are you protecting, and where does the alarm actually need to come from?
  • 2. Define the threat direction — approach paths, likely launch points, historical incidents
  • 3. Perimeter walk — sightlines, fence lines, gates, and where a node can physically live
  • 4. RID layer expectation — which aircraft in your airspace will broadcast, which will not
  • 5. RF environment scan — 2.4/5.8 GHz occupancy; count the site’s own Wi-Fi first
  • 6. Mounting survey — poles, roofs, mast permissions, bonding and surge points
  • 7. Power — PoE runs, distances, breaker positions
  • 8. Connectivity — where a cable can reach, what the firewall allows
  • 9. Alert routing — who is notified, on what channel, and who ignores it at 3 a.m.
  • 10. Data handling — where logs live, retention, who owns them
  • 11. Walk-test plan — grid, pilot, date, acceptance criteria
  • 12. Expectation note — one paragraph, in writing, on what this system will not detect

Check 12 is the one that saves relationships. A system that sees compliant drones cannot see a silenced FPV — and the survey that says so out loud is worth more than any datasheet. If you want a second pair of eyes on a completed survey, that is exactly what the free screening is for.

Content last reviewed: 2026-09-11. Interface draft v0.9 — locked against firmware 1.0. Questions: contact engineering.