On Apr 20, 2021, at 2:02 AM, Brendan Horsfield brendan.horsfield@vectalabs.com wrote:


Hi Marcus,

Progress update:  Still stuck, but perhaps with some new clues as to what is going wrong.

I have reinstalled both UHD and GNU Radio:  the former from source, the latter from binaries as recommended on the GNU Radio website.  I then performed the following checks:
uhd_find_devices & uhd_usrp_probe:  OK
PYTHONPATH manually set to /usr/local/lib/python3/dist-packages
benchmark_rate & benchmark_rate.py:  OK
In Python 3:  from gnuradio import uhd.  RESULT:  linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown  (WRONG! SHOULD BE UHD v4.0.0.0)
In Python 3:  uhd.file.  RESULT:  /usr/lib/python3/dist-packages/gnuradio/uhd/init.py
From command prompt:  gnuradio-config-info -v.  RESULT:  error while loading shared libraries: libgnuradio-runtime.so.3.8.3git: cannot open shared object file: No such file or directory  (NOT A GOOD SIGN)
Observation 1:  It really looks like the GNU Radio installer is ignoring my existing, installed UHD driver, and adding its own, older UHD drivers to my system.  See the following console output for details:

The following NEW packages will be installed:
gnuradio gnuradio-dev libcodec2-0.7 libgnuradio-analog libgnuradio-audio libgnuradio-blocks libgnuradio-channels libgnuradio-digital libgnuradio-dtv libgnuradio-fec libgnuradio-fft libgnuradio-filter libgnuradio-pmt libgnuradio-qtgui libgnuradio-runtime libgnuradio-trellis libgnuradio-uhd libgnuradio-video-sdl libgnuradio-vocoder libgnuradio-wavelet libgnuradio-zeromq libgsm1-dev libqwt-qt5-6 librtlsdr0 libuhd003.010.003 libuhd3.15.0 libvolk2-bin libvolk2-dev libvolk2.0 libvolk2.2 python3-networkx python3-zmq rtl-sdr uhd-host
0 to upgrade, 34 to newly install, 0 to remove and 20 not to upgrade.
Need to get 2,310 kB/24.9 MB of archives.
After this operation, 178 MB of additional disk space will be used.
Do you want to continue? [Y/n] y

Observation 2:  Post-installation, GNU Radio is clearly looking in the wrong place for the FPGA images.  When I open GNU Radio and try to connect to a UHD block, it is unable to locate the FPGA image for the block.  It then instructs me to run /usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py (which incidentally is completely the wrong location for that utility):

UHD Warning:
EnvironmentError: IOError: Could not find path for image: usrp_b200_fw.hex
Using images directory: <no images directory located>
Set the environment variable 'UHD_IMAGES_DIR' appropriately or follow the below instructions to download the images package.
Please run:
"/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py"

I have tried setting the environment variable UHD_IMAGES_DIR in my .bashrc file as shown below, but it makes no difference:
export UHD_IMAGES_DIR=/usr/local/share/uhd/images
Any suggestions?  Should I try installing GNU Radio from source?  Or should I perhaps direct my questions to the GNU Radio mailing list?

Thanks,
Brendan.

On 20/04/21 16:02, Brendan Horsfield wrote:

Do you mean the binaries from your distribution repo
(eg. Ubuntu bionic: https://packages.ubuntu.com/bionic/gnuradio)?

If yes, it cannot work.
The dependency graph pulls "libuhd003.010.003".

I guess most GNU Radio binaries won't work
because they are built with other versions of UHD
and hence pull specific versions.

libgnuradio-audio

libgnuradio-dtv

Strange, I do not see "libgnuradio-uhd" there.
It pulls libuhd3.10, but also libuhd3.15. What was the command?

should

IMO, the "easiest path" is building from source.
That way, you are sure it will link with the correct UHD version.
Using binaries are ok as long as UHD and linked UHD to GNU Radio versions
stay sync.

--

Cédric Hannotier

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

Which OS is this?

Do you have a PPA installed for GnuRadio and/or UHD?

This looks like you’ve created a tangle of old and new by mixing various
install mechanisms over time and not backing out of them cleanly before
starting a new one.

Sent from my iPhone

On Apr 20, 2021, at 2:02 AM, Brendan Horsfield <
brendan.horsfield@vectalabs.com> wrote:


Hi Marcus,

Progress update:  Still stuck, but perhaps with some new clues as to what
is going wrong.

I have reinstalled both UHD and GNU Radio:  the former from source, the
latter from binaries as recommended on the GNU Radio website.  I then
performed the following checks:

- uhd_find_devices & uhd_usrp_probe:  OK
- PYTHONPATH manually set to /usr/local/lib/python3/dist-packages
- benchmark_rate & benchmark_rate.py:  OK
- In Python 3:  from gnuradio import uhd.  RESULT:  linux; GNU C++
version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown*  (WRONG!
SHOULD BE UHD v4.0.0.0)*
- In Python 3:  uhd.__file__.
 RESULT:  /usr/lib/python3/dist-packages/gnuradio/uhd/__init__.py
- From command prompt:  gnuradio-config-info -v.  RESULT:  error while
loading shared libraries: libgnuradio-runtime.so.3.8.3git: cannot open
shared object file: No such file or directory  *(NOT A GOOD SIGN)*

*Observation 1:  *It really looks like the GNU Radio installer is
ignoring my existing, installed UHD driver, and adding its own, older UHD
drivers to my system.  See the following console output for details:

The following NEW packages will be installed:
gnuradio gnuradio-dev libcodec2-0.7 libgnuradio-analog libgnuradio-audio
libgnuradio-blocks libgnuradio-channels libgnuradio-digital libgnuradio-dtv
libgnuradio-fec libgnuradio-fft libgnuradio-filter libgnuradio-pmt
libgnuradio-qtgui libgnuradio-runtime libgnuradio-trellis libgnuradio-uhd
libgnuradio-video-sdl libgnuradio-vocoder libgnuradio-wavelet
libgnuradio-zeromq libgsm1-dev libqwt-qt5-6 librtlsdr0 libuhd003.010.003
libuhd3.15.0 libvolk2-bin libvolk2-dev libvolk2.0 libvolk2.2
python3-networkx python3-zmq rtl-sdr uhd-host
0 to upgrade, 34 to newly install, 0 to remove and 20 not to upgrade.
Need to get 2,310 kB/24.9 MB of archives.
After this operation, 178 MB of additional disk space will be used.
Do you want to continue? [Y/n] y

*Observation 2:  *Post-installation, GNU Radio is clearly looking in
the wrong place for the FPGA images.  When I open GNU Radio and try to
connect to a UHD block, it is unable to locate the FPGA image for the
block.  It then instructs me to run */usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py
*(which incidentally is completely the wrong location for that utility):

UHD Warning:
EnvironmentError: IOError: Could not find path for image:
usrp_b200_fw.hex
Using images directory: <no images directory located>
Set the environment variable 'UHD_IMAGES_DIR' appropriately or follow
the below instructions to download the images package.
Please run:
"/usr/lib/x86_64-linux-gnu/uhd/utils/uhd_images_downloader.py"

I have tried setting the environment variable UHD_IMAGES_DIR in my .bashrc
file as shown below, but it makes no difference:

- export UHD_IMAGES_DIR=/usr/local/share/uhd/images

Any suggestions?  Should I try installing GNU Radio from source?  Or
should I perhaps direct my questions to the GNU Radio mailing list?

Thanks,
Brendan.

On Tue, Apr 20, 2021 at 8:54 AM Marcus D. Leech patchvonbraun@gmail.com
wrote:

Hi Brendan,

On 20/04/21 22:15, Brendan Horsfield wrote:

utility

I do not get this part. What do you mean by "reinstalled"?
Did you installed GNU Radio from source or from Ubuntu Software?
If you download the source, build and install it (following GNU Radio
wiki),
then you cannot install it using Ubuntu Software (or apt) afterwards.
It is one or the other, not both.

Do you know where this libuhd3.10 comes from?
Is it pulled by something or do you have a previous UHD installation?
/sbin/ldconfig -p | grep -F libuhd
should help you find where is located "libuhd.so.003.010.003".

Your package manager should be able to tell you if the file belongs to
any installed package:
dpkg -S "$(basename "PATH")"

where PATH is the path of libuhd 3.10 reported by ldconfig.

Regards

Cédric Hannotier

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

Hmm.  I have been assuming all this time that GNU Radio Companion is an
optional GUI front end for GNU Radio, which must be installed separately.

In my case, I definitely installed GNU Radio from source.  However, when
that was finished, I then went into Ubuntu Software and installed GNU Radio
Companion, which placed an icon on my toolbar (which is how I launch the
application).  I am guessing this was the wrong thing to do?

FYI -- If I open a terminal and type "gnuradio-companion", the GUI never
launches, and all I get is the following error message:

$ gnuradio-companion
<<< Welcome to GNU Radio Companion 3.9.0.0 >>>

Block paths:
/usr/local/share/gnuradio/grc/blocks

Loading:
"/home/anyone/Documents/Brendan/GNU-Radio/save_rx_samples_to_file.grc"

/usr/lib/python3.6/importlib/_bootstrap.py:219: ImportWarning: can't
resolve package from spec or package, falling back on name and
path
return f(*args, **kwds)

Loading:
"/home/anyone/Documents/Brendan/GNU-Radio/spectrum_analyser_two_chan.grc"

Segmentation fault (core dumped)

Hi Brendan,

On 21/04/21 00:01, Brendan Horsfield wrote:

Radio

Yep, wrong way.
gnuradio-companion is provided by gnuradio. It is not separated.
Most of the time,
doing "from source" installs everything under /usr/local/,
while "from binaries" installs everything under /usr/.
If you install both, you end up with 2 versions.
Best case scenario is one is masking the other.
Worst case scenario is clash between the two.

and

I do not know why it segfaults.
If it does not solve by itself after solving the other parts,
you could try GNU Radio 3.8 or ask on GNU Radio ML.

Sorry if I was not clear, use:
dpkg -S "libuhd.so.003.010.003"

or:
dpkg -S "$(basename "/usr/lib/x86_64-linux-gnu/libuhd.so.003.010.003")"

I do not feed the fullpath to "dpkg -S" because with the /usr/ merge,
dpkg can be confused.

Could you do the same for libuhd.so.3.15.0?

Regards

Cédric Hannotier

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

Thanks & Regards,
Brendan.

On Wed, Apr 21, 2021 at 1:14 AM Cédric Hannotier via USRP-users
<usrp-users@lists.ettus.com mailto:usrp-users@lists.ettus.com> wrote:

 Hi Brendan,

 On 21/04/21 00:01, Brendan Horsfield wrote:

 Radio

 afterwards.

 Companion is an

 separately.

 However, when

 installed GNU Radio

 launch the

 Yep, wrong way.
 gnuradio-companion is provided by gnuradio. It is not separated.
 Most of the time,
 doing "from source" installs everything under /usr/local/,
 while "from binaries" installs everything under /usr/.
 If you install both, you end up with 2 versions.
 Best case scenario is one is masking the other.
 Worst case scenario is clash between the two.

 GUI never

 "/home/anyone/Documents/Brendan/GNU-Radio/save_rx_samples_to_file.grc"

 __name__ and

 "/home/anyone/Documents/Brendan/GNU-Radio/spectrum_analyser_two_chan.grc"

 I do not know why it segfaults.
 If it does not solve by itself after solving the other parts,
 you could try GNU Radio 3.8 or ask on GNU Radio ML.

 Sorry if I was not clear, use:
 dpkg -S "libuhd.so.003.010.003"

 or:
 dpkg -S "$(basename
 "/usr/lib/x86_64-linux-gnu/libuhd.so.003.010.003")"

 I do not feed the fullpath to "dpkg -S" because with the /usr/ merge,
 dpkg can be confused.

 Could you do the same for libuhd.so.3.15.0?

 Regards
 -- 

 Cédric Hannotier
 _______________________________________________
 USRP-users mailing list -- usrp-users@lists.ettus.com
 <mailto:usrp-users@lists.ettus.com>
 To unsubscribe send an email to usrp-users-leave@lists.ettus.com
 <mailto:usrp-users-leave@lists.ettus.com>

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

On 04/20/2021 07:07 PM, Brendan Horsfield wrote:

Hi Cédric,

Results of dpkg queries are given below.  It looks like those files are
not part of any installed packages:

$ dpkg -S "libuhd.so.003.010.003"  -->  dpkg-query: no path found matching
pattern libuhd.so.003.010.003
$ dpkg -S "$(basename "/usr/lib/x86_64-linux-gnu/libuhd.so.003.010.003")"
-->  dpkg-query: no path found matching pattern libuhd.so.003.010.003
$ dpkg -S "libuhd.so.3.15.0"  -->  dpkg-query: no path found matching
pattern libuhd.so.3.15.0
$ dpkg -S "$(basename "/usr/lib/x86_64-linux-gnu/libuhd.so.3.15.0")"  -->
dpkg-query: no path found matching pattern libuhd.so.3.15.0

What I find interesting is that when I run "gnuradio-companion" from the
terminal, it attempts to load my 2 most recent flowgraphs
"save_rx_samples_to_file.grc" and "spectrum_analyser_two_chan.grc", even
though I have never opened them in this version of gnuradio-companion.
This suggests that the built-from-source installation has been polluted by
a config file or history file from the Ubuntu Software version of GRC that
I installed over the top of the built-from-source version.

The various versions all share the same .gnuradio directory in your home
directory, so I would expect some tripping over
each others feet.

I think I will try and scrub my system of everything related to GNU Radio
this morning, and reinstall it from source one more time.  If it still
doesn't work, I will take it up with the GNU Radio mailing
list...........or possibly switch to Matlab!!  :)

On Ubuntu 18.04, Gnu Radio and UHD installed from the official
repositories "just works", but won't have the Python API you're looking for.

Your problems have basically been caused by switching between various
install methods, various versions, and not really having
a good understanding of what is going on underneath.  The
package-management system cannot know nor make any rational
decisions about bits and pieces you may have installed from source, and
the install-from-source has very little insight into what
you might have installed from the package management system.  Once you
venture into "install from source" territory, you're
basically doing the same tasks that a systems software developer would
do, and the tools necessarily assume that you know
how to take on that role.  If you're doing a lot of this "back and
forth" from various package repositories, the official repositories,
and source-based installs, you really need to be a "Linux Geek" in order
not to create the "tangle" that you've created for yourself.

Thanks & Regards,
Brendan.

On Wed, Apr 21, 2021 at 1:14 AM Cédric Hannotier via USRP-users <
usrp-users@lists.ettus.com> wrote:

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com

USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com