Glen Langston
To: GNURadio Discussion List
Cc:
Bcc:
Date: Tue, 23 Nov 2021 17:04:21 -0500
Subject: Re: Releases v3.8.4.0 and v3.9.3.0
Thanks to everyone for your various attempts to help me get an SDRPlay
RSP1A working properly on
a raspberry PI and gnuradio 3.8
So far I’ve failed compl
Hi All,
I am new to GNU Radio….. only about two years in and Ilove
it……a few comments.
I amretired Physics and E.E. I runGNURadio Version 3.10
on Ubuntu 20.10 I have had very good experiences with the
tutorials by Barry Duggan……
Hi Marcus,
However SDRPlay3 only builds on gnuradio3.9
One of the many million paths I’ve gone down because different gnuradio versions
break different aspects of other software:
dietpi@DietPi:~/gr-sdrplay3/build$ cd dietpi@DietPi:~/gr-sdrplay3$ cd build
dietpi@DietPi:~/gr-sdrplay3/build$ cmake
Hi Glen,
seeing that 3.8 is the standard on Debian 11, Ubuntu 20.04, 20.10, 21.04, and 21.10: nope,
the GNU Radio 3.8 user base is rather large and alive :)
GNU Radio's version has nothing to do with whether your RSP1A works with soapy.
Can't really tell you anything about what fails on the S
Gle,
the GNU Radio Wiki mentions a distribution specifically for the Raspberry Pi
called PiSDR: https://wiki.gnuradio.org/index.php/InstallingGR#Raspberry_Pi
I just looked at the PiSDR GitHub page here:
https://github.com/luigifcruz/pisdr-image but I am not 100% sure if it supports
the SDRplay
Thanks to everyone for your various attempts to help me get an SDRPlay RSP1A
working properly on
a raspberry PI and gnuradio 3.8
So far I’ve failed completely. Following your instructions, many version have
been installed but I continue
to find incompatibilities, crashing due to different assu
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 som
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 streaming,
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
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 th
The segfault also happens on Ubuntu 18.04 and gcc >= 8. It is exposed by
these commits.
https://github.com/gnuradio/gnuradio/commit/1e661918ad4fd096b2c990354c316602813246c7
https://github.com/gnuradio/gnuradio/commit/9f8ed5bb5decdcc6905e4a8cbd22ac31bca619a7
It appears to be related to the Qt v
Note on compilers: a "may not work" warning is printed during cmake if the
gcc version is < 8.3.0. So, 7.5.0 is not really supported, even though it
may have worked in the past.
On Mon, Oct 4, 2021 at 5:16 PM Aardric wrote:
> Adding (hopefully not just noise) to this thread, I am curious as to
>
Adding (hopefully not just noise) to this thread, I am curious as to
whether my stopping flow graphs that contain a QT GUI time sink or
frequency sink resulting in a segmentation fault is related to gr built
with 8.2.1 while opensuse Leap 15.2 system libraries were built with GNU
C++14 (SUSE Linux)
Issue fixed on maint-3.9, for those who do not have recent compilers.
On Mon, Oct 4, 2021 at 9:28 AM Jeff Long wrote:
> Added issue https://github.com/gnuradio/gnuradio/issues/5134.
>
> On Mon, Oct 4, 2021 at 9:22 AM Jeff Long wrote:
>
>> We only require C++14 but the compilers we test with sup
Added issue https://github.com/gnuradio/gnuradio/issues/5134.
On Mon, Oct 4, 2021 at 9:22 AM Jeff Long wrote:
> We only require C++14 but the compilers we test with support some C++17
> features, e.g., filesystem. You are right that this change was made between
> 3.9.2.0 and 3.9.3.0. We should h
We only require C++14 but the compilers we test with support some C++17
features, e.g., filesystem. You are right that this change was made between
3.9.2.0 and 3.9.3.0. We should have put in an ifdef for backward
compatibility here. If you change that line to boost/filesystem, does it
work? That ap
> That's not a boost problem, it's a gcc problem. You have to use at least
> gcc 8 for v3.9.3.0.
>
> Ron
>
Thanks for quick help.
The compiler is GCC 7.5 and there is a warning, it worked somehow with GR
3.9.2. but now isn't.
--
Wojciech Kazubski
That's not a boost problem, it's a gcc problem. You have to use at least
gcc 8 for v3.9.3.0.
Ron
On 10/4/21 4:54 AM, Wojciech Kazubski via GNU Radio, the Free &
Open-Source Toolkit for Software Radio wrote:
GNU Radio has released v3.8.4.0 and v3.9.3.0, hitting the September target
date with h
> GNU Radio has released v3.8.4.0 and v3.9.3.0, hitting the September target
> date with hours to spare. For details, see the Github release pages:
>
> https://github.com/gnuradio/gnuradio/releases/tag/v3.8.4.0
> https://github.com/gnuradio/gnuradio/releases/tag/v3.9.3.0
>
> Next releases are exp
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
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
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.
Thanks!
Glen
For our successes in Rad
GNU Radio has released v3.8.4.0 and v3.9.3.0, hitting the September target
date with hours to spare. For details, see the Github release pages:
https://github.com/gnuradio/gnuradio/releases/tag/v3.8.4.0
https://github.com/gnuradio/gnuradio/releases/tag/v3.9.3.0
Next releases are expected in Decem
30 matches
Mail list logo