If you are running GNU Radio >= 3.9, there's also the native SDRplay module I wrote a big ago (https://github.com/fventuri/gr-sdrplay3) - you can find the announcement to this mailing list here: https://lists.gnu.org/archive/html/discuss-gnuradio/2020-08/msg00001.html
Unfortunately it won't build on GNU Radio 3.8 because of SWIG. Since it interfaces to the native SDRplay API (version 3.X), it doesn't require SoapySDR or gr-osmocom; I haven't done any comparison with the other approaches of interfacing with the SDRplay RSP devices (SoapySDR and gr-osmocom), but if someone does, I would be really interested in hearing their results. Franco > On 10/01/2021 6:47 AM Chris Vine <vine35792...@gmail.com> wrote: > > > On Thu, 30 Sep 2021 20:46:50 -0400 > Glen Langston <glen.i.langs...@gmail.com> wrote: > > Thanks for all everyone's efforts. > > > > We hope to give them a try. > > > > I’ve got a Soapy SDR question. Does anyone have a SDRPlay RSP1A running > > with Gnuradio 3.8. I’ve not been able to find a running example. > > > > Please send a link, if you’ve got a good example. > > I don't have a link to offer you as my gnuradio installation is home- > compiled from a number of scripts. However, I did have my RSP1A > working fine with gnuradio-3.8.2.0 using the out-of-tree gr-soapy block. > I have now moved on to gnuradio-3.9.2.0, which has the advantage of > providing an in-tree soapy block as part of the gnuradio distribution. > > If you are using gnuradio-3.8 and can't move to gnuradio-3.9, I found > that the out-of-tree gr-soapy block, wrapping SoapySDR and SoapySDRPlay, > worked far better than trying to use the gr-osmosdr block's unfree > backend for the RSP driver directly. gr-osmosdr's soapy backend worked > OK with the RSP driver and is what you will need if you are using gqrx, > otherwise that adds an unnecessary level of indirection: instead of > using gr-osmosdr's soapy backend you might just as well use gr-soapy > directly, and the latter enables you to configure for example the > RSP1A's MF/AM and VHF/DAB filters, which I never managed to do with > gr-osmosdr. > > SoapySDRPlay seemed to work fine with both the 2.13.1 and 3.05.1 > versions of the RSP driver; since the RSP1A only has a single hardware > sampler there is no advantage in using the 3.05.1 driver so I stuck with > version 2.13.1, which avoids having to start a daemon. > > My main issue was in working out which gr-osmosdr and gr-soapy > repository worked with which version of gnuradio. With gnuradio-3.9's > in-tree soapy block that is now obviated. If you need help with > versions/repositories for gnuradio-3.8 I should be able to help. > > Hope that helps.
