Category: Other

Running Windows & x86 SDR Decoding Apps on the Raspberry Pi 3: Unitrunker, WinSTD-C, WXtoIMG, DSDPlus and more

There is a great advantage to running SDR decoder apps on a single board PC like a Raspberry Pi 3. For example instead of committing a whole PC to become a dedicated decoder, a cheap Pi 3 can be used instead. However, unfortunately many decoder apps are written for the x86 CPU architecture and/or Windows, making them impossible to run on ARM and/or primarily Linux devices like the Raspberry Pi 3.

That is unless you use an emulator combination like Eltechs Exagear and Wine. Exagear is an emulator that emulates an x86 environment on a device like a Raspberry Pi 3 which uses an ARM CPU. Wine is a Windows compatibility layer that allows you to run x86 Windows apps on an x86 Linux installation. So by combining Exagear together with Wine it is possible to run Windows apps on ARM Linux devices.

Exagear is not free (although there is a free trial). It currently costs $22.95 USD for a Pi 3 licence, and $16.95 USD for a Pi 2 licence and $11.45 for a Pi 1/Zero licence. They also have versions for Odroid, Cubieboard, BananaPi, Jetson and many other ARMv7 and ARMv8 devices like the super cheap and powerful Orange Pi’s. There are free alternatives out there like QEMU, however when we tested QEMU it was far too slow on the Pi 3 to even run notepad responsively, let alone a decoder. Exagear on the other hand seems to run apps at near native speeds, without much lag at all. So in this respect the price seems to be worth it.

We decided to test the Exagear + Wine combination on a Pi 3 and were successful in running a number of apps including Unitrunker, WinSTD-C, WXtoImg, DSDPlus, PC-HFDL, MultiPSK, Orbitron and Sondemonitor.

Trunking setup with Unitrunker on a Raspberry Pi 3

With Unitrunker we were able to set up a full trunk tracking system using two RTL-SDR dongles, rtl_fm, rtl_udp and a custom script to control rtl_udp.

Unitrunker running on a Raspberry Pi 3
Unitrunker running on a Raspberry Pi 3

In the future we may put up a full double checked tutorial with images, but for now a roughly written tutorial is presented below. The tutorial is fairly involved and assumes decent Linux experience. The tutorial starts from a fresh install of Raspbian.

The basic idea of operation is based around the fact that the RTL-SDR cannot be used directly within Wine (or so it seems). So the control signal audio is routed from rtl_fm running on one dongle into Unitrunker on Wine using alsa loopback. Then we use the old Unitrunker remote.dll method to generate a sdrsharptrunking.log file which is a text file that contains the current frequency that the voice receiver should tune to. A simple shell script continuously reads this file and extracts the frequency, and then commands an instance of rtl_udp running with the second dongle to tune to that frequency.

Continue reading →

The BreadBoard RF103: A homemade 16-bit, 0 – 1800 MHz Software Defined Radio

Over on his blog IK1XPV has been writing about his experiments in trying to create a new SDR which he calls the ‘BreadBoard RF103’. His SDR is based on a FX3 SuperSpeed Explorer Kit which is a development platform that has an ARM9 processor on board, USB 3.0 connectivity and various expansion headers. Connected to that board is an LTC2217 16-bit ADC which can sample at up to 105 Msps. An R820T2 is used as the tuning chip to enable reception from 30 – 1800 MHz, and reception from 0 – 30 MHz is handled in direct sampling mode. The R820T2 is the same chip used on most RTL-SDR dongles, as well as on the higher end Airspy. It is a very good tuning chip, but it is held back by the 8-bit ADC on the RTL2832U chip. So the 16-bit ADC on the LTC2217 should be able to really show it off.

BreadBoard RF103 Block Diagram
BreadBoard RF103 Block Diagram

IK1XPV’s BreadBoard RF103 is currently running on HDSDR with 10 MHz of bandwidth. He writes that a modern and powerful PC with USB 3.0 is required to to handle all the data coming through. In the videos below he shows it receiving the FM band with what looks to be about 10 MHz of bandwidth.

HDSDR v2 76 ExtIO sddc dll SRate 8000000 OS 10 0 14393 CPU Intel Core i5 3350P @ 3 10G

So far the BreadBoard RF103 doesn’t seem planned to be a commercial device. The LTC2217 ADC is a $115 USD part, and the FX3 dev board is $49 USD. So while not a budget unit, it may still end up as as interesting SDR to home build and could contend with Airspy and SDRplay devices in the $100 – $300 USD range.

A Review of the KiwiSDR: 10 kHz – 30 MHz Wideband Network SDR

The KiwiSDR is a 14-bit wideband RX only HF software defined radio created by John Seamons (ZL/KF6VO) which has up to 32 MHz of bandwidth, so it can receive the entire 10 kHz – 30 MHz VLF/LF/MW/HF spectrum all at once. However, it is not a typical SDR as you do not connect the KiwiSDR directly to your PC. Instead the KiwiSDR is a cape (add on board) for the Beaglebone single board computing platform. If you’re unfamiliar with the Beaglebone, it is a small computing board that is similar to a Raspberry Pi. The KiwiSDR is designed to be a low cost standalone unit that runs 24/7, connects to your HF antenna and internet network, and shares your 10 kHz – 30 MHz reception over the internet with up to 4 simultaneous users.

The KiwiSDR
The KiwiSDR

The KiwiSDR kit retails for $299 USD (Amazon) (Direct from Seeed Studio), and with that price you get the KiwiSDR cape, a Beaglebone Green board, an enclosure, microSD card and a GPS antenna. If you already have a Beaglebone lying around, then you can purchase the KiwiSDR board only for $199 USD. 

Because the KiwiSDR is a network SDR, instead of connecting it to your PC it connects to your home internet network, allowing you to access it from any computing device via a web browser. Direct access to the SDR is not possible (actually it seems that it is, but it’s not easy to do), and all the computing is performed on the KiwiSDR’s on board FPGA and Beaglebone’s CPU before being sent to the network. Thus raw ADC or IQ data is never touched by your PC, your PC only sees the compressed audio and waterfall stream. So a powerful computer is not required to run the SDR. In fact, a mobile phone or tablet will do just fine.

In comparison, a $299 USD wideband non-networked SDR such as the LimeSDR uses a 12-bit ADC and can do up to 80 MHz of bandwidth over USB 3.0. But even on our relatively powerful PC (i7-6700 CPU, Geforce GTX 970 and 32 GB RAM) the LimeSDR can only get up to about 65 MHz on SDR-Console V3 before performance becomes too choppy.

But the real reason to purchase a KiwiSDR is that it is designed to be shared and accessed over the internet from anywhere in the world. You can connect to over 137 shared KiwiSDRs right now over at sdr.hu which is a site that indexes public KiwiSDRs. To achieve internet sharing, the KiwiSDR runs a modified version of András Retzler’s OpenWebRX software. OpenWebRX is similar to WebSDR, but is open source and freely available to download online. The standard OpenWebRX is also designed to support the RTL-SDR. Of course if you don’t want to share your receiver over the internet you don’t have to, and you could use it on your own local network only.

Some applications of the KiwiSDR might include things like: setting up a remote receiver in a good noise free location, helping hams give themselves propagation reports by accessing a remote KiwiSDR while they are TXing, listening to shortwave stations, monitoring WSPR or WEFAX channels, education, crowd sourced science experiments and more.

Continue reading →

Talking to Ghosts with an RTL-SDR Dongle

Back in November of last year we posted about Doug Haber’s gqrx-ghostbox which is software that turns your RTL-SDR into an electronic voice phenomenon (EVP) tool, or in other words a ‘ghost box’ or ‘spirit box’. A ghost box is essentially a device that rapidly tunes between broadcast radio stations, creating mismashed audio of multiple stations. Paranormal researchers believe that such a tool can be used to communicate with ghosts or spirits. Over on Amazon commercial ghost boxes/spirit boxes seem to retail for anywhere from $70 USD to $140 USD so an RTL-SDR can be a budget way to get into paranormal research.

Over on her blog paranormal investigator shielaaliens has uploaded a post and video demonstrating an RTL-SDR based ghost box in action. Sheila actually doesn’t use the grqx-ghostbox software, but instead she just uses SDR# with a frequency scanner plugin set to rapidly scan through the broadcast band. In the video she asks the SDR# ghost box a few control questions such as “can you say kitty cat” and “can you say Nantucket”. In response the SDR# ghost box appears to respond with those exact words. Her Facebook post with the video can be found here.

Of course this might all sound pretty far fetched for most readers of this blog, but it is an application that the RTL-SDR is now being used for nonetheless!

Software Defined Radio (SDR) Ghost BOX

SDR-Console V3 Latest Update: Signal History & Receiver Panes

SDR-Console is a popular RTL-SDR compatible multi purpose SDR software package which is similar to programs like SDR#, HDSDR and SDRuno. Currently SDR-Console V2 is the stable version and SDR-Console V3 is in a beta state. A few days ago SDR-Console V3 Preview 6 was released. It comes with some very interesting new features including a built in Airspy server, a recording scheduler, a new feature called signal history and a new receivers pane.

Over on his blog Nils Schiffhauer (DK8OK) has been reviewing the new release of SDR-Conosle V3 and writes the following information about some of the new features:

  • “Signal History” takes the signal strength of the given bandwidth each 50 milliseconds, which can be saved in a CSV file. It is also shown in three different speeds on a display.
  • “Receivers’ Pane” shows up to six combos of spectrum/spectrogram of the complete up to 24 parallel demodulators (they additionally can be shown in the Matrix, as in former versions).

“Signal History” offers many applications, to name just three:

  • analyze fading and its structure with an unsurpassed time resolution of 50 ms
  • document fade-in and fade out
  • measure signal-to-noise ratio of signals

In addition Nils has also uploaded a very useful 19 page PDF where he writes step by step instructions and shows numerous examples of the new signal history tool.

DK8OK's SDR-Console V3 P6 Screenshot. Showing multiple receiver panes and the new signal history feature.
DK8OK’s SDR-Console V3 P6 Screenshot. Showing multiple receiver panes and the new signal history feature.
DK8OK's screenshot of the signal history toolbox.
DK8OK’s screenshot of the signal history toolbox.

Forum Talk Videos From Hamvention 2017

During Hamvention 2017 several presenters and myself presented SDR or radio related talks. Some were filmed and put up onto YouTube. Unfortunately the 2017 SDR Forum video seems to be missing, or not yet uploaded yet.

The first set of talks was recorded by Gary KN4AQ at the TAPR Forum. The first talk in the set was from Michael Ossmann and Dominic Spill on “Low Cost, Open Source Spectrum Monitoring”. In this talk they discussed their recent improvements on creating a fast spectrum scanner mode on their HackRF. The second talk was “Advanced SDR Algorithms for Noise Blanking and Noise Reduction” by Warren Pratt NR0V. Here Warren discussed and gave examples of the effectiveness of some new noise blanker and noise reduction algorithms used in openHPSDR. Finally the third talk was “Introduction to RTL-SDR: Ultra cheap software defined radio” by Carl Laufer (myself). This was a brief introduction to the RTL-SDR showing some typical applications that they are used for.

HRN 324: TAPR Forum at the 2017 Hamvention

The second set of talks was recorded by the Ham Radio 2.0 YouTube channel at the Digital Modes forum. The first talk was from myself again and was another introduction to cheap SDRs with some slightly different material. The second talk was by Uli with Wireless Holdings who discussed the latest developments in his DV4 digital mode transceiver products. Finally Mel K0PFX gave a talk on the latest developments in the FreeDV digital voice codec.

Ham Radio 2.0: Episode 101 - DV Modes Forum at Dayton Hamvention

Finally I was interviewed by Gary KN4AQ of the HamRadioNow podcast and YouTube show and Marty KC1CWF of the PhasingLine podcast about RTL-SDR.com and the V3 dongles.

HRN 328: Carl Laufer's RTL-SDR on HamRadioNow

Just a reminder that slides from all the talks presented by myself are available on this post.

Does the RTL-SDR.com FM Bandstop Filter Withstand TX Power?

Thanks to PY2RAF for writing in and sharing some tests that he did on our RTL-SDR Blog BCFM bandstop filter. The RTL-SDR Blog filters were designed for RX purposes only, and no provisions were made for TX with only small SMD components being used. However PY2RAF wanted to test to see if the filter could at least handle 5W. The gist of his results is that the filter seems to handle 5W just fine, but as a precaution we wouldn’t recommend that anyone do this unless you really know what you are doing! 

As he does not have a blog, we present PY2RAF’s write up here:


Introduction

I am a Ham Radio Operator (PY2RAF), live in a metropolitan and very RF-polluted area.

Recently, I bought a handheld device and was back to the ether, after a 12-year hiatus. I assembled myself a 3-band quarter-wave “cat whisker” antenna for 144, 220 and 430 MHz (https://rf01.co/q/antena.jpg), calibrated it using a VNA and was quickly back up in the air.

Despite great and complimentary reports of good audio and transmission reports, my reception was sub-par: Lots of interference (QRM), static, squelch closing despite high S-bar signal.

I got intrigued by that, it just did not make sense: Had the VX-8 large mouth but bad ears? After a couple of days puzzled, I got a good idea: Put my RTL-SDR.com filter in the antenna.

The result was great: It immediately reduced the idle band noise from 6-7 S-bars to 3-4 S-bars. The squelched interrupted audio also stopped happening.

So, I could conclude that the strong FM BC band was overloading the receiving stage of the radio. Culprit found.

However, it brought another problem: the filter is NOT designed to cope with TX power (it is actually expressly stated at the product description page). However, the enhancement was just too good and I reached Carl asking about TX support or tests. Carl explained me that while the filter was not designed with TX power in mind, it withstand some minor current, because it supports Bias Tee currents.

I took it as a ‘good enough, I’ll test it’. See the results below.

Material

The Device Under Test (DUT) is a RTL-SDR.com FM Bandstop Filter. The transceiver is a Yaesu VX-8DR. I used a PocketVNA Vector Network Analyzer for checking the filter S21 characteristics and antenna S11 VSWR and impedance figures.  The realtime VSWR and TX power were monitored by a Diamond SX-200. I also used a Rtl-SDR.com SDR dongle and GQRX software to check for any transmission distortion. The radiant system (antenna) is a homebrew 3-band multiple dipole antenna, with VSWR < 1:1.3 in frequencies under test.

Method

Prior to any transmission, I put the DUT in the VNA and noted its frequency and attenuation figures.

Next step, assembled the test environment:

Transceiver – wattmeter – DUT – antenna.

I did then the first test: set the radio to its lowest power (0.05 W) and transmitted in frequency 144.320 MHz. I have also tuned the SDR dongle in the same frequency and watched the  waterfall pattern, while listening for the resulting audio. Then, repeated the very same test now adding the DUT before the antenna. The waterfall signature and the audio quality was pretty much the same and coherent. Transmitted for approx. 30 seconds using the Filter.

In the next step, I repeated the tests raising the TX power to 1W and 2.5W. I requested feedback from a fellow Ham operator and got report that the audio quality was pretty much the same with and without the filter, with no changes in RX S-units figures. It means, it did not distort the audio nor put significant attenuation into the signal.

The next test was the real world conditions test. I switched to the repeater 146.910 MHz, negative shift (actual TX 146.310, https://goo.gl/maps/45cUY58yot52). This repeater is located circa 100 KM north from my residence. After introducing myself to the repeater and stating the device test, I started transmitting first with a single watt: successfully hit the repeater. After around 7 comms averaging around 2 minutes, I asked for feedback with and without the filter: The reports that I have heard were of no change in the quality or fidelity of the transmission. The SWR was being continuously monitored by the Diamond SX-200, paying attention for any component disruption and sudden SWR raise: The operation was just normal. The filter also did not present any temperature change noticeable by touch.

Finally, I raised the TX power to 5W and requested report. I did a 1’30” TX and got report of normal transmission.

Results

This test validated, to me, the useful and robustness of the bandstop filter in my antenna as a permanent solution: It did not change the SWR figure, produced heating, noticeable attenuation or signal distortion: It became, since then, a permanent item between my radio and the antenna.

After the tests, I ran another round of DUT tests in VNA and the attenuation of the filter were the same as original: Working the way it should be.

Next day, I joined the repeater net again and spent around two hours ragchewing in the radio, accumulating something around 25 minutes of TX. Nothing wrong was noticed.

A Final Note

It is important to register that the DUT is working in a nicely matched (VSWR < 1:1.5) antenna system. Unmatched or higher VSWR figures can result in higher voltage, enough to break down the isolation. High-Q antenna systems might also present the same issue.

The New England Workshop for SDR (NEWSDR) Accepting Poster Submissions

Thanks to Michael Rahaim a Postdoctoral Researcher at Boston University for letting us know about the New England Workshop for SDR (NEWSDR) which will be held on June 1 & 2 and Tufts University in Medford, MA. They write:

A few of my colleagues and I are organizing the New England Workshop for SDR (NEWSDR) next month and we are currently accepting submissions for poster presentations. The event will be held at Tufts University and is sponsored by MathWorks, Ettus/NI, MediaTek and Analog Devices. It is the 7th time we’ve held the workshop and we typically have attendance of 80-100 people from industry, academia, and government.

This seems to be mostly an academic and industry conference type event, but a few people reading this blog may be interested. Registration is free.

This year as well as the poster presentations there will be a tutorial and introduction to using the PlutoSDR, which is an (as of yet unreleased) TX & RX capable SDR that will be priced at around $149 USD. It looks to be like a way to get started with SDR TXing very cheaply. During the workshops they are also providing tutorials on using USRP SDR devices with MATLAB Simulink, and with FPGAs. In 2016 they also had some interesting presentations including “Wireless Beyond RF: From Underwater to Intra-body Ultrasonic Software Defined Radios” and a tutorial on “Identifying Mystery Waveform Using Simulink and RTL-SDR”