I managed the compile of gnuradio after installation of a gnu package giving the AudioToolbox lib.
Now I'd like to move onto gr-iqbal , gr-osmosdr and gqrx as specified in the guide. I hit
celltower@celltower-desktop:~$ pybombs -p install gr-iqbal gr-osmosdr gqrx
....
CMake Error at swig/CMakeLists.txt:36 (include):
include could not find load file:
GrSwig
CMake Error at swig/CMakeLists.txt:53 (GR_SWIG_MAKE):
Unknown CMake command "GR_SWIG_MAKE".
-- Configuring incomplete, errors occurred! [ERROR] Error installing package gr-osmosdr. Aborting.
which occurs also after
sudo apt-get install swig . From: J R
Sent: Friday, April 9, 2021 6:11 PM
To: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org>
Subject: Re: missing AudioToolbox.h , UHD
Sent: Friday, April 9, 2021 6:11 PM
To: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org>
Subject: Re: missing AudioToolbox.h , UHD
The guide I'm using is
|
|
bladeRF USB 3.0 Superspeed Software Defined Radio Source Code - Nuand/bladeRF
github.com
|
which didn't specifically mention that there were ready packages. I assumed that the compile was needed due to some specific configuration or extra packages needed.
So after yet another failed compile, on your advice I tried
So after yet another failed compile, on your advice I tried
sudo apt install gnu-radio
sudo apt install gqrx-sdr
on my ubuntu system, which seemed to complete fine.
But for the 'checking basic device operation' I hit errors:
jr@desktop:~/uhd/uhd/host/build$ osmocom_siggen -a bladerf=0 -s 2500000 -f 446000000 -g 4 --sine -x 25000
osmocom_siggen: command not found
jr@desktop:~/uhd/uhd/host/build$ osmocom_fft -a bladerf=0 -s 2500000 -f 446000000
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.8.1.0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy airspyhf soapy redpitaya freesrp
[bladeRF common] init: DEBUG: entering initialization
[bladeRF source] init: Opening Nuand bladeRF with device identifier string '*:instance=0'
[bladeRF source] Device: Nuand bladeRF 2.0 Serial # ab3d...ca8c FW v2.3.2 FPGA v0.11.0
[bladeRF source] init: Buffers: 512, samples per buffer: 4096, active transfers: 32
[bladeRF source] bladerf_source_c: DEBUG: initialization complete
Traceback (most recent call last):
File "/usr/bin/osmocom_fft", line 714, in <module>
main()
File "/usr/bin/osmocom_fft", line 690, in main
tb = app_top_block(qapp.arguments(), "osmocom Spectrum Browser")
File "/usr/bin/osmocom_fft", line 301, in __init__
self.connect((self.src, 0), (self.scope, 0))
File "/usr/lib/python3/dist-packages/gnuradio/gr/hier_block2.py", line 37, in wrapped
func(self, src, src_port, dst, dst_port)
File "/usr/lib/python3/dist-packages/gnuradio/gr/hier_block2.py", line 100, in connect
self.primitive_connect(*args)
TypeError: primitive_connect(): incompatible function arguments. The following argument types are supported:
1. (self: gnuradio.gr.gr_python.hier_block2_pb, block: gnuradio.gr.gr_python.basic_block) -> None
2. (self: gnuradio.gr.gr_python.hier_block2_pb, src: gnuradio.gr.gr_python.basic_block, src_port: int, dst: gnuradio.gr.gr_python.basic_bloc
k, dst_port: int) -> None
Invoked with: <gnuradio.gr.gr_python.top_block_pb object at 0xffff9959c6f0>, <Swig Object of type 'gr::basic_block_sptr *' at 0xffff995a0270>, 0
, <gnuradio.gr.gr_python.basic_block object at 0xffff9b2373b0>, 0
swig/python detected a memory leak of type 'gr::basic_block_sptr *', no destructor found.
Segmentation fault (core dumped)
I realize its somewhat off-base from a gnuradio issue but if you have any clues I would greatly appreciate it.
Thanks
JR
Thanks
JR
From: Discuss-gnuradio on behalf of Marcus Müller
Sent: Friday, April 9, 2021 11:26 AM
To: discuss-gnuradio@gnu.org
Subject: Re: missing AudioToolbox.h , UHD
First question would be: what particular guide? A particular reason why you're following
it? On a wild guess, this looks like you want to build a custom GNU Radio and libbladerf
because you want to do something with a BladeRF, but if that's the case, you might not
even care about USRPs, and thus UHD.
Other than that, if you don't need any special version of anything, the easiest version is
usually just going through your operating system's package manager – hence my question why
you're following the path you're on :)
Best regards,
Marcus
On 09.04.21 07:49, J R wrote:
> Hi All,
>
> I was needing to install gnuradio while following a certain guide , which I tried using
>
> pybombs prefix init ~/pybombs/bladeRF4 -a bladeRF -R gnuradio-default
>
> during this process I hit a missing 'AudioToolbox/AudioToolbox.h' file, so I dl the lib
> from github and put it in /usr/lib.
> While re-running I saw :
>
>
> -- Configuring gr-uhd support...
> -- Dependency Boost_FOUND = TRUE
> -- Dependency UHD_FOUND = 0
>
> and so I started installing UHD .
> Is there maybe a better way to be doing this? I feel as though I've started a bit of a
> rabbithole.
it? On a wild guess, this looks like you want to build a custom GNU Radio and libbladerf
because you want to do something with a BladeRF, but if that's the case, you might not
even care about USRPs, and thus UHD.
Other than that, if you don't need any special version of anything, the easiest version is
usually just going through your operating system's package manager – hence my question why
you're following the path you're on :)
Best regards,
Marcus
On 09.04.21 07:49, J R wrote:
> Hi All,
>
> I was needing to install gnuradio while following a certain guide , which I tried using
>
> pybombs prefix init ~/pybombs/bladeRF4 -a bladeRF -R gnuradio-default
>
> during this process I hit a missing 'AudioToolbox/AudioToolbox.h' file, so I dl the lib
> from github and put it in /usr/lib.
> While re-running I saw :
>
>
> -- Configuring gr-uhd support...
> -- Dependency Boost_FOUND = TRUE
> -- Dependency UHD_FOUND = 0
>
> and so I started installing UHD .
> Is there maybe a better way to be doing this? I feel as though I've started a bit of a
> rabbithole.