— Article
What Situational Awareness Really Means in UAS Operations
Situational awareness is one of those terms that gets used so frequently in UAS software marketing that it has lost most of its practical meaning. Every platform claims to provide it. Most demos show it. And yet the most common complaint from coordinators and commanders who have used drone software in active operations is that they never quite had the picture they needed when they needed it.
The problem is not usually that the data was unavailable somewhere in the system. It is that the right data was not in front of the right person at the right time in a form they could act on.
That is what situational awareness actually means in an operational context. Not data collection. Not a map with dots on it. But a picture that is complete enough, current enough, and accessible enough for each role in the operation to make good decisions without having to ask for information that should already be visible.
The Three Levels of Situational Awareness
The most durable framework for thinking about situational awareness comes from cognitive scientist Mica Endsley, whose three-level model was developed in the context of military aviation and has been applied extensively to emergency management and incident command.
The three levels are perception, comprehension, and projection. Perception is knowing what is happening. Comprehension is understanding what it means. Projection is anticipating what will happen next. All three are required for effective operational decision-making, and most failures of situational awareness in the field are failures at one of these three levels rather than a complete absence of information.
Endsley's SA Model
Three Levels of Situational Awareness Applied to UAS Operations
Aircraft positions, altitudes, headings, battery states, payload status
Data is present but spread across multiple GCS screens with no unified view
Single dashboard aggregates all aircraft and sensor data in one view
Coverage completed, areas remaining, subject probability zones, hazard proximity
Pilots know their sector; nobody has the full operational picture without a verbal briefing
Mission map overlays show completed coverage, remaining areas, and flagged observations
Estimated time to battery swap, coverage completion ETA, resource availability
Coordinators make projections from memory and radio updates rather than live data
Platform surfaces time-to-RTH, coverage completion estimates, and resource status automatically
The reason this framework matters for evaluating drone software is that many platforms are genuinely good at supporting Level 1 situational awareness — showing you where aircraft are and what their status is — while doing little to support Levels 2 and 3. A map that shows five aircraft positions is Level 1. A map that shows which areas those aircraft have covered, which areas remain, and where the most probable locations for a search subject are based on current data is Level 2. A system that tells the coordinator which aircraft will need to return to base in the next eight minutes and which sectors will lose coverage as a result is Level 3.
Most platforms that claim to provide situational awareness are providing Level 1. The platforms that make coordinators and commanders genuinely effective in the field are reaching Levels 2 and 3.
Who Needs Situational Awareness and What That Means for Each Role
One of the ways that situational awareness becomes a marketing abstraction rather than an operational reality is when vendors treat it as a single thing that everyone needs equally. In practice, different roles in a drone operation need different information, at different levels of detail, through different interfaces, at different update frequencies.
A pilot needs deep situational awareness about their own aircraft — telemetry, payload status, airspace proximity, weather — and enough awareness of other aircraft to maintain safe separation. They do not need to see the full operational picture in the same detail that a mission coordinator does. Requiring a pilot to navigate a complex multi-aircraft command interface to find their own aircraft’s telemetry data is a design failure, not a feature.
A mission coordinator needs the opposite emphasis. They need the full operational picture — all aircraft, all sectors, all team positions, all resource status — and the ability to make and communicate decisions based on it. They do not need the depth of per-aircraft telemetry that matters to pilots.
An incident commander needs a distilled version of the operational picture that tells them what the drone program has established, where it is currently focused, and what they should know to make decisions about the broader incident. They need clarity, not comprehensiveness.
Access Model
Who Should See What: Role-Based SA in a C2 Platform
A C2 platform that provides genuine situational awareness implements these different views as first-class features rather than as variants of a single pilot-oriented GCS interface. The test is whether a non-pilot incident commander can extract the information they need from the platform interface in under thirty seconds without asking a pilot to show them.
The Latency Question
Real-time is another term that gets used imprecisely in UAS software contexts. Vendors describe their platforms as providing real-time situational awareness while operating on update cycles that range from under a second to several minutes, depending on architecture and connectivity conditions.
For situational awareness to be operationally useful, the latency between what is happening in the field and what appears on the shared picture needs to be within the decision-making window for the types of decisions being made.
Latency Reference
What Update Latency Actually Means for Operational Decisions
The practical test during vendor evaluations is to ask specifically about position update frequency under realistic conditions, not theoretical maximum refresh rates. Ask about update frequency when operating over a cellular connection with moderate congestion. Ask about update frequency when the platform is in offline mode and syncing over a local network. Ask whether update frequency degrades gracefully as aircraft count increases or whether adding more aircraft to the operational picture slows down the refresh rate for all of them.
The Common Operating Picture
The common operating picture is the specific implementation of shared situational awareness that matters most during active incidents. It is the single map that every authorized stakeholder, from pilots to commanders to mutual aid agencies, can look at and see the same current operational picture.
The reason the common operating picture matters so much is that it eliminates the parallel picture problem. In operations without a shared picture, each stakeholder builds their own mental model from the information available to them. The pilot’s picture is built from their GCS. The commander’s picture is built from radio reports. The dispatch supervisor’s picture is built from the CAD system. None of these pictures are the same, and the differences between them create coordination failures when decisions are made based on different assumptions about the current state of the operation.
A shared common operating picture means that when a commander redirects a search sector based on new information, the pilot receiving that direction sees the same map the commander used to make the decision. The sector change makes immediate spatial sense because they are both looking at the same picture. The coordination overhead drops significantly, and the risk of the decision being misunderstood or misexecuted drops with it.
What the Marketing Is Usually Hiding
When a vendor demo shows situational awareness, you are almost always seeing it in optimal conditions. Multiple aircraft with full telemetry, excellent connectivity, a clean map with a small number of clearly visible features. It looks compelling because it is compelling in those conditions.
The questions that reveal real capability are about degraded conditions. What does the picture look like when one aircraft loses its link and the system is trying to display its last known position? What does it look like when connectivity drops and the coordinator’s view stops updating? What does it look like when the operation has been running for four hours and there is a complex history of coverage, retasking, and sector reassignment that needs to be visible without cluttering the current operational picture?
Those are the conditions under which situational awareness either holds together or fails. And they are the scenarios worth insisting on during any serious platform evaluation.
For the integration layer that makes situational awareness available beyond the drone platform, the CAD and dispatch integration guide covers how data flows to the rest of the operation. For the telemetry foundation that underlies the operational picture, the real-time telemetry guide goes deeper on the data the picture is built from. And for the full C2 landscape, the complete guide puts SA in context alongside fleet coordination, compliance, and offline operation.
We’re building TacLink C2 around genuine situational awareness — role-based views, sub-second position updates, coverage tracking, and a common operating picture that works in degraded connectivity. If you need SA that holds up in the field, join the early access waitlist.
— Related
Keep reading
Written by
TacLink C2 Team
TacLink C2 Team builds a modern desktop ground control station for independent and commercial drone pilots. Writing here covers mission planning, multi-drone operations, airspace, and the software that keeps serious UAS programs running.