Spectral Monitoring for Drone Defense Applications

Unmanned Aerial Vehicles (UAVs), commonly known as “drones,” have been gaining popularity in recent years.

3 min read
National Instruments

By:  Jeffrey Cuenco (with references to content generated by Balint Seeber)

National Instruments

Unmanned Aerial Vehicles (UAVs), commonly known as “drones,” have been gaining popularity in recent years, not just as a cool new toy for hobbyists seeking a pastime, but also as an invaluable utility in industries such as defense and security.

One particular application that has gained popularity in the last few years has been the use of drones as mobile spectral monitoring nodes, i.e. equipping the UAV with a mobile radio device to gather signal intelligence (SIGINT) and relay that info back to the home base for further analysis.

The use of Software Defined Radio (SDR) technology would allow the drone to be mounted with one radio device that can be programmed to perform multiple functions such as spectral monitoring, transmitting a live video feed conducting electronic warfare (EW) attacks, etc. using the same device.

Software Defined Radio as a Portable Spectral Monitoring Solution

Before SDR, spectral monitoring solutions were often bulky and consisted of complex hardware components with a fixed software interface.

For drone-mounted applications, the solution needs to be small, lightweight, and able to be powered by a battery for an extended period of time. Thanks to current advances in technology, there are now SDR solutions available that satisfy each of these requirements.

One such solution, the USRP E310, is a portable stand-alone SDR platform designed for field deployment. The flexible 2x2 MIMO AD9361 transceiver from Analog Devices provides up to 56 MHz of instantaneous bandwidth and spans frequencies from 70 MHz – 6 GHz to cover multiple bands of interest. RF filter banks in both the transmitter and receiver front-end enhances selectivity.

The baseband processor uses the Xilinx Zynq 7020 SoC to deliver FPGA accelerated computations combined with stand-alone operation enabled by a dual-core ARM CPU. The USRP E310 includes a rich set of peripherals such as an integrated GPS receiver for position awareness and time synchronization, as well as two host USB ports for extending storage, I/O, and communication options with off-the-shelf devices. Users can rapidly prototype and deploy designs for mobile and embedded applications with tight size, weight, and power requirements.

Figure 1 Figure 1:  USRP E310 Embedded SDR Platform

The USRP Embedded Series platform uses the OpenEmbedded framework to create custom Linux distributions tailored to application specific needs. The default operating system is pre-installed with the UHD software API and a variety of third party development tools such as GNU Radio. Support for the RFNoC FPGA development framework enables deterministic computations for real-time and wideband signal processing.

For the spectral monitoring application specifically, a customer could use the E310 to capture some RF spectrum, use FPGA via RFNoC to perform a FFT on the received samples, and then either store them on the SD card or stream them to a computer or mobile device via a USB Wi-Fi dongle or other means.

Figure 2

Monitoring the Spectrum with a Drone-mounted USRP

Using a USRP E310, a simple drone-based spectrum monitoring tool can be implemented.

Balint Seeber, a former colleague of Ettus Research who now works for Bastille, an Information Security firm, created a prototype demo showcasing a spectral monitoring application using a USRP E310.

To perform the spectral monitoring, Balint wrote a set of open source Python scripts that captures spectrum data using a USRP device given certain configuration data such as sample rate and frequency range of interest. The repository in which these scripts are stored is posted below:


For the hardware implementation, Balint used a 3DR X8+ helicopter drone as the UAV, and equipped the drone with a USRP E310 powered by an external battery pack mounted on the drone. To allow his laptop to access the FFT spectrum data sampled by the E310, a Wi-Fi AP dongle is mounted on the USB port and the laptop is configured to connect to that AP.

Balint also mounted a Logitech webcam on the drone which he uses for a separate demo where he uses the E310 to broadcast a live video feed over QPSK.

For those interested in implementing Balint’s demonstration setup, as well as a demonstration video via his YouTube channel, see the following links below:




The Conversation (0)

How the U.S. Army Is Turning Robots Into Team Players

Engineers battle the limits of deep learning for battlefield bots

11 min read
Robot with threads near a fallen branch

RoMan, the Army Research Laboratory's robotic manipulator, considers the best way to grasp and move a tree branch at the Adelphi Laboratory Center, in Maryland.

Evan Ackerman

This article is part of our special report on AI, “The Great AI Reckoning.

"I should probably not be standing this close," I think to myself, as the robot slowly approaches a large tree branch on the floor in front of me. It's not the size of the branch that makes me nervous—it's that the robot is operating autonomously, and that while I know what it's supposed to do, I'm not entirely sure what it will do. If everything works the way the roboticists at the U.S. Army Research Laboratory (ARL) in Adelphi, Md., expect, the robot will identify the branch, grasp it, and drag it out of the way. These folks know what they're doing, but I've spent enough time around robots that I take a small step backwards anyway.

The robot, named RoMan, for Robotic Manipulator, is about the size of a large lawn mower, with a tracked base that helps it handle most kinds of terrain. At the front, it has a squat torso equipped with cameras and depth sensors, as well as a pair of arms that were harvested from a prototype disaster-response robot originally developed at NASA's Jet Propulsion Laboratory for a DARPA robotics competition. RoMan's job today is roadway clearing, a multistep task that ARL wants the robot to complete as autonomously as possible. Instead of instructing the robot to grasp specific objects in specific ways and move them to specific places, the operators tell RoMan to "go clear a path." It's then up to the robot to make all the decisions necessary to achieve that objective.

Keep Reading ↓ Show less