On Sat, 20 Nov 2021 13:54:58 -0500 (EST)
Franco VENTURI wrote:
> 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
On Sat, 20 Nov 2021 13:12:02 -0500
Glen Langston 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
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)
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
Hi,
What are these files located under .ci_support in the gnuradio source tree?
Any explanation would be appreciated.
Thanks
Marcin Puchlik
Hi Barry,
The way the flowgraph is right now, the vector source generates samples as fast
as it can and it's directly treated by the EPyB and floods the buffers. When a
pdu is to be inserted, there is already tons of filler samples to treat first
so that greatly delays the moment you can see
