PyBOMBS is _supposed_ to make compiles easier, but is definitely not
required. Many people find it easier to build a subset of the GR ecosystem
without it, and there are build scripts out there that build up a few
things (given that you've already installed all the deps). We'll keep
working on maki
Hi Jeff,
Thanks again for everyone’s continued efforts.
We did get 3.8 working for several dongles, particularly the Airspy, air spy
mini, rtlsdr and limesdrs. So that is great.
Unfortunately the SDRPlay folks did not have time to get the SDRplay
included in the 3.8 revision we got running a
On 2021-10-01 11:46 a.m., Franco VENTURI wrote:
Marcus,
I understand your point, however when writing a generic module for SoapySDR like
SoapySDRPlay you have to try to be "everything for everybody", and that
sometimes leads to tradeoff and 'opinionated choices' you have to make in module.
For
Marcus,
I understand your point, however when writing a generic module for SoapySDR
like SoapySDRPlay you have to try to be "everything for everybody", and that
sometimes leads to tradeoff and 'opinionated choices' you have to make in
module.
For instance when writing the SoapySDRPlay module, I
SDRPlays work well with 3.8, 3.9 and 3.10 using multiple methods mentioned
by various people here. The proprietary drivers can make things a little
bit of a challenge. Sure, documentation can always use improvement, and
there's a big effort to work on that, all by volunteers. More volunteers
who us
Hi Marcus and Franco and everyone,
Thanks again for your help.
I have to say, the online documentation is such a mess. I continue
to wander into documentation that is obsolete but appears to be current. I
thought
I’d found the perfect way, using pybombs, which suggested
the latest version, 3.9
On 2021-10-01 7:34 a.m., Franco VENTURI wrote:
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/
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/msg1.html
Unfortunately it won't bui
I just used all the defaults, except for setting the type to sdrplay, gain
to 30, and the bandwidth to 1e6. Set the sample_rate variable block to 1e6.
That's it.
On Fri, Oct 1, 2021 at 7:03 AM Chris Vine wrote:
> On Thu, 30 Sep 2021 22:22:38 -0400
> Glen Langston wrote:
> > Hi Jeff,
> >
> > Tha
Hi Marcus,
Thanks for the reply.
If the timing of restart is random, can I reset the USRP set_start_time()
to another future time, so the signal will start to transmit at that time
after restart?
I am trying lock()-> disconnect all-> reconfigure usrp start time
->reconnect all -> unlock() inside t
On Thu, 30 Sep 2021 22:22:38 -0400
Glen Langston wrote:
> Hi Jeff,
>
> Thanks for your quick reply.
>
> I was having trouble figuring out what to put in the Soapy Source block.
> Do you have a flow graph example?
With gnuradio-3.8 and the gr-soapy block I had this for
gnuradio-companion, but
On Thu, 30 Sep 2021 20:46:50 -0400
Glen Langston 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 lin
12 matches
Mail list logo
