AB9IL.net: Using the SDRplay RSP1B SDR

Setting the Stage: Why the SDRplay RSP1B is a Game‑Changer for Oceanic Listening

When the night sky over the Atlantic begins to hum with the faintest whir of aircraft communication, I pull the RSP1B from its shadowed case and place it beside the sound‑proof table. The RSP1B, with its 200 MHz bandwidth and 16‑bit, 8 MS/s ADC, offers a smooth canvas for capturing the distant voices of oceanic flights that would otherwise be lost to conventional receivers.

The Equipment Ensemble: Crafting a Quiet Circuit

First, a low‑noise amplifier sits between the antenna and the SDR. Its gain of +20 dB is just enough to bring the faint 1090 MHz ADS‑B signals from 8000 km away above the noise floor without introducing excessive distortion. The antenna is a 3:4 direct‑ivity beaminstall on a 1.5‑metre “at‑the‑edge” tower, ideally angled to avoid the urban hiss that plagues smaller sites.

The RSP1B’s front‑end shielding is essential in this environment; the long‑haul aesthetic of oceanic signals means that even distant interferers can bleed into the receive chain. Careful cable routing and solid shielding keep the device’s intrinsic noise below –140 dBm.

Software Stack: From Raw Waveform to Flight Track

Inside the software, I launch SDROn and set the sampling rate to 1.024 MS/s, which comfortably covers the 75 kHz bandwidth of Mode S. The tuner is locked to 1090 MHz, and an external notch filter removes the 100 MHz jammer that occasionally appears over the sea.

Next, I start the SDRAir module, which decodes the 1090 MHz traffic and streams the telemetry to a map interface. The tiny delay between capture and display is negligible, but I always monitor the snrWindow in SDROn to confirm that the signal remains above the 15 dB threshold necessary for reliable Mode S decoding.

Night‑Time North Atlantic Cruise: A Real‑World Example

On one humid evening, a Boeing 777 transits the airspace over the North Atlantic, and the RSP1B, fed by the carefully tuned antenna, begins to pick up its pre‑takeoff squawk and the soft chatter of ground‑control. A slight lull in atmospheric turbulence turns into a serene listening experience, as the RSP1B’s spurious responses are kept in check by its minimal harmonic distortion.

Throughout the flight, the phased‑shifted aviation voice packets arrive every 100 ms. The SDR’s high dynamic range ensures that the sudden spikes from closer aircraft never swamp the long‑haul transmissions. With the map iconizer in SDRAir, each flight’s altitude, velocity, and heading are plotted in real time, all while the sailor’s rhythm of waves provides background noise.

Troubleshooting: Subtle Clues from the Spectrum

Occasionally, a strong maritime radio system intrudes on the same band. The key is to examine the instantaneous spectrum in the SDR viewer for a narrowband tone overlapping 1090 MHz. By shifting the center frequency and observing the ripple pattern, one can spot the out‑of‑band leak and shift the notch filter position accordingly.

Another common issue is the slight drift of the RSP1B’s crystal. Mitigation is straightforward: log the oscillator’s calibration status and apply a frequency correction factor. This keeps the Mode S aging beacon from slipping out of the decode window as the flight nears its destination.

Conclusion: A Seafaring Adventure Made Possible by Smart SDR Design

With the combination of the RSP1B’s wide, clean bandwidth, a low‑noise antenna chain, and an automating decode stack, capturing aviation communications on oceanic flights feels more like a guided narrative than a hobbyist’s tinkering. The lonely hum of the distant jet, filtered and interpreted by the digital ghost inside the RSP1B, now tells a story that spans continents and oceans, all from a quiet corner of the world near the sea.

The first time I dialed the SDRplay RSP1B into the quiet of the night air, the plane of my curiosity was instantly thrilled. The RSP1B, a beloved mid‑range SDR tuner from SDRplay, arrived with a sleek case and a whisper‑thin Wi‑Fi dongle. Its 1 GHz bandwidth and 16‑bit resolution offered more than enough headroom for the VHF band that cradles every conversation between pilots and controllers. In a single power‑up, the USB cable joined my laptop to the RSP1B, and a world of airwaves unfurled across the screen.

Getting Started with the RSP1B

I began by launching the SDR# interface, a favorite for its color‑coded spectral display. The first screen that greeted me was a sweeping frequency sweep. I quickly focused the main window on the 118 MHz–136 MHz window, the official VHF aviation corridor. A single click on the frequency bar snapped the tuner to 118.000 MHz, the most commonly tuned ATC channel in many domestic airports.

The RSP1B’s internal low‑noise amplifier was already running, and I made sure to set the gain level to its nominal 30 dB per channel. The tuner could automatically step through the frequencies in 200 kHz increments, which is ideal for navigating the crowded traffic of radio communications, including A/C voice, ATC, and ADS‑B broadcasts.

Choosing the Right Antenna

An SDR alone is silent without a good antenna. I opted for a simple 1‑meter discone, chosen for its wide frequency response across the VHF band. The ionized wires were stretched on a balcony, with the dipole wires pointing toward the horizon. The result was a clean reception line with minimal ground noise, a vital condition for listening to weak aircraft signals that bleed through inside a city.

Software Settings for Aviation Listening

While the tuner was forgiving, the software needed a little hand‑holding. In SDR#, I configured the sample rate to 2 MS/s, which gave me ample margin between the 200 kHz channels while keeping CPU usage manageable. Below the screen, I set a flat spectrum and the Rayleigh noise floor. The sharpened look helped the soft voice bursts near 121.5 MHz pop out of the background.

To catch the clicky chatter of ATC and the chirp of CDMA/ADS‑B data on the same band, I turned on a FFT window that smoothed the spectral density. In many stations, the waveform of a navigational beacon, like the VOR, sits at 108.0 MHz and can be isolated by applying a narrow time‑domain filter. The RSP1B’s 10‑kHz bandwidth filter from the SDRplay API was a lifesaver when hunting for those steady tones amidst an active sky.

Practical Tips for Clear Reception

One of the moments that changed everything was when I carried the RSP1B over the airport boundary. The simple act of moving the antenna away from a tall office building cut out a lot of cluttering multipath. The RSP1B’s AGC could lag in that scenario, so I manually switched to a fixed gain at 20 dB during the flight. The static drifts that previously smacked the ear were no longer a problem.

Another trick was to keep the software’s audio ducking turned on. Every time a vocal burst crossed the threshold, the background hiss dropped into silence, revealing the soft groan of an approaching aircraft’s 109.1 MHz beacon. I built a personal

Ever since the first time they heard the faint hiss of an aircraft’s radio chatter over the open transmitter range, the hobbyist knew they would someday decode the secrets that travel between the sky and the ground.

The RSP1B Meets the Skies

In early 2026 a new batch of SDRplay RSP1B receivers arrived in the hobbyist’s hands, promising a low‑cost, high‑performance bridge between the radio continuum and the digital world. The receiver, with its 30 dB programmable gain and a 19.2‑MHz bandwidth, was an instant win for those who wanted to listen to aviation digital communications such as ACARS and VDL.

After the tiny unit was powered with the included 5 V / 400 mA adapter, the hobbyist plugged a low‑loss active dipole tuned to 144 MHz and spooled a 5‑meter coaxial feed line through a shallow trench. The antenna’s omnidirectional pattern would chase the broadcast band, while the short cable kept the system compact enough to fit in a closet‑level box.

Software Setup – The Digital Handshake

The RSP1B welcomed the hobbyist to the world of GQRX and GNU Radio. The former, with its intuitive SDR interface, revealed the dense landscape of VHF–UHF traffic. Meanwhile gr-plugins, an open‑source set of GNU Radio blocks, provided the ability to demodulate the narrowband Gaussian Shift Keying (GMSK) used by ACARS and the 8‑bit “simplex” VDL. The hobbyist piped the carrier signal through a cascade of float-to-complex and channelizer blocks, letting each station’s data unfurl online.

One particular tweak, the automatic carrier narrowbanding in GQRX, cut through the bustling sky voice traffic, isolating the hidden digital flutters that normally sit beneath the familiar VHF chatter. The hobbyist stared at a glow of characters—A-10C Avionics Data Transfer Protocol, ACARS “table 2,” and VDL‑2 “ACKs”—and realized that the digital world of aviation had never been more accessible.

Hearing ACARS in the Air

ACARS, the Aircraft Communications Addressing & Reporting System, sends textual updates in bursts of 4 Kps, waxing and waning with the flight’s routine. The RSP1B, once tuned to 122.975 MHz, began picking up the familiar O‑a‑s-—- and *- tones. The hobbyist replayed the data in real time and, with a GR-ACARS block, reconstructed the log flight plan of a regional jet that had landed minutes earlier. The story of the flight—weather updates, SELCAL alerts, and a final cabin announcement—was laid out in a memory‑filled text file that would become a cherished diary of the journey.

Decoding the VDL File

VDL, or VHF Digital Link, is often described as the “silent but persuasive voice” between the aircraft and the ground control tower. In 2026 the hobbyist discovered an updated vlm33 decode script on GitHub, designed specifically for RSP1B’s wideband stream. When the unit transmitted a spectrum of 138 + 223.5 MHz in 512 Hz slices, the script pulled individual packets from the noise floor, exposing the flight plan, ATIS data, and even the mundane “handshake” packets that check and re‑check link integrity.

With a simple Python‑Numpy pipeline, the hobbyist could mirror the VDL’s 100 Hz cycle in a local log and cross‑reference it with the ACARS dump. The story of the day unfolded: a short‑haul flight that encountered temporary turbulence, received a brief weather alert, and returned a smooth status message. The archived logs would later be used to compare with official FAA traffic reports, showing a rare, hand‑crafted correlation between the hobbyist’s antennas and the official communications.

From Hobby to Insight

What began as a curiosity evolved into a full‑scale hobbyist’s daily routine. The RSP1B, with its high dynamic range, allowed the amateur to sift through the clutter of commercial and military traffic to find the quiet streams of ACARS and VDL. By pairing the hardware with the latest software tools—GQRX, GNU Radio, gr-plugins, and Python decoding scripts—the hobbyist accomplished a vivid narrative: the language of planes, freight, and flight crews.”

When the first time the RSP‑1B packet was powered on, the band‑pass filter swung open and the low‑noise front end whispered a quiet spectrum that seemed almost too clean to be true. Between 70 MHz and 230 MHz there were faint patterns of modulation—an almost invisible grammar that, with the right software, could be translated into actionable information.

Enabling the Digitial Portal

The key is the RSP‑1B’s 1.5 dB LNA + 25 dB later-stage gain that drops the noise floor below –110 dBm. With the external 5–8 MHz CGS‑316 tuner made for SDRplay, the receive feed can be tuned precisely to the HFDL band at 137.725 MHz and the adjacent 137.525 MHz slot. The first step is to launch SDR++ and point the tuner to 137.725 MHz; the gain settings are then adjusted until the IQ data stream is saturated without distortion.

After the raw S‑SB stream is captured on a short‑wave tray, a second layer of processing starts. The raw files are fed into the modern Morse‑Decoder 2.x cyber‑decoder which, with its open‑source libraries, can now solve the 2.5 kbit/s HFDL modulation scheme as efficiently as a ten‑year‑old DOS tool would once have done.

Decoding the HFDL Alphabet

HFDL relies on the 136‑channel MDS (Message Data System) protocol, which encodes flight reporting information in a pseudo‑randomized grid of chirps. To recover the chirps, the entry‑level user runs SDR‑HFDL‑Toolkit, a Python package that stitches the I/Q stream in real time, applies a steering‑law which corrects the antenna’s response curve, and then drops the chirps into a FIFO that the HFDL front‑end patiently waits for. This modern tool chain does away with the 1980s PLL hardware that once glued everything together.

After a waiting period that is measured in seconds instead of minutes, the toolkit reports a clean stream of Latitude, Longitude, Altitude, Track, Fiscal Call Sign data, all garbled in the machine‑ readable JSON format that the aviation industry now prefers. The decoded packet, once scripted into a TinyGAT feed, is forwarded to an online flight status aggregator. Within the web app it shows up as a real‑time icon that moves over a world map, precisely where the data indicated the aircraft should be.

Patterns of the Skies

With the initial setup complete, the next narrative shift occurs Monday evenings. The RSP‑1B, surrounded by other antennas, begins to listen to the whole 10 MHz‑wide spectrum of the 90–100 MHz band. The new rapid‑shift HFDL versions provide an opportunity: the HFDL 2.0 now packs not only the C‑4 flight plan but also the regressive traffic data set in the same channel. The decode process is the same, but the software has to detect two different chirp types per packet; the updated KiteDecoder 3.2 recognises this automatically, saving the user from manual header switching.

At dusk, the two decoders are running in parallel over a Wi‑Fi connection; the user occasionally takes a break to watch the gentle glow of the Raspberry Pi thermal blank that marks HFDL update windows built into the firmware. That moment is when the whole system feels alive – a low‑noise spectrum chasing signals, decoding them with open‑source algorithms, and broadcasting the result into a future where aviation data is not just for towers but for hobbyists and data scientists alike.

The Future of Amateur Aviation

The RSP‑1B, which started as a hobby platform, continues to demonstrate that modern SDR can democratise access to the sky. Additional cloud‑based components – like a Dockerised HFDL‑mesh – promise real‑time alerts that can be published through MQTT brokers to any device. Each narrative break in the data is a waypoint toward a fully autonomous air‑traffic environment made transparent to the public, all built on the humble RSP‑1B, the community’s open source tools, and the lingering voice of the HFDL chirp that has been singing the heavens since the 1970s.

The Sunlit Garage

Picture a quiet weekend afternoon in a cramped garage. A SDRplay RSP1B sits on a dusty workbench, its tiny antenna clasping the air like a curious child. The owner, Alex, has just unpacked a brand‑new Linux laptop and a fresh download of the RSP1B API, ready to hear the invisible voices that travel over the frequencies.

Shaping the First Signals

Alex begins by installing the official sdrplayapi package from the SDRplay website. After adding the driver to the kernel modules, a quick modprobe sdrplay_rsp1b brings the device to life, and sudo sdrplayctl -pv confirms that the receiver is listening. With the RSP1B humming softly, Alex opens a terminal and runs soapySDR_info to verify that the radio is recognized by the SoapySDR framework.

The Flowgraph Story

With the basics settled, Alex launches GNU Radio Companion. A new flowgraph starts blank, blank slates waiting for signals. First, a SoapySDR Source block is dropped in, pointing to the RSP1B. The sample rate is set to 327.68 kHz, the sweet spot for clearing the DRM spectrum. Next, a Frequency X block nudges the radio to the exact 91.9 MHz frequency where the local broadcaster normally resides. An Adopt DRm Decoding block is inserted—this is the heart of the story. Underneath this block lies a series of internal sub‑flows: a Fast Fourier Transform, a carrier‑frequency comb filter, and the demodulation engine that finally turns raw radio waves into a stream of octets.

Unpacking the DRM Stream

Inside the demod block, plural whispers of the DRM format unfold. The DRM Demod takes the complex samples and outputs a base‑band microwave of bytes. Alex taps this out to a UDP Sink block, listening on 9000/UDP. On another terminal, Alex points netcat to that port, capturing the bare stream. “It looks like a garbled blob,” Alex mutters, and the next step is the actual decoding.

The Decoder Takes the Stage

In the world of open source, the drm2 library sits as a robust partner. Alex pulls the latest master branch from GitHub, compiles it with cmake .. && make && sudo make install, and then googles for “DRM – How to play on Linux.” A quick search points to the libcdrm wrapper and a command line tool named playdrm. With the decoder installed, Alex summons it: playdrm -p 9000 --parse. The console scrolls, and a tick marks the moment the DRM talk comes through unaided, crisp as if the receiver were physically in the studio.

Fine‑Tuning and Troubleshooting

Sometimes the first pass is less smooth. Alex notices a few bursts of loss and opens the Firefox console of the SoapySDR viewer to check the intermediate RSSI readings. Adjusting the gain on the RSP1B from “auto” to a fixed hex value, and stealing a fraction of the center frequency to avoid the narrowband interference from a local weather station, instantaneously improves the SNR. The life story of a single ham pack turns into a streamlined narrative of signals, gain, and code.

The Sound of Achievement

When the entire chain from the RSP1B to the playdrm output flows seamlessly, Alex leans back. The guitar strings of the notebook vibrate in rhythm with the 1.5 kbit/s DRM stream

From a Curious Hobbyist to a DRM Listener

James had always been fascinated by the invisible waves that carried music, news, and emergency alerts across the continent. One rainy afternoon, while scanning the SDR hobby forums, he found a post about a new waveform that could carry digital audio in the 100–300 kHz band. That waveform was the Digital Radio Mondiale (DRM) standard, and James resolved to set it up on his Windows 10 machine.

Choosing the Right Hardware

He opted for the SDRplay RSP1B, a compact Linux‑derived radio that had recently received updated Windows drivers from SDRplay’s own development team. The latest release, dubbed Firmware 1.3.5, added native 64‑bit support and an optimized high‑bandwidth mode that is essential for accurately capturing DRM streams.

Bringing the Device to Life

After unboxing, James connected the RSP1B to a USB‑C port and launched the SDRplay Universal Software Radio Driver (USRP) application. The software recognized the device instantly, and the luminous LED indicated a stable +2 V power supply. With a quick tap of the Device Manager icon in the SDR Doctor diagnostic tool, James verified that the Windows driver stack was fully up‑to‑date.

Installing the Listening Software

The next step was to download the standalone SDR# (SDRSharp) package, version 3.2.1, which now includes a companion plugin for the RSP1B. Once installed, James pinned the external plugin to the main SDR# panel. He also installed the community‑built “DRM Engine” module, a lightweight C++ library that can decode the QPSK‑coded DRM stream into high‑fidelity audio.

Configuring the SDR# Engine

Opening SDR#, James set the frequency to the local DRM broadcaster’s call sign, 269 kHz. He adjusted the sample rate to 2 MS/s for optimal resolution and set the filtering parameters to a 50 kHz bandwidth. Then, he enabled the DRM Engine from the list of available audio renderers. The module communicated back with a friendly status message: “Ready to receive DRM.”

Capturing the First Signal

As the sun dipped below the skyline, James tuned the scanner to the expected DRM downlink. The amplitude spectrum sharpened and the telemetry bar in SDR# climbed steadily as the signal experienced a momentary burst. Once the signal crossed the auto‑gain threshold, the DRM Engine seized the content and decoded the payload. In a matter of seconds, a crisp, clear DRM stream populated the audio tracks. James whispered something about the near exactness of the demodulation, a testament to the RSP1B’s fine‑grained sampling.

Recording the Airwaves

With the successful capture another copy was more than enough. James recorded the session using the built‑in SDR# recorder, saving the output as a .wav

Setting Up the SDRplay RSP1B on macOS

Imagine you are booting up your Mac, the screen flickers to life, and you reach for the little RSP1B left by the co‑worker who promised it would bring back the radio sensation of the 8‑bit era. After a quick visit to the SDRplay SensorClub.com download hub, you extract the latest firmware bundle, version 2.6.0, and upload it to the receiver by following the submarine‑inspired wizard. The device, a sleek little Box of miracles, hums to the cadence of your click‑hthreat, and you see the splash screen glow with the familiar SDRplay logo.

Next comes the plug‑in. Apple’s USB‑C Digital‑to‑Analog Bridge delivers the signal into your Mac’s ports. With cable snatched from a GarageBand surge protector, the RSP1B sits between the MacBook Pro and the world, ready to capture the invisible conversations humming under the antenna wave‑glitter.

Installing and Configuring the Software Stack

The world of SDR on macOS has blossomed, and the latest GQRX 2.6.1 is a comfortable companion for those who prefer a Linux‑style experience. Installing it is a matter of dragging the app icon to /Applications, and for the adventurous, launching brew install gqrx from the Terminal gives you a pristine build. With gqrx running, you connect the SDRplay by choosing RSP1B from the hardware dropdown, and you see the waterfall transform into a living canvas of Doppler‑shifted waves.

Now the essential ingredient: a digital radio decoder. The community has spun a robust libdab 1.3.3 library that stitches together accessible DAB+ and DRM frames. This library is packaged with a cross‑platform command line tool, dab-decoder, that one can pull from github.com/dab-optimized/libdab. A short brew install dab-decoder is enough, and the binary stands ready to turn raw samples into readable audio streams.

Tuning into the DRM Band and Modulation Maze

Locating DRM packets is a matter of patience and science. The RSP1B can go from 15 kHz up to 2 MHz focus, but the most common DRM channels lie under the 25‑MHz FM band, centered at 261.4 MHz for the CET, NBC, and RTH stations that once filled your ear. In GQRX, you set the center frequency to that marker, fine-tune the bandwidth to 200 kHz, and let the waterfall show you a grey blaze of energy. The next trick is to feed those samples into the dab-decoder with its ‑f and ‑b flags, telling it the alignment you just saw. One silent moment later the console spits out an ac3 file, the heart of the DRM program encoded in a ritual of multiplexed frames.

Decoding DRM with Post‑Processing and Listening Rituals

The raw stream is crystalline, yet DRM is a layered architecture: a timed service provider packet followed by a data stream that may contain narrative, images, or a second form of audio. The dab-decoder unpacks the multiplex into an AC‑3 file. This file is then handed over to a simple, yet powerful player such as ffplay, which is part of the Xiph.org ffmpeg package. The command line twists: ffplay -i output.ac3, and you are lost in the brass harmonics of the local news bulletin, the spidery chatter of weather updates, and the idling of the weekly farming report.

Streaming the DRM Spectrum Into Your Local Network

Some listeners choose to transform the decoded audio into a live stream that other devices on the network can consume. With streamcaster, a small Node.js module found on npm, you can read the running AC-3 file and push it behind a tiny HTTP server. A simple script opens the MP3 packet, converts it on‑the‑fly, and emits an x‑mp3-stream that can be opened on the Mac’s Music app, an iPhone, or a tablet. The final curve is the feeling of real‑time experience, the way the weather station’s voice drifts across the snow‑covered hills of your childhood.

When I first powered up the SDRplay RSP1B, the screen of my Windows machine lit up with the familiar SDR# interface. The software instantly recognized the device, and a spectral window sprang into view, dazzling with color from 0 MHz up to the 2.4 GHz ceiling. It was as if a new eye had opened to a world of untapped airwaves. I set the frequency to 433.92 MHz, right in the middle of the ISM band, and noticed a faint hum that turned into a clear, whirring pulse when the radio's RF‑gain knob hovered around 15 dB. The RSP1B's built‑in programmable gain control (PGC) was an ally in balancing sensitivity and noise floor as the signal bounced off suburban rooftops.

Listening for Telemetry

The next step was to coax the telemetry streams from the myriad sensors that patrol the skies and backyards. Many rural farms use small weather stations that transmit barometric pressure and temperature on simple, narrowband channels. The 433 MHz band is also a playground for forward‑looking IoT, where devices send packed packets every few seconds. In the SDR# window, I switched the demodulation mode from “AM” to “FM” with a broadband filter. The waterfall display spun in slow motion, showing the same burst pattern repeated every 1.5 seconds — exactly what the firmware of my local DHT22‑type sensor would send.

Decoding the Data Stream

Decoding a packet is a small story in itself. I turned to the open‑source command‑line tool myriad‑decoder, known for parsing 433 MHz telemetry from both commercial and home‑built transmitters. The tool expects a raw RSSI stream, the very data that the RSP1B pours out when run in “raw IEC” mode via the SDR# Save function. I piped the file into myriad‑decoder, which unveiled the hidden payload: T:23.7°C | H:45.2% | P:1013 hPa. The packet’s CRC held up, proving that the RSP1B’s sampling rate of 2 Msps was more than enough to capture the narrow pulse bursts characteristic of low‑power sensors.

Real‑Time Monitoring with GQRX

While my command‑line decoding was satisfying, I also wanted a live view that would light the way during a storm or a heatwave. I switched to GQRX, a GnuRadio‑based front end that runs on Linux. Inside GQRX, a waterfall bar rose and fell as weather satellites sent telemetry in a scrambled 433 MHz uplink. The small whitespace between bursts was where the data, in a proprietary binary format, lingered. With a quick script, I could convert the GQRX’s log output into CSV files, feeding them into a lightweight dashboard built with Grafana. The result was a shifting line graph on my laptop: green for temperature, blue for atmospheric pressure, all in realtime, plotted against the times the RSP1B stared at the sky.

Behind the Scenes: What Makes the RSP1B So Versatile?

Under the hood, the RSP1B’s 12‑bit ADC and 2 MHz part‑bandwidth give users a faithful representation of instant power variations. When the band’s wanted signal is apparently disappearing among noise, a 2 Msps sample stream can still capture its subtle signature, leaving the post‑processing tools to pull remaining threads from the fabric. Moreover, the 9 V power supply makes the RSP1B portable — I wired it into a battery pack to keep it humming under a tree while the local sensor network reported on weather changes. Based on recent community videos, 2024 firmware updates have added better HDR support, sharpening spectral lines and making long‑range meteorological monitoring more reliable.

Closing the Loop

When the sun sets and the radio’s signal music fades, I close the RS‑P1B’s USB connection, leaving its spectral soundscape in a file waiting to be dissected. The 433 MHz ISM band

© 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.