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.langs...@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 <vine35792...@gmail.com> wrote:
> >
> > On Fri, 19 Nov 2021 10:04:06 -0500
> > Glen Langston <glen.i.langs...@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
