Re: Releases v3.8.4.0 and v3.9.3.0

[Franco VENTURI]

Glen,
using the 'gr-soapy' source and the latest SoapySDRPlay module 
(https://github.com/pothosware/SoapySDRPlay3), you should be able to control 
biasT by using this argument:

      biasT_ctrl=true

(see here for some more details here: 
https://github.com/pothosware/SoapySDRPlay3/issues/21)

As per the gains (or gain reductions, as they are defined int the SDRplay API), 
select 'Specific' in the 'gr-soapy' block, and then set the value of 'IFGR' (IF 
gain reduction) to a value in the range 20-59 (dB of gain reduction) and 'RFGR' 
(RF gain reduction) to a value between 0 and N - this value is the so called 
'LNA state', which is explained in detail in SDRplay API Specification Guide 
(https://www.sdrplay.com/docs/SDRplay_API_Specification_v3.08.pdf); look for 
'Gain Reduction Tables' in that document.

Hope this helps,
Franco


> On 11/20/2021 1:12 PM Glen Langston <glen.i.langston@gmail.com> wrote:
> 
>  
> Hi Chris,
> 
> Thanks for  your reply.
> 
> After countless hours of messing around, I partially have 
> SDRPlay supported on a Raspberry PI 4 with gnuradio 3.8.2
> 
> Within gnuradio and osmosdr source blocks, I have SDRPlay data streaming, but 
> I’ve not been
> able to turn the bias-tee on or make any sense of the gain settings.
> 
> With gr-soapy source
> 
> I’ve got trouble getting the stream of data to flow.
> 
> with  SoapySDRUtil —find  I do find the device with reasonable values
> 
> ######################################################
> ##     Soapy SDR -- the SDR abstraction library     ##
> ######################################################
> 
> Found device 0
>   driver = sdrplay
>   label = SDRplay Dev0 RSP1A 190316E696
>   serial = 190316E696
> 
> So, my question is:
> 
> Do you (or anyone) have examples of the values to put in
> either of the source blocks to control the bias-tee 
> gains and notch filters?
> 
> Thanks again!
> 
> Best regards
> 
> Glen
> 
> Again this was working perfectly in gnuradio 3.7.13 but is huge headache
> in later version.
> 
> > On Nov 20, 2021, at 7:54 AM, Chris Vine <vine35792468@gmail.com> wrote:
> > 
> > On Fri, 19 Nov 2021 10:04:06 -0500
> > Glen Langston <glen.i.langston@gmail.com> wrote:
> >> Hello Chris,
> >> 
> >> I’ve seen your emails concerning SDRPlay and gnuradio 3.8 and 3.9
> >> 
> >> So far, after countless hours, I’ve yet to get SDRPlay working on a
> >> raspberry pi with gnuradio 3.8.
> >> 
> >> My code works fine with gnuradio 3.7, but all the documentation for
> >> 3.8 seems to be out of date as everything was broken in the move to 3.9.
> >> 
> >> Do you happen to have a Raspberry PI OS complete image that works
> >> with gnuradio 3.8 and SDRPlay?
> >> 
> >> If so would you consider posting a copy of the entire OS?
> >> 
> >> Thanks
> > 
> > Hi Glen,
> > 
> > I am afraid I don't have a raspberry pi so I can't help you with that.
> > I am now using gnuradio-3.9, but I had a RSP1A working well on x86_64
> > hardware with gnuradio-3.8 with the following:
> > 
> > * gnuradio-3.8.2.0
> > 
> > * soapy-sdr (repo https://github.com/pothosware/SoapySDR) master branch
> >  as at the commit of 2020-07-13
> > 
> > * gr-soapy (repo https://gitlab.com/librespacefoundation/gr-soapy)
> >  master branch as at the commit of 2021-02-16
> > 
> > * sdrplay-2.13.1
> > 
> > * soapy-sdrplay (repo https://github.com/pothosware/SoapySDRPlay2)
> >  master branch as at the commit of 2020-06-29
> > 
> > As an alternative to the last two I have also used:
> > 
> > * sdrplay-3.7.1
> > 
> > * soapy-sdrplay (repo https://github.com/pothosware/SoapySDRPlay3),
> >  master branch as at commit of 2021-01-12
> > 
> > gr-osmosdr does not work correctly with gnuradio-3.8 with the RSP1A (nor
> > very well with gnuradio-3.7 either).  Use gr-soapy instead, or if you
> > are using gqrx, use gr-osmosder with the soapy backend (not the "unfree"
> > sdrplay backend).
> > 
> > Hope this helps.
> > 
> > Chris