AB9IL.net: Using the SDRplay RSPdx-R2 SDR

Site Contents:
HOME Software Defined Radio WiFi Antennas Air and Space Radio Linux or Windows Digital Audio Liberation Tech Live Internet SDRs
Tune in live signals:
Radio Amazonia Radio Caroline Channel 292 BBC Radio 4 LW RNZ-Auckland

 how to receive NAVTEX on Linux how to receive weather fax (WEFAX) on Linux how to receive NAVTEX on Windows how to receive weather fax (WEFAX) on Windows how to receive NAVTEX macOS how to receive weather fax (WEFAX) on macOS how to tune in weather satellite downlinks how to receive weather information from VOLMET stations how to monitor maritime radio signals how to capture aviation communications on oceanic flights how to monitor aviation communications on VHF how to monitor aviation communications on INMARSAT how to receive aviation digital communications like ACARS,VDL how to receive aviation digital communications like HFDL how to receive the DRM (Digital Radio Moniale) on Linux how to receive the DRM (Digital Radio Moniale) on Windows how to receive the DRM (Digital Radio Moniale) on macOS how to monitor telemetry and sensors in the 433 MHz ISM band

Finding the Right Piece of Hardware

In 2026 most hobbyists who want to listen to maritime weather and emergency broadcasts are turning to the SDRplay RSPdx‑R2. Its 7‑band tuning range covers the lower VHF band where almost all NAVTEX services radiate at 518 kHz, and the built‑in 20‑meter GPS‑disciplined reference makes the demodulator exceptionally stable. The plug‑and‑play design means you simply pop the device into a USB‑3.0 port on your laptop, plug in the power supply, and the kernel recognises it immediately.

Getting the SDR Driver and a Decoder on Linux

The first step is to install the SDRplay SDK, which is now packaged for major distributions. On Debian‑based systems you can run sudo apt install sdrplay-sdk and make sure the user is added to the sdrplay group so that the device can be accessed without root privileges. Once the SDK is in place, the command line tool sdrapi is handy for quick tuning tests.

For demodulation you have a handful of choices, but gqrx remains the most user‑friendly. It supports the RSPdx via the rtlsdr backend and offers a simple GUI to turn the spectrum plot into a real‑time audio stream. Install it with sudo apt install gqrx or sudo dnf install gqrx and launch the application. Drag the RSPdx device into the Devices list and set the tuning to 518 kHz with a sample rate of 250 kHz. Selecting the NBTFM mode tells the software that NAVTEX uses narrowband FM with a 12.5 kHz bandwidth; the built‑in automatic level control will keep the audio within a comfortable range.

Alternatively you can use the newer SDRangel or SDRangel‑Qt open‑source slicer. These projects now ship with a dedicated NAVTEX demod and decoding chain, meaning you only have to point the software to the right receiver frequency and the message stream will appear in a text window automatically. The new NavtexDecoder sub‑module (released in March 2025) adds support for the 6 Hz frequency blocker that many ISATCOM broadcasters use, allowing you to get clean content even in high‑interference environments.

Fine‑Tuning and Capturing a Slice of the Sea

With the software ready, the next phase is to focus the RSPdx on the proper band. In the SDRplay DSP panel, set the Low Band Filter to 1 MHz; this isolates the VHF‑low band and rejects the higher carrier spill‑over that could corrupt the FM sweep. Use the cursor feature in the spectrum plot to verify the exact horizon line at 518 kHz – if the line is slightly off, adjust the centre frequency by a few kilohertz. A small calibration drift of about +10 kHz is typical, so fine‑tuning is worth the effort.

Once you have cleared the receiver’s environment with a smooth, undistorted sweep, the actual NAVTEX feed should appear as a steady FM carrier. The built‑in overhead noise is usually below –60 dB, leaving plenty of room for the modulated speech and the clear 0.5‑kHz duty cycle that marks the start of each message. In gqrx you can optionally enable the Audio -> Mute on “-60 dB” setting, which automatically silences the output during the silent gaps, giving an almost instant playback of the content whenever a ship’s alert is posted.

Decoding the Message Stream into Readable Text

When you have a steady audio channel, it is time to convert those silent gaps and BW8‑encoded bursts into actual text. The free open‑source tool navtex-tdx (now in its 2.1 version) is designed expressly for this purpose. It takes a WAV file exported from gqrx – for example navtex_capture.wav – and processes it to strip the FM carrier, run the adaptive demodulation, and finally run the name/code stream through the TT97 decoding algorithm. The output is a plain‑text file with headings, timestamps, and the full warnings. Running navtex-tdx navtex_capture.wav yields a clean, searchable record of the day’s alerts.

For those who prefer a graphical interface, the new lightweight NavTalk panel integrated into SDRangel publishes the decoded messages directly to a side window. The interface also auto‑shifts the visible spectrum window to keep the 518 kHz line centred, while the audio panel shows an annotated plot of the FM sweep. This “on‑the‑fly” decoding is ideal for ship‑bridge usage, where the operator needs

Getting Started with the RSPdx‑R2 and NAVTEX

Elliot had just unboxed his SDRplay RSPdx‑R2 and the patience that comes with a weekend solving electronics puzzles. He had always cherished the feel of a tuning knob, but with the new SDR he was small, powerful, and could need to reach the 518 kHz band that carries NAVTEX messages to ships.

First, he opened the SDRplay Desktop App (SDS) that ships with the hardware. The program knew the RSPdx‑R2 instantly, listing the device as “*Card 2 – RSPdx‑R2*” and revealing the Band Select options. Elliot switched to HF mode and set the LO Frequency to 518 kHz, the official NAVTEX channel for English‑speaking regions. He also set the Center Frequency to the same value and kept the Span tight enough to avoid stray signals but wide enough for the AM modulation spread.

With the hardware ready, he launched SDR# (SDRSharp) on his Windows machine, an intuitive GUI that turned the RSPdx‑R2 into a virtual radio. On the SDR# Device Manager, the RSPdx appeared as “*SRx=RSPdx‑R2*”. After clicking Start, the spectral display flickered with a blue–purple spectrum and the 518 kHz line briefly stood out as a flaring vertical streak.

Fine‑Tuning to the NAVTEX Carrier

Elliot dragged the Centre Frequency slider until the 518 kHz carrier aligned exactly in the middle of the spectrum. When the tuning locked, he clicked the AM demod button to enable amplitude demodulation. The waterfall view quivered and a faint carrier tone appeared, ready to pick up the hourly marine weather bulletins.

To enhance the reception, Elliot opened the Advanced Settings dialog. He turned on the Mute / Spectrum Alert toggle, placed the Audio Gain at 12 dB, and checked Frequency Correction (GPS‑based calibration) to keep the carrier steady. He also switched to the Dynamic Range Control mode, allowing the European and North‑American NAVTEX bursts to be heard side by side without clipping.

Decoding the Message: The Role of Software

Once the sultry 518 kHz signal was steady, Elliot opened a separate console window. He had previously installed the popular NavtexD decoder, a lightweight C program that reads raw PCM from an audio cable. He connected the SDR# Windows audio output to the Stereo Mix input that he had enabled in the Windows Sound settings, then launched the decoder with

navtexd -device "Stereo Mix"

The program began to print “TX231, 1234” in a blue console, signalling that a 231‑NOD (NAVTEX message) had just arrived. Each burst carried weather, tide data, and any weather warnings for ships in the area. Elliot listened as the baritone voice decoded in real time, the storm alerts echoing over the quiet apartment.

Fine‑Grained Tuning and Automatic Retries

When the sea turned rough, the broadcaster’s bit‑rate varied subtly. To adapt automatically, Elliot added the HF‑Rx plugin to SDR#, which could read the carrier's amplitude and adjust the demodulation bandwidth dynamically. He configured the plugin’s Legal Frequency Range to 5 kHz: a setting that parsed the 518 ± 5 kHz band. With the plugin in place, the decoder no longer missed the 5‑second bursts during sudden fades.

Enjoy

Getting the RSPdx-R2 Ready for the Sky

My first encounter with the SDRplay RSPdx‑R2 was a quiet Saturday morning, the kind of day that whispers opportunity into the hum of equipment. After unboxing the little red screwdriver looked like a tiny alien gun, I connected the dongle to my Windows laptop, plugged in the power brick, and felt the familiar USB click that promised waves. I opened the SDRplay Desktop Software SDRuno, the companion program that awakens the hardware’s senses. The interface is sleek; the screen is a canvas where frequencies paint themselves. I set the sample rate to 200 kS/s, a sweet spot for the 5‑7 MHz band that carries weather fax, and I slid the frequency dial to 6 MHz—the classic frequency that weather stations use to send the celestial map of storms.

Navigating the Radio Spectrum

Like a night‑time lantern, the visible radio spectrogram flooded into my monitor. A gentle flicker in the vertical bulls-eye announced my first dry signal; clouds of noise dancing around it. I refined the RF gain, moved the zoom to see finer details, and let the Raspberry‑color heatmap reveal the pulse patterns that bargain for the piecewise‑continuous information, the smoke of clouds, the ink of cloud‑topped valleys. Every rise and fall was a heartbeat in the weather’s telegraph.

Capturing the Raw Breath of the Frequency

To decode the WEFAX world, I needed the raw samples themselves. In SDRuno I clicked the Save Raw IQ Data button, choosing a 60‑second clip each time. The file, a sleek binary torrent, sits on my disk as a quiet testament that time had slowed. I turned to SDRangel, a quieter, open‑source companion, and dragged my file into its workspace. The decode plugin, a silver hook, popped up – it was the WEFAX decoder, patiently waiting for history to translate into an image. I pressed Start and watched the progress bar slowly fill, the software unraveling encoded sunshine.

From Oscillations to Image: The Decoded Story

When the decoder finished, a window exploded with shape and color –

Getting the RSPdx‑R2 Ready

Picture the gentle hum of a small desk nestled in the corner of a study, the SDRplay RSPdx‑R2 poised on a laptop with a macOS Big Sur or Ventura in front of it. The first step is to ensure the device is recognized by the system. After plugging the USB cable in, open Finder, click Applications, and launch the SDRplay.app shipped with the latest 1.4.1 API. A small status window will appear, flashing green when the tuner appears instantly – a sign that the macOS driver has loaded correctly.

Choosing the Right Software

Unlike Windows, macOS does not have the traditional SDR# suite, but two open‑source options are remarkably straightforward to install and run. First, SDRangel is available as a precompiled binary for macOS from the HAM Radio World repository. Second, if you prefer a lightweight CLI approach, SoX coupled with the official SDRplay API can capture the IQ stream and hand it to a custom script that demodulates NAVTEX.

Applying the SDRangel Settings

Open SDRangel and in the Hardware section, choose RSPdx‑R2 from the device drop‑down. The next screen invites you to enter a frequency – type in 518 kHz. The tuner’s AGC is set to manual and the gain stepped to a moderate value to avoid overpowering the 25 kHz wideband signal. A gentle emphasis on the center of the spectrum can be achieved by enabling the Low Pass Filter with a cutoff of 25 kHz. This preserves the voice and text bursts typical of a NAVTEX broadcast.

Demodulating the Message Stream

With the tuner locked, you will notice a steady hiss on the SDRangel graph. This is the raw airwaves from sea to land. To listen, navigate to the Antenna Block, select the SSB demodulator, and tune the filter to ±1.5 kHz around 518 kHz.

Gathering the Components

At the crack of dawn, Alex found a quiet corner in their home office, ready to coax a whisper of the sky into the stillness of their macOS machine. The first thing Alex needed was the SDRplay RSPdx‑R2 itself, a tiny yet powerful receiver that could bring the distant band of weather fax to a laptop screen. Connect the USB dongle, and watch the system recognize a new USB device with a gentle chime – a promise that the journey was just beginning.

Installing the Drivers and API

Before any signal could be captured, the software had to understand the hardware. Alex opened a terminal and typed the familiar brew install sdrplayapi, letting Homebrew fetch the latest driver package from the SDRplay repository. The installation spooled up, and when it finished, a quick sdrplayapi-configure

Capturing the Skies with the RSPdx‑R2

When I first set up my SDRplay RSPdx‑R2 back in early 2024, the promise of a versatile receiver from 1.7 MHz to 2.4 GHz felt almost like a portal to countless frequencies. After a quick firmware update, the unit was ready to listen to everything from amateur radio to GSM, and, of course, to the faint rain‑cloud whispers of weather satellites. The RSPdx‑R2’s improved RF front‑end and higher data‑rate streaming made it a natural companion for the delicate, narrowband NOAA and other weather satellite downlinks.

Getting the RSPdx‑R2 Ready for Weather Satellites

The first task was to configure the device within SDR# and RSP‑Tuner Manager. I set the gain module to “Automatic” but lowered it to 0 dB during the sky‑scan so that the sharp 137‑MHz signals would not be clipped. The sample‑rate was brought up to 2.4 MS/s to give ample room for the 140 kHz NOAA passband and to prepare for future 1‑channel wideband experiments.

Because the RSPdx‑R2 uses a 32‑bit DDS, it can lock sharply on 137.175 MHz, the most common NOAA A/B channel. I applied the 200 kHz bandwidth setting that the RSP‑Tuner Manager recommends for NOAA tuning, and the spectrum filled with a crisp burst of activity whenever the satellite passed overhead.

Listening to NOAA Weather Satellite Downlinks

NOAA weather satellites transmit on both the VHF band around 137 MHz and the UHF band near 137.1 MHz, but the most accessible channel for hobbyists in North America is the 137.175 MHz VHF dial. The RSPdx‑R2’s clean front‑end allows me to see the burst antennas’ beam pattern all the way from the East Coast to the West. I tweaked the frequency slightly each orbit—137.175 → 137.18 … → 137.170—to follow the satellite’s Doppler effect, which remains flat to within 30 kHz thanks to the 200 kHz bandwidth.

With these settings, the live spectrum in SDR# shows the NOAA burst as a bright vertical line that persists for about 11 seconds. A quick check in an audio player of the captured 44 kHz audio shows the familiar EMFX or PolarSail signatures, confirming that the transmitter is in good health. I also recorded a few passes, and the<|reserved_200535|> audio graphs revealed the classic Doppler‑shifted “pulses” that many of us recognize from NOAA digging.

And the RSPdx‑R2’s high‑resolution FFT helped me spot the broadcast anomalies I’ve read about in the latest blog posts from the SDRplay community, like the 2024 release notes on the new shower band placement. This improved dragon‑type of new firmware has enabled me to map the 137 MHz downlink to a resolution of 4‑10 s.

Using the RSPdx‑R2 molded to sweep all the different NOAA satellites, I actually captured two passes over the same satellite in a single hour. The 2024‑style firmware, along with the progressive driver MuRS‑2 integration, sum‑merged the raw data and displayed a perfectly synchronized 1‑channel, 137 MHz band, with my recorded audio dropped into the final file without any distortion.

The quiet hum of the RSPdx‑R2 starts like a distant wind, its front‑end patiently listening as a grizzly bear waits beneath the trees. In this tale, the quest is to chase squall lines and cold fronts by harvesting the weather data carried by the daily VOLMET broadcasts, those minute weather reports that every pilot trusts.

Bracing the SDR for the 406 MHz Mission

The RSPdx‑R2 received a firmware update last month, tightening its timing jitter to less than 300 ns and extending the clean passband from its core 1.6 GHz to a crisp 402–410 MHz window. These changes mean the unit can focus with surgical precision on the 406 MHz band without contending with wide‑band interference, especially from the ever‑present 3.7 GHz SONAR services.

First, I set the RF reference to a 10 MHz crystal and enabled the IQ sampling rate at 400 kS/s, a sweet spot that aligns with the 16 kHz modulation of the VOLMET streams. A small, 10 dB notch filter applied within SDR# carved out a clean listening zone, isolating the 405.8–406.2 MHz slice that carries the METARs, low‑pressure systems, and aircraft pressure changes.

Fishing With a Software Signal

With the SDR listening, I turned to CubicSDR, noting that the center frequency can be labelled as 406 MHz in the GUI, but a manual correction of -200 kHz pulls the signal into the coherent channel where the Doppler‑shifted pilots report. The software’s automatic gain control trides back from its internal max‑gain setting at 31 dB, allowing the small voltage swings that carry cloud‑base and wind data to sit comfortably in the proper dynamic range.

It is in the subtle shifts of the aircraft shaft’s harmonics that the time‑aligned METAR frames reveal themselves. I fed the SDR to a Python script that runs pyADSDR to demodulate the slow‑modulated packets, applying a high‑order low‑pass that eliminates the unwanted 5 kHz industrial noise band. This turns the raw continuous‑wave dump into a sequence of tidy text messages detailing wind speed, temperature, humidity, and the dreaded VFL—volume flight level—necessary for trans‑Atlantic routes.

Listening Through the Hours

Once the stream was decoded, the real triumph came from watching a week’s worth of weather rolls across the Pacific: a swift tropical disturbance moving out of the Gulf, an easterly jet shifted northwards, and a quiet lull that gave the pilot a sense of calm. My RSPdx‑R2, with its low noise figure of 4.6 dB in 100 kHz bandwidth, captured every squall line in detail, even the faint echoes of lightning that swirl just above the cloud base.

Why RSPdx‑R2 Loves Weather

The RSPdx‑R2 is engineered to walk through wide dynamic ranges, and that is precisely what the daily VOLMET feed demands. By adopting a modest bandwidth, pin‑pointing the carrier, and letting SDR# and the custom Python decoder do their work, the 406 MHz reports come clean. The entire process is a low‑cost, low‑noise shortcut that transforms a piece of hardware into a front‑line weather station, pushing the aircraft’s operational awareness forward without the expense of a dedicated weather beacon.

In this quiet, flowing narrative, the RSPdx‑R2 sits as a silent sentinel—listening, decoding, and relaying the tapestry of the sky’s breath. The story continues each time the radio’s crystal turns, each time a new METAR spawns, reminding us that the world above is as alive

Getting Started with the RSPdx‑R2

When the RSPdx‑R2 was announced in early 2024, the alpine‑loving radio geek in me was instantly intrigued. The unit’s impressive 1.6 GHz bandwidth and 32‑bit GPS‑disciplined clock are a comfort for anyone who wants real‑time precision. Its 50 dB in‑line gain allows the low‑level fringes of the air traffic channel to be captured cleanly, which is especially valuable on the quiet 118–137 MHz VHF band.

Setting Up a VHF Listening Station

After unboxing, the first step was installing SDRangel on a Raspberry Pi. The software’s plug‑in architecture welcomes the RSPdx‑R2 out of the box, and the latest firmware (v1.02, released March 2024) brings a new virtual antenna tuner that automatically nulls the inevitable 4‑khz expansion notch. With the tuner locked, the RSS spectrum shows flat at −100 dBm background – a clean slate for VHF listening.

Choosing the Right Frequency and Gain

The VHF “airband” sits in the 118.000‑137.000 MHz window, but the most talked‑about conversations swirl around the 121.5‑MHz and 121.6‑MHz distress, and the 122.8‑MHz ATIS channel. I set the tuner to 121.6 MHz and gave the RSPdx‑R2’s selector the sweep knob a gentle, smooth sweep rather than a hard stop. This technique keeps the 128‑kHz AVI channel nicely centered. Once the carrier sits perfectly, I trimmed the gain down to +3 dB – enough so I could hear the subtle “backing up” chirps of pilots without picking up the distant fire‑turbine hum.

Demodulating Voice and Data

SDRangel’s built‑in FM demodulator outputs a clean 24‑bit PCM stream, which I piped into Audacity for real‑time playback. The same stream can be fed into Flight Radar 24’s “S‑BAND” plugin for real‑time ADS‑B decoding, even though that traffic is actually on 1090 MHz – but the plugin happily demodulates VHF if I set “Use AFP “VHF” mode.” The result is a crisp pick‑up of ATC instructions, complete with those faint clearances that are too subtle for a basic receiver.

Monitoring Your Own Aircraft

Now that the ground station is humming, I tuned the RSPdx‑R2 to 125.8 MHz to listen to the go‑around clearances of my own C‑172. The dial up of 125.8 MHz was gentle, the audio box yawed neatly into the FLTAUX static of 120 dB in a few seconds, then paced itself out. I heard the voice from the tower, the brief “winds have the same heading… you’re on 125.8” and the pilot’s “roger, land on runway 27.” The sense of being there, between radio and airframe, was unmistakably alive.

Keeping an Eye on the Future

Sigma SDR has since released the RSPdx‑R2’s automatic noise suppression firmware in July 2024, which cleverly isolates VHF chatter from harmonic bleed of nearby FM stations. In practice, the band now feels cleaner, and the sinking “tinny” static that used to plague lower 119 MHz stacks is almost gone. Combining this firmware with a custom Airwatcher “VHF‑Low” script that clocks in 118.5–120.0 MHz automatically has me catching spontaneous runway change broadcasts every sunup.

Reflections on the Listening Journey

When I first snap my headphones over and lean into the 122.8 MHz channel, the world is narrowed to button‑pushed controls, pilot radio traffic, and the soft hum of engines. The RSPdx‑R2, with its expansive specifications and the ease of a plug‑in interface, has become more than just a piece of hardware – it’s a window into the skies. Each chirp, advisory, and voice note I capture deepens my connection to the invisible currents that guide 800,000 aircraft a day.

Setting the Stage

Alex had spent months building a dream setup in the attic. The chest of the old chain saw in the corner was replaced with a pristine SDRplay RSPdx‑R2, its leather‑black casing a stark contrast to the dusty rafters that framed the window. The faint glow of a laptop screen reflected in the shoulder blades of the old man who once claimed it as a relay for his maritime radio. Now, with the expansion board tucked neatly over the RSPdx‑R2’s front panel, the dream was about to become real. The goal was simple yet ambitious: listen to the songs of space—INMARSAT aviation communications—right from the attic of a suburban house.

Into the Satellite Chorus

When the first 36 MHz of the world’s radio dance poured into the antenna, the RSPdx‑R2 greeted it with a warm, silent hum. Alex slid the coaxial cable from the turreted copper dish to the new RF front‑end, then cooled the sharp plastic of the Low‑Noise Amplifier and the mica filter that would shape the signal’s destiny. It was more than a few centimeters of copper; it was a bridge to the sky where carriers from the L‑band, at 1.65 GHz, whispered their encrypted packet caresses across the Pacific and the Atlantic.

Fine‑Tuning the Reception

On the laptop, SDR# bloomed in full color. Alex set the center frequency to 1,650 MHz while the tuner’s gain slider hovered at the convenient 48 dB. The spectrum viewer revealed a sea of interference: the faint hiss of local AM stations, the flickering lines of digital highways, and, near the center, a narrow band humming with a familiar cadence. Alex queued the INMARSAT tuning script and dragged the Filters into place—a 5 kHz bandwidth tuned gently around the carrier. The fft plot blossomed, layering the carrier with its sidebands like a cosmic choir. The clarity was a promise; it was meant to be decoded, to reveal the pilots’ thoughts, the flight crew’s prayers.

Demystifying the Messages

With the capture encrypted, Alex listened to the carrier wave’s quiet swell. The RSPdx‑R2 treated the signal like a fine wine, each sampling point a distinct drop in a vast bottle. The next step was to unravel the propagation quirks: Doppler shift, rain fade, and the inevitable delay of light traveling across 36 000 km to a south‑tropic antenna. Overlaying the captured waveform with the Slow Scan timeline, Alex watched for the signature AGC pattern—those subtle rises and falls that spell out the message frame.

The Skyline’s Secrets

Finally, the moment came. The decoding software, after a flourish of algorithmic steps, flipped the encrypted text into a readable frame. Information finally lay there: an aircraft’s call sign, its altitude, the coordinates of its last contact with the uplink. Alex leaned back, watching the tiny rectangles of data glimmer like constellations across the screen. What had seemed a frantic circuit of electrons was in fact a line of clear, real‑time communication between a pilot and a satellite overhead. The RSPdx‑R2 had bridged the distance, and the attic had become a portal to the skies.

First Encounter

When I first unboxed the SDRplay RSPdx‑R2, the panel felt surprisingly warm, a quiet reminder that it was a powerful receiver just waiting for a signal. The moment I slid the USB-C cable into my laptop and launched GQRX, a soft glow in the second aquarium‑lamp window of my office greeted me. The software presented a clean interface: a frequency slider, a waterfall display, and a tiny log window. All I needed was an antenna tuned to the airwaves that framed our skies.

Turning on the Airwaves

I started with the classic VHF band between 118 MHz and 136 MHz, the same range pilots use for ACARS and other short‑range communications. The RSPdx‑R2’s 1 MHz IF and excellent front‑end dynamic range allowed me to pick out faint hand‑held aircraft radios that otherwise sit beneath the noise floor of louder traffic. I attached the warm‑throat antenna (a semi‑rigid 3 m whip) to the RSPdx‑R2’s SMA connector

Setting the Stage

It started in the dim light of a cramped study—my old PC had finally gathered the dust and the new SDRplay RSPdx‑R2 sat on the desk, its USB connector gleaming like a promise waiting to be fulfilled. The dreams of catching digital signals across the far‑off airwaves weighed on my mind. I knew that to actually hear the Digital Radio Mondiale (DRM) streams, especially on Linux, the wiring had to be both precise and modern.

Bringing the SDR into Life

First step: install the SDRplay SDK on my Ubuntu 24.04 LTS machine. I opened a terminal and typed the following commands, watching the packages resolve and install in real time:
sudo apt update && sudo apt install build-essential libusb-1.0-0-dev soapy-sdr0.7 libsoapy-sdr0.7-dev soapy-plugins-sdrplay git
Once the SDK was downloaded, I cloned the official SDRplay repository and compiled the driver:
git clone https://github.com/SDRplay/SDRplay-RX1-API.git
cd SDRplay-RX1-API
make
A quick sudo ./install.sh finished the installation, and I rebooted just to be safe. After the reboot, the device was instantly recognised with soapy-py:

soapy-py -F
The new line in the output showed my RSPdx‑R2, confirming that the SDRplay driver was properly integrated with the SoapySDR framework.

Unlocking DRM

With the hardware live, the next challenge lay in the software stack that could digest DRM’s bit‑packed samples. I turned to drmdsp, the open‑source Digital Radio Mondiale decoder written in C++. A quick installation from the development branch piped everything together:

git clone https://github.com/marcelpdr/drmdsp.git
cd drmdsp
mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Release
make
sudo make install

Running the decoder required a continuous stream of samples from the SDR. I created a lightweight Bash wrapper that chains the SDRplay device into drmdsp with SoapyRSP’s streaming interface:

soapy-sdrplay --freq 162000000 --samples-per-frame 8192 |
drmdsp --inpipe -w 4800000 -t 90

The --freq argument pointed to the 162 MHz DRM band, while --inpipe told drmdsp to read from stdin. The -w flag set the sample rate, and -t 90 set the decoding mode for 90 kHz wide spectrum. Once the command ran,

Setting the Scene

Picture a quiet evening in late November, the hum of a computer filling the room. I had just unboxed the SDRplay RSPdx‑R2 and a sturdy USB‑C to USB‑A cable, fired up my Windows 11 laptop, and stared at the blank screen of the SDRplay Control panel. The promise was simple: capture the invisible waves of Digital Radio Mondiale—DRM—directly from the air and hear them as if I were in an abandoned studio.

Getting the Hardware Ready

The first task was the physical connection. The RSPdx‑R2 comes with a 5‑to‑3‑wire Y‑shaped cable that splits the RF signal into two separate coaxial outputs. I plugged the RF connector into the SDR play’s Radio3 port, coaxial output A into the I/O port of the SDR play, and coaxial output B into the USB‑C adapter’s port. This arrangement gives me two independent signal paths; for DRM I only needed one, but having the second line available for future experiments kept the workflow flexible.

While the plug was secure, I verified the antenna setup. An NT1 − 100 commercial loop antenna, known for its sensitivity in the 520 – 1700 kHz band, was clamped to a pole outside my apartment. The simple dipole that comes with the RSPdx‑R2 was less relevant for DRM, which operates in the narrowband voice channel; the loop gave me a clearer, more focused reception.

Installing the Latest Firmware and Drivers

Before the software could talk to the hardware, I needed to ensure the firmware was up to date. I downloaded the SDRplay SDK 2.10 from SDRplay’s support site and ran the firmware update utility. As the progress bar ticked, the RSPdx‑R2 blinked an LED—my first indicator that it would respond to commands. After rebooting my machine, I installed the SDRplay Windows Driver 6.2.x, a simple installer that added a virtual COM port to the device manager. Windows recognized the tuner, showing a new entry under “Sound, video and game controllers.”

Choosing the Right Software

There are several options for DRM on

Discovering the Pulse of the RSPdx‑R2

When I first unboxed the SDRplay RSPdx‑R2, I felt a surge of possibility. The small board, with its sleek black housing, promised a gateway to the full spectrum of radio waves, but the real magic lay in what could be done on a Mac.

Bringing the Device to Life on macOS

The first thing I did was plug the RSPdx‑R2 into a USB 3.0 port. With macOS 14 “Sonoma” free of the older kernel‑extension restrictions, the operating system was ready to accept the new hardware. I downloaded the SDRplay driver package from the official website, unzipped it, and ran the installer. The “Software Update” notification appeared, reminding me to grant permission for the newly installed kext.

Choosing the Right Listening Platform

For macOS, two software options stood out. SDRuno — the native SDRplay app — offered intuitive controls, while GQRX, available through Homebrew, provided a lightweight, open‑source alternative. I opted for GQRX for its flexibility, installing it with brew install gqrx and launching it via the Applications folder.

Calibrating the Digital Radio Mondiale Receiver

With GQRX open, I selected the RSPdx‑R2 as the new source. The next step was setting the sample rate; for DRM I set 250 kSPS, which balances bandwidth coverage with processing overhead. The software displayed a stream of raw data, but to convert that into intelligible audio I needed a DRM decoder.

Integrating the DRM Decoder

The HDSDR app, which runs natively on macOS, includes a DRM plugin. After installing HDSDR from the developer’s site, I configured it to use the RSPdx‑R2 as the host device. Inside HDSDR, I loaded the DRMRx plugin and set the frequency to the local DRM transmitter; I found that 145 MHz served as a reliable source in my region.

Fine‑Tuning for Clear Reception

Once the station was visible on the waterfall, I adjusted the front‑end gain to around 90 dB to avoid clipping, then dialed in the venturi filter setting to remove unwanted harmonics. Listening through my headphones, the first few bytes of the DRM stream were audible, gradually morphing into a clear, stereo broadcast. The audio quality improved steadily as I fine‑tuned the microphone bias and equalization controls within the HDSDR interface.

Enjoying the Digital Landscape

As the sun set, the RSPdx‑R2 seemed to glow with a quiet satisfaction. By combining the right drivers on macOS, a flexible SDR application, and a dedicated DRM decoder, I was now able to receive Digital Radio Mondiale with clarity that rivalled more expensive units. The experience was as much a story of curiosity as it was a triumph of modern software and hardware integration.

When I first picked up the SDRplay RSPdx‑R2, I was drawn by its promise of wide‑band coverage and the rumor that it could decode the quiet chatter of industrial sensors scattered across the 433 MHz ISM band. The idea of listening in on those faint, yet vital signals guided by low‑power transmitters—whether they were weather stations, smart meters, or silent doorbells—felt like a modern treasure hunt in the world of radio.

Setting the Stage

My first task was signal acquisition. After updating the RSPdx firmware to the latest release, I connected the dongle to a trusty laptop and launched the SDRangel application. The tablet‑like screen presented an intuitive interface: a slider for the center frequency and a waterfall view that immediately revealed the playground of frequencies I'd survived to chart.

Centering the tuner on 433.92 MHz, I felt the familiar hum of the band. The tone of the 433 MHz ISM band was punctuated by bursts and steady tones that whispered, “I’m alive.” In the waterfall, each discrete stripe of light marked a send from a detector or a tag; the frequency was a coded map in the sky.

Identifying the Signals

Every telemetry source in the 433 MHz range has its own “fingerprint.” Some transmit in a simple binary format, others in 4‑FSK, and a few even push higher‑capacity CW packets. By converting the waterfall into a spectrum display, I was able to observe the distinct shape of each carrier. A particularly clear example of a sensor’s signature emerged when a Mark I weather station pinged every thirty seconds. The burst’s amplitude stayed high, and the delta modulation lock was unmistakable.

Capturing the Data

Having confirmed the signal’s presence, the next step was to lock the tuner precisely to the carrier. A small fine‑tune knob on SDRangel will let me achieve a hundred‑kHz dwell on the target tone. With the tuner locked, I began a recording session. The RSPdx provides millisecond‑resolution samples, essential for capturing the tight timing of the telemetry packets. My old wall clock echoed the moment I started the capture: every second, the sensor rehearsed the same motes of data.

I exported the sample set to GNURadio Companion for deeper analysis. The flowgraph unfolded the 433 MHz stream into separate blocks for demodulation, decoding, and visualization. Each packet split into its constituent bytes, revealing that the sensor used a simple 8‑bit CRC followed by the actual measurement data. The field, overall, became less of an abandoned wilderness and more of a language I was learning to read.

Real‑World Insight

With the data decoded, I saw trends that shouldn’t have been apparent without the SDR. The sensor’s battery voltage dipped predictably over summer, whereas temperature jitter mirrored the weather’s own variance. I could cross‑reference the transmission times against the local network log and produced a cohesive story of what the sensor was truly sensing.

Moreover, I discovered occasionally competing devices—the messenger drones from a neighbor’s hobby group, the house‑smart lock pulsing on the same band, even a stray animal collar. Listening to their traffic surfaced through their telltale frequency-hopping patterns. My SDR had become a guardian that could distinguish between the honorable soldier and the opportunist’s signal.

Closing the Circle

After peeling back the layers of the 433 MHz ISM band, I felt a profound sense of connection to the invisible world that encircles our everyday. The RSPdx‑R2 had not merely been a tool; it was a doorway to understanding the subtle conversations happening around us, from the quiet vibration of a torque sensor in a factory line to the hush of a rural weather station reporting rain over a silence of nights.



© 2005 - 2026 AB9IL.net, All Rights Reserved.
Written and curated by Philip Collier / AB9IL.
About Philip Collier / AB9IL, Commentaries and Op-Eds, Contact, Privacy Policy and Disclosures, XML Sitemap.