discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Teething problems with new GNU Radio 3.9 installation


From: geraldfenkell
Subject: Re: Teething problems with new GNU Radio 3.9 installation
Date: Wed, 21 Apr 2021 13:40:34 -0700

2021-04-21
 
Hello Ryan
 
I want to take this opportunity to thank you, Ryan, for supplying (after "years" of trying) a do-able method
for installing a windows 10 version of gnuradio through conda.  Truly a find in my emails of this year.
 
I point out , only a small matter that I was able to overcome.  Windows 10 thinks that its main purpose
in life is to prevent me from downloading an "unsigned" (certificate) and puts considerable obstacles
in place which to overcome one must keep hitting "more information", "keep", "run anyways". 
Finally one must know to click the start icon->GNU->GNU RADIO COMPANION  or equivalent
activate it from a conda start window (which I have not yet tried (with gnuradio-companion).
 
I have had, and am grateful to you, my first success at activating gnuradio companion on windows  (10) ( I
used the start icon->gnu radio->gnu radio companion approach). I use
an Ubuntu 20.04 with gnuradio for my approach to learning gnuradio methodology.
 
 
In any event, I thank you.
 
regards
 
Jerry, VE3OBX
 
---------------------------
Hi Brendan,

I can't comment on the particular errors you're seeing with GR 3.9, but I can offer an alternative to building from source. I maintain a collection of packages for conda-forge that use the conda package manager, including UHD and GNU Radio. Because of the way conda works, these are installable on practically any Linux base OS (or macOS, or Windows) and the installation is contained to a single directory. So if you want to try it but it doesn't work out, you won't be causing a new mess that you have to clean up.

Here are the links to an all-in-one installer:

https://github.com/ryanvolz/radioconda

and instructions for the à la carte approach:

https://wiki.gnuradio.org/index.php/CondaInstall

Either way, you have the option of either:

GR 3.9.1 + UHD 4.0.0 (with Python bindings)

or

GR 3.8.3 + UHD 3.15 (with Python bindings)

I hope that's useful!

Cheers,
Ryan

On 4/21/21 9:45 AM, Josh Morman wrote:
> I haven't tried this in quite a while, but Ettus maintains a PPA as well, and has 18.04 binaries for 3.15:
> https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd <https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd>
>
> If you remove gnuradio and uhd as installed via apt
> then add that PPA
> then install uhd
> then install gnuradio from PPA
> It *should* allow you to have a relatively up to date UHD driver.  I am not sure, though, if these are built with PYTHON enable.
>
> Perhaps someone with more UHD experience can chime in on how best to get UHD 4.0 but still install GNU Radio from binaries.
>
> Josh
>
>
> On Wed, Apr 21, 2021 at 7:09 AM Brendan Horsfield <brendan.horsfield@vectalabs.com <mailto:brendan.horsfield@vectalabs.com>> wrote:
>
> Hi Josh,
>
> Thanks for the advice.  On balance, I would prefer to stick with Ubuntu 18.04 and roll back GNU Radio to version to 3.8.  I'm running some fairly "experimental" (i.e. fragile) software applications on my laptop at the moment, and I am a bit nervous about breaking them with an OS upgrade.
>
> Normally I would never install anything from source, being a relatively inexperienced user.  However, in this case I don't have much choice, as the Ettus USRP driver I am using (UHD v4.0) is not supported by the standard GNU Radio binaries.  If you know of a way to install a GNU Radio binary that will let me use a USRP driver of my choosing, please let me know.
>
> Note that I am willing to switch to an older version of the USRP driver if it will help.  However, regardless of which driver version I use, it will have to be built from source with the -DENABLE_PYTHON_API compiler flag set to ON (the default is OFF), as I require this API for my project.  (The obvious alternative would be to import the GNU Radio library into my Python project, rather than the Ettus API.  I don't have any experience with this, but I would be willing to give it a try.)
>
> Thanks,
> Brendan.
>
>
> On Wed, Apr 21, 2021 at 8:26 PM Josh Morman <mormjb@gmail.com <mailto:mormjb@gmail.com>> wrote:
>
> Brendan,
>
> If you are able to, I would recommend updating to Ubuntu 20.04 and then using the ppa to install 3.9: https://wiki.gnuradio.org/index.php/InstallingGR <https://wiki.gnuradio.org/index.php/InstallingGR> (from PPA section)
> If you are stuck with 18.04, I would recommend dropping back to v3.8 and follow the same instructions.
>
> If you must install from source, I have been able to build 3.9 on 18.04 using these prerequisites (and then volk from source):
> https://github.com/mormj/gnuradio-docker/blob/maint-3.9/ubuntu/18.04/buildreqs.Dockerfile <https://github.com/mormj/gnuradio-docker/blob/maint-3.9/ubuntu/18.04/buildreqs.Dockerfile>
>
>
> Josh
>
>
> On Wed, Apr 21, 2021 at 2:21 AM Brendan Horsfield <brendan.horsfield@vectalabs.com <mailto:brendan.horsfield@vectalabs.com>> wrote:
>
> Hi Everyone,
>
> I have just finished installing GNU Radio 3.9.0.0 on my Ubuntu laptop, and I am having some difficulties getting it to work properly.  It feels like I have missed a step, but I don't know what it could be.
>
> I installed GNU Radio by building it from source as per the instructions in https://wiki.gnuradio.org/index.php/InstallingGR#From_Source <https://wiki.gnuradio.org/index.php/InstallingGR#From_Source> and https://wiki.gnuradio.org/index.php/UbuntuInstall#Install_the_Pre-Requisites <https://wiki.gnuradio.org/index.php/UbuntuInstall#Install_the_Pre-Requisites> (see below for details).  The process seemed to go smoothly, with no errors reported.
>
> However, when I open a bash terminal and type "gnuradio-companion", I get the following warning messages:
>
> <<< Welcome to GNU Radio Companion 3.9.0.0 >>>
> Block paths: /usr/local/share/gnuradio/grc/blocks
> Loading: "/home/anyone/Documents/Brendan/GNU-Radio/GNR-Radio-3_9_0_0/test.grc"
> >>> Done
> Warning: restarting the docstring loader (crashed while loading 'qtgui_grbackground')
> Warning: restarting the docstring loader (crashed while loading 'qtgui_auto_correlator_sink')
> Warning: restarting the docstring loader (crashed while loading 'qtgui_bercurve_sink')
> Warning: restarting the docstring loader (crashed while loading 'qtgui_compass')
> Warning: restarting the docstring loader (crashed while loading 'qtgui_const_sink_x')
> Warning: docstring loader crashed too often
>
> GNU Radio Companion then opens up OK, but it won't run any flowgraphs, even very simple ones.  It simply returns Code-11 each time, with no further information.
>
> Also, if I try to add any Instrumentation blocks (e.g. QT GUI Frequency Sink), the application shuts down immediately, and prints the message "Segmentation fault (core dumped)" to the terminal.
>
> Details of my equipment setup are as follows:
>
> HP Omen laptop
> Intel Core i7-8750H CPU @ 2.20GHz × 12
> 32GB RAM
> Ubuntu 18.04.5 LTS
>
> Ettus B210 USRP
> UHD driver v4.0.0.0 with Python API enabled
> (USRP operation has been verified using Ettus examples and my own Python scripts.)
>
> GNU Radio Installation Process:
> 1.  Install dependencies as per gnuradio wiki page, including pybind11 v2.6.2 and Volk v2.4.1 (both built from source)
> 2.  Install GNU Radio as follows:
> mkdir workarea-gnuradio
> cd workarea-gnuradio
> git clone https://github.com/gnuradio/gnuradio.git <https://github.com/gnuradio/gnuradio.git>
> cd gnuradio
> git checkout v3.9.0.0
> mkdir build
> cd build
> cmake -DCMAKE_BUILD_TYPE=Release -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
> make -j8
> make test  (NOTE:  THIS RETURNED A MESSAGE THAT "NO TESTS WERE FOUND")
> sudo make install
> sudo ldconfig
> Updated PYTHONPATH and LD_LIBRARY_PATH in $HOME/.bashrc file
> sudo ldconfig
> volk_profile
> Reboot laptop
> Open terminal, run "gnuradio-companion", make sad face.
>
> Has anyone encountered this problem before?  Any assistance you can provide would be greatly appreciated!
>
> Thanks & Regards,
> Brendan.
>
>

 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]