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.horsfi...@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 <patchvonbr...@gmail.com> >> wrote: >> On 04/19/2021 06:51 PM, Brendan Horsfield wrote: >>> OK, I didn't realise that GNU Radio needed the Python UHD module to be >>> installed. I deliberately excluded the Python API from my UHD driver build >>> in order to try out Christian's custom Python API. >>> >>> I will remove the custom API today, and install a "stock" UHD driver with >>> the Ettus Python API. Then I will give the GNU Radio installation another >>> try. >>> >>> Thanks, >>> Brendan. >> Gah. Sorry. Brain fart. >> >> Carry on. >> >> so you need to replicate what GR does for UHD in 3.8. In GR3.7: >> >> from gnuradio import uhd >> uhd.__file__ >> >> And see where it's coming from (I don't off the top of my head know what GR >> 3.8 idiom is). >> >> >> >> >>> >>> >>> On Tue, Apr 20, 2021 at 8:35 AM Marcus D. Leech <patchvonbr...@gmail.com> >>> wrote: >>>>> On 04/19/2021 06:21 PM, Brendan Horsfield wrote: >>>>> Importing uhd in Python 3: >>>>> /usr/local/lib/python3.6/dist-packages/uhd-1.1.0-py3.6-linux-x86_64.egg/uhd.cpython-36m-x86_64-linux-gnu.so >>>>> >>>>> (Note that this is an alternative Python UHD module written by Christian >>>>> Hahn, which I have been evaluating for the last few days.) >>>>> >>>>> Trying to import uhd in Python 2 (which I never use) returns an error: >>>>> >>>>> Traceback (most recent call last): >>>>> File "<stdin>", line 1, in <module> >>>>> File "/usr/local/lib/python2.7/dist-packages/uhd/__init__.py", line 10, >>>>> in <module> >>>>> File "/usr/local/lib/python2.7/dist-packages/uhd/types.py", line 10, in >>>>> <module> >>>>> # "__iter__" and "next" attributes instead. >>>>> ImportError: cannot import name libpyuhd >>>>> >>>>> Brendan. >>>>> >>>> Given that gr-uhd wants a module called "uhd" to exist, and GR uses >>>> gr-uhd, i'm not sure what will happen with the >>>> name-space pollution that will result. >>>> >>>> >>
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
