gr-osmsdr device driver for SDRplay API 3.01

Add useful snippets of code or links to entire SDR projects.
fventuri
Posts: 37
Joined: Sun Dec 25, 2016 4:24 pm

gr-osmsdr device driver for SDRplay API 3.01

Postby fventuri » Wed Mar 13, 2019 1:35 am

I just pushed to the 'sdrplay3' branch of my gr-osmosdr repo a version of the GNU Radio block 'gr-osmosdr' that includes a device driver for RSP devices using the new SDRplay API version 3.01 and should (in theory) support the dual-tuner mode available on the RSPduo model.

This 'sdrplay3' branch is available here: https://github.com/fventuri/gr-osmosdr/tree/sdrplay3

More information on the GNU Radio gr-osmosdr block is here: https://osmocom.org/projects/gr-osmosdr/wiki/GrOsmoSDR
The new SSDRplay API version 3.01 was introduced here: https://sdrplay.com/community/viewtopic.php?f=6&t=3997
This branch is a fork of Jeff Long's gr-osmosdr block that has the sdrplay device driver for the SDRplay API version 2.13 (https://github.com/willcode/gr-osmosdr)

Instructions to build the block are in the README file.

I thought it would also be helpful to list the steps here (these steps assume that you already have installed the SDRplay API version 3.01):

Code: Select all

git clone https://github.com/fventuri/gr-osmosdr.git
cd gr-osmosdr/
git checkout sdrplay3
mkdir build
cd build
cmake -DENABLE_NONFREE=TRUE ../
make
sudo make install
sudo ldconfig

To be able to use the 'sdrplay3' device driver in the gr-osmocom GNU Radio block you have to have the sdrplay_api service up and running.

I tested and ran this device driver with gqrx on Linux (Fedora 29, to be exact); the waterfall looks OK and I was able to demodulate a couple of stations at different sample rates - of course more testing needs to be done.

You should be able to run this driver side by side with the 'sdrplay' driver in the gr-osmocom block (it works for me and gqrx can see the same RSP device with both drivers, of course you want to use one or the other).

To use the different modes available in the RSPduo, the device string should have the RSPduo mode (and possibly the tuner to be used) - these are some examples:

Code: Select all

sdrplay3=0,rspduo_mode=single,tuner=B
sdrplay3=0,rspduo_mode=dual
sdrplay3=0,rspduo_mode=ms,tuner=A

Finally I was only able to test it with my RSP2; since I don't have an RSPduo, I don't know for sure how/if it works in dual-tuner mode; I think the driver should have all the code needed to support two outputs as should be the case in dual-tuner mode, but I can't really run any tests for this case (or for the master/slave mode); I would definitely be very interested if anyone can give it a try using an RSPduo and try the different modes available there to see what happens.

Let me know if you have any problems building and running the 'sdrplay3' device driver for the GNU Radio gr-osmocom block.

Franco

Reason: No reason

Return to “Code Corner”

Who is online

Users browsing this forum: No registered users and 4 guests