Every SDR begins as hardware — a chip, a board, an antenna — but what that hardware becomes is determined entirely by software. The SDR software ecosystem spans the full range from a one-click install that puts a live spectrum display on a laptop screen, through to research-grade signal processing frameworks running in particle accelerators and satellite telemetry campaigns. Understanding where your tool sits in that landscape — and how the layers connect — is increasingly central to both research design and capability development. This page surveys that landscape: the commercial professional tier, the accessible receiver software that brought millions of people to the spectrum, and the open laboratory tools that sit at the heart of serious SDR work.
MATLAB, Simulink, and the Professional Commercial Tier
The MathWorks Communications Toolbox and its companion SDR Toolbox represent the dominant commercial choice for university research groups and defence contractors who need audit trails, vendor support, and standards-compliant waveform models. The SDR Toolbox provides direct hardware support for Ettus USRP (via UHD), RTL-SDR dongles, the ADALM-PLUTO, and HackRF One from within MATLAB scripts and Simulink block diagrams — the same waveform model can be simulated in Simulink, then pushed to physical hardware with a change of hardware object, and the received IQ data returned to MATLAB for analysis. Analog Devices co-developed a Hardware Support Package for the AD9361 and AD9363 specifically within this framework, reflecting where the professional research market sits. Simulink Hardware-in-the-Loop execution closes the loop further: waveforms modelled in Simulink run against live SDR hardware with real-time parameter feedback, which is the standard methodology for 5G NR waveform validation and LTE conformance testing in both academic and commercial settings.
National Instruments’ LabVIEW Communications System Design Suite extends this into the real-time and FPGA domain: USRP hardware is controlled and processed through LabVIEW’s graphical dataflow environment with direct FPGA compilation via LabVIEW FPGA, and NI’s university partnership programme has placed this toolchain in wireless research labs across the United States and Australia. At the test-and-measurement end, Rohde & Schwarz VSE Vector Signal Explorer and WinIQSIM2 provide professional signal analysis and arbitrary waveform generation tied to R&S’s instrument line; Keysight PathWave offers a similar professional-grade environment. These tools dominate in procurement chains, certification testing, and anywhere that traceable measurements and vendor-backed support are requirements — contexts where open-source alternatives are not yet acceptable. Their presence at SDR2026 reflects the reality that serious SDR work often begins in one of these environments before moving to open frameworks for research iteration.
SDRplay and the Accessible Receiver Software Ecosystem
SDRplay occupies a distinctive position in the SDR landscape: a UK company that designs its own RFIC (the MSi001 and its successors), manufactures its own hardware, and develops its own software, rather than building on a commodity chipset or a third-party frontend. The RSP1A covers 1 kHz to 2 GHz with a 14-bit ADC and sells for around $120; the RSPdx adds improved MW and HF band selectivity and a secondary port for antenna diversity; the RSPduo provides two independent tuners sharing a single TCXO reference, enabling coherent two-channel operation for phase-comparison direction finding and interference cancellation. SDRuno, SDRplay’s own free Windows software, is a polished professional receiver application with memory scanning, noise-floor levelling, IF recording, and the SDRplay API architecture that exposes the hardware to third-party applications. All SDRplay devices are also natively supported in SDR#, HDSDR, CubicSDR, and through the SoapySDRPlay SoapySDR module in GNU Radio and SDR++, making them citizens of the broader SDR software ecosystem rather than captives of a single application.
The free-to-use receiver software tier surrounding SDRplay and other low-cost devices has become the on-ramp through which most people enter SDR. SDR# (SDRSharp), created by Youssef Touil at Airspy, remains the most widely installed Windows SDR application: its plugin architecture supports IF bandwidth shaping, noise blanking, TETRA decoding, ADS-B, AIS, and dozens of community-written decoders, and it supports RTL-SDR, Airspy, HackRF, SDRplay, PlutoSDR, and virtually any other device via SoapySDR. SDR++, the cross-platform successor that runs natively on Windows, Linux, macOS, and Android, has grown rapidly since 2020 on the strength of its clean C++ architecture, fast waterfall rendering, and comprehensive source module system covering the same hardware range; it is increasingly the default recommendation for new users on any platform. GQRX, built on GNU Radio, remains the standard choice on Linux and macOS for users who want the reliability of the GNU Radio backend with a clean graphical interface. OpenWebRX extends the concept to browser-based access: installed on a server connected to SDR hardware, it serves a live waterfall and audio to any web browser, and is used by hundreds of public WebSDR operators worldwide — the technology underpinning networks like KiwiSDR’s 700-node global HF receiver. The horizontal layer beneath all of this is SoapySDR, the open-source hardware abstraction library maintained by Pothosware: write a signal-processing application once against the SoapySDR API, and it runs on any hardware that has a SoapySDR module — which today covers every device mentioned on this page and many more.
GNU Radio — The Open Laboratory
GNU Radio is the open-source signal-processing framework that turned software-defined radio from an expensive specialist discipline into a genuinely global research movement. Whatever silicon you connect — a $30 RTL2832U dongle, an Airspy HF+, a HackRF One, a USRP X310, an ADALM-PLUTO, an SDRplay RSPdx — becomes a programmable laboratory in which the demodulator, the filter chain, the protocol decoder and the waveform generator are all flowgraphs of composable signal-processing blocks, wired together in GNU Radio Companion and executed by a runtime that handles scheduling, buffering and inter-thread synchronisation. Eric Blossom started the project in 2001 with Free Software Foundation sponsorship around the original Ettus Research USRP; two decades later it underpins thousands of peer-reviewed publications, appears in university curricula on six continents, and is the substrate on which open-source cellular stacks, satellite decoders, passive radar prototypes, and particle-accelerator diagnostics all run.
Hardware support is one of GNU Radio’s most practically significant capabilities. The gr-osmosdr source block provides a unified interface for RTL-SDR, HackRF, Airspy, bladeRF, ADALM-PLUTO, FUNcube Dongle, RedPitaya, and dozens of others — a single flowgraph input that adapts to whatever device is connected. gr-iio, maintained by Analog Devices, provides streaming and direct register control for the entire AD936x family via the Linux IIO kernel subsystem, making PlutoSDR and FMCOMMS boards first-class GNU Radio citizens without a UHD or SoapySDR layer. gr-soapy, introduced in GNU Radio 3.10, brings SoapySDR’s full device catalogue natively into the GNU Radio scheduler. The result is that a single GNU Radio flowgraph can be ported between an RTL-SDR dongle, a USRP B210, a LimeSDR, and an RFSoC-based platform by changing a single source block — the processing chain downstream is unchanged.
The true scope of GNU Radio is visible in its out-of-tree (OOT) module ecosystem. Daniel Estévez (EA4GPZ) maintains gr-satellites 5.x, the canonical amateur-satellite decoder covering most protocols in active use — AX.25, CCSDS LDPC, FUNcube, AO-40, GOMspace NanoCom — and recently adding decoders for newly-launched spacecraft; Estévez decoded the X-band telemetry of Europa Clipper immediately after its October 2024 launch using an LNB, an RTL-SDR, and this OOT module. The Osmocom project contributes gr-gsm for passive GSM burst capture routed to Wireshark, and gr-fosphor for GPU-accelerated RTSA-style spectrum display via OpenCL. EPFL’s Telecommunications Circuits Laboratory distributes gr-lora_sdr, a complete LoRa physical-layer transceiver operating correctly at very low SNR. gr-iridium decodes Iridium satellite frames; gr-adsb and gr-dab cover aviation surveillance and DAB digital radio respectively. The Signal Metadata Format (SigMF), incubated in the GNU Radio ecosystem by Ben Hilburn and Nathan West of DeepSig, matured to a 1.0 specification in 2022 and is now a de facto IQ recording interchange standard supported by GNU Radio’s built-in source and sink blocks, used for ML training datasets and collaborative signal analysis campaigns. Across the Comprehensive GNU Radio Archive Network (CGRAN), hundreds of additional OOT modules cover everything from specific satellite missions to physical-layer security experiments — meaning that for most practical demodulation tasks, the work is selecting and configuring an existing module rather than writing DSP from scratch.
Alongside the technical depth of the OOT ecosystem, PySDR (pysdr.org) — created by GNU Radio Vice President Marc Lichtman — has become the most widely referenced introduction to GNU Radio and DSP available anywhere. The free open-access textbook spans 25 chapters, from first principles (sampling, Fourier transforms, IQ data) through modulation, pulse shaping, channel estimation, and real-time hardware implementation, with Python code throughout that runs directly against PlutoSDR, USRP, RTL-SDR, and HackRF. Lichtman developed the material for his wireless communications course at the University of Maryland; it has since been adopted informally across university curricula and self-study programmes worldwide, and for researchers approaching GNU Radio for the first time it remains the clearest single on-ramp into the framework.
GNU Radio 4 — A Rebuilt Foundation
GNU Radio 4 (GR4) is not a version increment of GNU Radio 3.x — it is a clean rewrite that reached Release Candidate 1 in March 2026, co-developed with the GSI-FAIR heavy-ion research facility at Darmstadt in response to real-time feedback-control requirements that the existing 3.x scheduler could not meet. Every layer of the architecture has been rebuilt. The block API uses C++23 concepts for type-safe port definitions: port types are declared at compile time, graph connections are validated before the scheduler launches, and the historic weakly-typed PMT (Polymorphic Type) message-passing layer is replaced with std::variant-based typed messages that carry no runtime type ambiguity. Buffers between blocks are lock-free single-producer single-consumer queues with NUMA-aware thread binding, eliminating the locking overhead that capped GNU Radio 3.x throughput on multi-socket systems. A plugin system with built-in reflection allows blocks to self-describe their ports and parameters, enabling automatic GUI generation and ONNX ML model integration without hand-written boilerplate. SIMD-aware FFT is provided via SimdFFT, achieving portable vectorisation without platform-specific intrinsics. An experimental WebAssembly target is in development, which would enable zero-install browser-based GNU Radio flowgraphs consistent with the direction Maia SDR has already demonstrated from a different angle.
GR4’s permissive MIT-licensed core is a deliberate break from the LGPL heritage of GNU Radio 3.x: it removes the licence friction that had deterred commercial integrators who could not cleanly wrap LGPL code in proprietary products. SoapySDR integration is built into GR4 from the ground up, and the GSI-FAIR use cases — deterministic latency closed-loop control of accelerator beam diagnostics — are driving scheduler capabilities that will benefit any application requiring real-time performance guarantees. The ecosystem migration challenge is real: GR4 is not backward-compatible with 3.x OOT modules, and the community is managing a migration analogous in scope to Python 2→3, with high-priority OOT authors beginning porting work while the 3.10.x maintenance line continues to receive bugfix releases. GRCon sessions in 2024 and 2025 addressed this transition directly. The trajectory is clear — GR4’s C++23 foundation, heterogeneous compute scheduling, and ML integration are setting the technical agenda for what the next decade of open-source SDR research will be built on.
Australian and New Zealand Activity
The Australian GNU Radio community has built distinct organisational infrastructure around the annual Australian GNU Radio Days, now co-located with SDR2026 at the Festival Tower campus of Flinders University, Adelaide. The 2025 edition featured through-the-wall detection using SDR-captured channel state information, FPGA-accelerated ADS-B Doppler detection, cost-effective Allan deviation measurement for SDR oscillator characterisation, and deep-learning integration with SDR transceivers for waveform adaptation. Prof. Alistair Rendell, Vice President and Executive Dean of Flinders’ College of Science and Engineering, delivered opening remarks — institutional endorsement that reflects how thoroughly GNU Radio has moved from hobbyist tool to recognised university research infrastructure. The “Capture the Signal” competition ran concurrently and was open to remote participants globally. Beyond the conference circuit, GNU Radio appears across South Australian research: the University of Adelaide’s Buckland Park radar uses programmable digital receiver chains; DST Group at RAAF Edinburgh draws on the open SDR community for waveform prototyping and evaluation methodologies. In New Zealand, the KiwiSDR — designed by John Seamons — remains the most widely deployed HF SDR on earth with over 700 active public receivers, and the broader VK/ZL amateur community contributes signal-monitoring and satellite-decoding projects using gr-satellites and RTL-SDR-based setups.
SDR2026 welcomes presentations covering the full width of the SDR software ecosystem: MATLAB and Simulink SDR workflows, hardware-in-the-loop results, and commercial toolchain comparisons; SDRplay platform applications and SDRuno development; SDR# and SDR++ plugin and module development; OpenWebRX deployments and WebSDR network contributions; GNU Radio OOT module development — gr-satellites amateur-satellite applications, gr-iio AD936x integration, gr-lora_sdr LoRa research, SigMF adoption for collaborative signal analysis; srsRAN and OpenAirInterface deployments for open 5G research; GNU Radio in passive radar, direction finding, and JCAS; GR4 migration experience and early adopter results; FPGA co-processor integration; and Australian and New Zealand projects from Flinders, Adelaide, DST Group, and the VK/ZL community. Work at any career stage and from any sector — academic, defence, industry, or amateur — is equally encouraged.
Related Topics