A Comprehensive Lab Comparison between Multiple Software Defined Radios
Librespace, who are the people behind the open hardware/source SatNOGS satellite ground station project have recently released a comprehensive paper (pdf) that compares multiple software defined radios available on the market in a realistic laboratory based signal environment. The testing was performed by Alexandru Csete (@csete) who is the programmer behind GQRX and Gpredict and Sheila Christiansen (@astro_sheila) who is a Space Systems Engineer at Alexandru's company AC Satcom. Their goal was to evaluate multiple SDRs for use in SatNOGS ground stations and other satellite receiving applications.
The SDRs tested include the RTL-SDR Blog V3, Airspy Mini, SDRplay RSPduo, LimeSDR Mini, BladeRF 2.0 Micro, Ettus USRP B210 and the PlutoSDR. In their tests they measure the noise figure, dynamic range, RX/TX spectral purity, TX power output and transmitter modulation error ratio of each SDR in various satellite bands from VHF to C-band.
The paper is an excellent read, however the results are summarized below. In terms of noise figure, the SDRplay RSPduo with it's built in LNA performed the best, with all other SDRs apart from the LimeSDR being similar. The LimeSDR had the worst noise figure by a large margin.
In terms of dynamic range, the graphs below show the maximum input power of a blocking signal that the receivers can tolerate vs. different noise figures at 437 MHz. They write that this gives a good indication of which devices have the highest dynamic range at any given noise figure. The results show that when the blocking signal is at the smallest 5 kHz spacing the RSPduo has poorest dynamic range by a significant margin, but improves significantly at the 100 kHz and 1 MHz spacings. The other SDRs all varied in performance between the different blocking signal separation spacings.
Overall the PlutoSDR seems to perform quite well, with the LimeSDR performing rather poorly in most tests among other problems like the NF being sensitive to touching the enclosure, and the matching network suspected as being broken on both their test units. The owner of Airspy noted that performance may look poor in these tests as the testers used non-optimized Linux drivers, instead of the optimized Windows drivers and software, so there is no oversampling, HDR or IF Filtering enabled. The RSPduo performs very well in most tests, but very poorly in the 5 kHz spacing test.
The rest of the paper covers the TX parameters, and we highly recommend going through and comparing the individual result graphs from each SDR test if you want more information and results from tests at different frequencies. The code and recorded data can also be found on the projects Gitlab page at https://gitlab.com/librespacefoundation/sdrmakerspace/sdreval.
Ive seen all kinds of reviews of features, noise, ability to work with high signals near the target frequency but Why dont people show the SNR and minimum discernible signals in these reviews. When it comes down to it you need to be able to receive it to decode it. Some sdr’s are deaf. Which ones can hear a sub microvolt signal and still decode it?
They have updated the report with new limeSDR mini data
Check it out on the gitlab (link is in the bottom of the article)
The technical details are good here, but one thing that is absent is the massive price difference on some of these options. We’re ranging $25 to $1200 radios here.
I am a little astonished by the bad limeSDR Mini “score”!!!
wasn’t it chosen by ESA as a “support of developing innovative satellite telecommunications solutions based on Software Defined Radio (SDR), both on ground and in space”.
and, as far as I know, a LimeSDR Mini is already onboard the ISS as the core receiver of the MarconISSta project.
could they test also the HackRFOne? Alexandru should have one as it was the TX used onboard one of the NEXSUS rockets.
lol, non optimized linux drivers? who is this fakenews windoze fanboy?
Exactly! If you want me to use it then you best have Linux drivers! I don’t use wincrapper… have not in decades have no plans to any time in the future, or ever!
I betting delivering drivers for Linux would probably offend their drive for $$$$$ as they would either have to provide it in source form, which may reveal FAKE ops! OR Crappy code OR BOTH… And if they choose to release only a binary format driver the Linux uber zealots will flip out on them over a binary only release. I personally don’t care about binary only drivers… source code is not the #1 driver in my use of Linux. Never has, never will be.
True. Besides Noise Figure is Noise Figure no matter what operating system you use. No amount of decimation, IF filtering or smoke and mirrors can make a crappy Noise Figure better. So those comments about non-optimised Linux drivers are just obfuscating bullshit.
Great comparison! Many Tnx Alexandru Csete (@csete).
My experiance as well …. LimeSDr is a total piece of crap! Noisy. Touch sensitive.
When you touch it it drifts like a feather in the wind.
Below 1000 MHz SDRplay
above 1000MHz PlutoSDR
I missing the nooelec
Yes me to.
I miss the different SDR Chipsets.
Libre Space Foundation engineers are still reviewing the document and will further publish their results after a full technical review, which is not yet finalized. Results are bound to change.
Eleftherios Kosmas, on behalf of the Libre Space Foundation board.
Do you fancy testing a few more boards? I might be able to loan you a LimeSDR USB, Airspy HF+ Discovery and Nooelec SDR.