Giter Site home page Giter Site logo

nuand / gr-bladerf Goto Github PK

View Code? Open in Web Editor NEW
28.0 5.0 8.0 258 KB

GNU Radio block for bladeRF devices

License: GNU General Public License v3.0

CMake 9.76% Python 19.99% C 2.21% C++ 66.74% Dockerfile 1.04% Shell 0.26%
gnuradio gnuradio-companion bladerf sdr

gr-bladerf's Introduction

gr-bladeRF

GNU Radio source and sink blocks for bladeRF devices.

bladeRF wiki

Installation

Build from source

git clone https://github.com/Nuand/gr-bladeRF.git
cd gr-bladeRF
mkdir build
cd build
cmake ..
make -j4
sudo make install

GNURadio-Companion Examples

Run FM-receiver example:

cd 
gnuradio-companion gr-bladeRF/apps/fm_receiver.grc

Run on Raspberry

How to install gr-bladeRF on Raspberry Pi 4

gr-bladerf's People

Contributors

rghilduta avatar rthomp10 avatar smusihin avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar

gr-bladerf's Issues

getting errors in feature parameter of bladeRF sink/source block

hello everyone,

i just installed gr-bladeRF and try to run gr-bladeRF/apps/fm_receiver.grc but it gives runtime error that unable to set feature invalid opeartion or parameter.

i am using bladeRF 2.0 micro xA4.

so if anyone know how to solve this error than please help...

thanks

(Question) GR 3.8 Support

Would adding GR 3.8 compatibility be a possibility? I have an xA9 and would like to provide feedback, but I notice in the cmake GR 3.9 is required.

Include missing in bladerf_common.h

I got this error message when compiling

/mnt/d/git/gr-bladeRF/lib/bladerf/bladerf_common.h: In member function ‘T bladerf_common::get_pmic(bladerf_pmic_register)’:
/mnt/d/git/gr-bladeRF/lib/bladerf/bladerf_common.h:73:26: error: ‘str’ is not a member of ‘boost’
   73 |     BLADERF_THROW(boost::str(boost::format("%s: %s (%d)") % message

adding #include <boost/format.hpp> in bladerf_common.h fixed it. My boost version is 1.71.

ModuleNotFoundError: No module named 'bladeRF'

Successfully have GNU Radio 3.9 installed and followed the instructions in this repo to compile the gr blocks for bladerf.

However, I get this error that I cannot import bladeRF when I hit F6 on gnuradio-companion to generate and run the flow graph.

$ gnuradio-companion fm_receiver.grc 
<<< Welcome to GNU Radio Companion 3.9.2.0 >>>

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

Loading: "/home/adrian/gr-bladeRF/apps/fm_receiver.grc"
>>> Done

Generating: '/home/adrian/gr-bladeRF/apps/fm_receiver.py'

Executing: /usr/bin/python3 -u /home/adrian/gr-bladeRF/apps/fm_receiver.py

Traceback (most recent call last):
  File "/home/adrian/gr-bladeRF/apps/fm_receiver.py", line 41, in <module>
    import bladeRF
ModuleNotFoundError: No module named 'bladeRF'

>>> Done (return code 1)

System info:
Ubuntu 20.04 kernel 5.11.0-34-generic
bladerf: 0.2019.07-4build1 amd64
gr-osmosdr: 0.2.0-2 amd64
libbladerf-dev: 0.2019.07-4build1 amd64

These packages were installed through the Ubuntu package manager.

Any guidance would be appreciated.

bladeRF-sink: Floating point values of 1.0 and above cause sign flip

Passing complex values with I or Q of 1.0 or greater to bladeRF-sink causes the transmitted values for both I and Q to flip sign, presumably due to silent overflow of 12-bit values.

I have a bladeRF 2.0 xA9:

$ bladeRF-cli -e info -e version

  Board:                    Nuand bladeRF 2.0 (bladerf2)
  Serial #:                 de69817e887b4743ae2e4a622023f123
  VCTCXO DAC calibration:   0x1d8f
  FPGA size:                301 KLE
  FPGA loaded:              yes
  Flash size:               128 Mbit
  USB bus:                  4
  USB address:              45
  USB speed:                SuperSpeed
  Backend:                  libusb
  Instance:                 0


  bladeRF-cli version:        1.8.0-git-9ad89f65-dirty
  libbladeRF version:         2.4.1-git-9ad89f65-dirty

  Firmware version:           2.4.0-git-a3d5c55f
  FPGA version:               0.11.0 (configured by USB host)

I have connected TX1 connected to RX1 via a 50 Ohm loopback cable and 42 db of attenuators.

With the attached flowgraph (test_txrx.zip) and the settings:

  • TX Gain: 22db
  • Cos Amplitude: 0.999
    everything looks pretty good:
    image

However, when the amplitude of the signal source ("Cos Amplitude") is set to 1.0 or higher, the peaks of the cosine waves are 'flipped':
image
[NB: I'm not sure why the flip doesn't align with the peak of the output samples. Phase offset perhaps?]

gnuradio 3.9.2 crashes importing gr-bladeRF into flowgraph

I installed GNU radio according to the instructions at https://wiki.gnuradio.org/index.php/InstallingGR#Ubuntu_PPA_Installation (to get the release version, 3.9).

I then built gr-bladeRF (apparently successfully).

However when pasting in the bladeRF Source block, I get the following from gnuradio-companion (which then crashes).

The host platform is Pi4, running Ubuntu focal.

pi@bladerfpi:$ lsb_release -d
Description: Ubuntu 20.04.3 LTS
pi@bladerfpi:
$ uname -a
Linux bladerfpi 5.4.0-1042-raspi #46-Ubuntu SMP PREEMPT Fri Jul 30 00:35:40 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux

<<< Welcome to GNU Radio Companion 3.9.2.0 >>>

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

Loading: "/home/pi/radiostuff/broadband-scan/broadband_scan.grc"

Done
/usr/lib/python3/dist-packages/apport/report.py:13: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
import fnmatch, glob, traceback, errno, sys, atexit, locale, imp, stat
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/Application.py", line 412, in _handle_action
flow_graph_update()
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/Application.py", line 121, in flow_graph_update
fg.update()
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/flowgraph.py", line 191, in update
self.create_labels()
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/flowgraph.py", line 496, in create_labels
element.create_labels(cr)
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/block.py", line 182, in create_labels
markups = [param.format_block_surface_markup()
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/block.py", line 182, in
markups = [param.format_block_surface_markup()
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/param.py", line 178, in format_block_surface_markup
Utils.encode(self.truncate(self.value)) + ""
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/param.py", line 96, in truncate
if len(string) > max_len:
TypeError: object of type 'bool' has no len()
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/DrawingArea.py", line 204, in draw
self._flow_graph.draw(cr)
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/flowgraph.py", line 528, in draw
draw_element(cr)
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/block.py", line 275, in draw
port.draw(cr)
File "/usr/lib/python3/dist-packages/gnuradio/grc/gui/canvas/port.py", line 131, in draw
cr.rectangle(*self._area)
TypeError: Context.rectangle() takes exactly 4 arguments (0 given)

BladeRF Sink and BladeRF Source - Cannot Output Clock

Hello, I am using the BladeRF blocks in Gnu Radio 3.10.1.1. I am using multiple bladeRF 2.0 Micro xA4.
These blocks allow a lot of things that are not possible with Osmocom or Soapy blocks, one of them is choosing to enable the output clock for synchronization.

However, when I modify the value of the boolean from clk_out: False to True in the block parameters, and click "apply" it does not save it and the clock_out remains disabled.

I am trying to go around that by simply modify the generated python file once the .grc ran but it does not provide a long term solution.

Do you have any idea on how to change that part in the source code of the blocks themselves ?

Thanks,
Best Maxence

Can't use bladeRF_sink and bladeRF_source at the same time

Hi,

I get an error when I attempt to both send and receive in the same flowgraph (attached) using bladeRF Source+bladeRF Sink. This error does not occur when using Soapy BladeRF Sink+Soapy BladeRF Source or osmocom Sink+osmocom Source. Further, the error does not appear if I disable the bladeRF Sink.

  • Ubuntu 20.04
  • GNU Radio 3.10.0.0 from Ubuntu PPA
  • libbladeRF from warnes/bladeRF/fix_matlab_bindings
  • gr-bladeRF from Nuand/gr-bladeRF/master

Version information:

$ bladerf-cli -e info -e version

  Board:                    Nuand bladeRF 2.0 (bladerf2)
  Serial #:                 de69817e887b4743ae2e4a622023f123
  VCTCXO DAC calibration:   0x1d8f
  FPGA size:                301 KLE
  FPGA loaded:              yes
  Flash size:               128 Mbit
  USB bus:                  4
  USB address:              41
  USB speed:                SuperSpeed
  Backend:                  libusb
  Instance:                 0


  bladeRF-cli version:        1.8.0-git-9ad89f65-dirty
  libbladeRF version:         2.4.1-git-9ad89f65-dirty

  Firmware version:           2.4.0-git-a3d5c55f
  FPGA version:               0.11.0 (configured by USB host)

Output of running the script:

Generating: '/home/warnes/inoui/src/gr-bladeRF/fm_loopback.py'

Executing: /usr/bin/python3 -u /home/warnes/inoui/src/gr-bladeRF/fm_loopback.py

Warning: failed to XInitThreads()
Args: numchan=1,metadata=True,bladerf=0,verbosity=info,fpga=test123,fpga-reload=False,ref_clk=10000000,in_clk=ONBOARD,out_clk=False,use_dac=True,dac=6000,xb200=none,tamer=internal,sampling=external,lpf_mode=bypassed,smb=10000000,dc_calibration=RX_LPF,trigger0=False,trigger_role0=master,trigger_signal0=J71_4,trigger1=False,trigger_role1=master,trigger_signal1=J51_1,bias_tee0=True,bias_tee1=False
Args: numchan=1,metadata=True,bladerf=0,verbosity=info,fpga=test123,fpga-reload=False,ref_clk=10000000,in_clk=ONBOARD,out_clk=False,use_dac=True,dac=6000,xb200=none,tamer=internal,sampling=external,lpf_mode=bypassed,smb=10000000,dc_calibration=RX_LPF,trigger0=False,trigger_role0=master,trigger_signal0=J71_4,trigger1=False,trigger_role1=master,trigger_signal1=J51_1,bias_tee0=True,bias_tee1=False
[bladeRF common] init: DEBUG: entering initialization
[bladeRF source] init: Opening Nuand bladeRF with device identifier string '*:instance=0'
[bladeRF source] init: FPGA is already loaded. Set fpga-reload=False to force a reload.
[bladeRF source] Device: Nuand bladeRF 2.0 Serial # de69...f123 FW v2.4.0 FPGA v0.11.0
[bladeRF source] init: Buffers: 512, samples per buffer: 4096, active transfers: 32
[bladeRF source] bladerf_source_c: DEBUG: initialization complete
Args: numchan=1,metadata=False,bladerf=0,verbosity=info,fpga=,fpga-reload=False,ref_clk=10000000,in_clk=ONBOARD,out_clk=False,use_dac=False,dac=10000,xb200=none,tamer=internal,sampling=internal,lpf_mode=disabled,smb=0,dc_calibration=LPF_TUNING,trigger0=False,trigger_role0=master,trigger_signal0=J51_1,trigger1=False,trigger_role1=master,trigger_signal1=J51_1,bias_tee0=False,bias_tee1=False
Args: numchan=1,metadata=False,bladerf=0,verbosity=info,fpga=,fpga-reload=False,ref_clk=10000000,in_clk=ONBOARD,out_clk=False,use_dac=False,dac=10000,xb200=none,tamer=internal,sampling=internal,lpf_mode=disabled,smb=0,dc_calibration=LPF_TUNING,trigger0=False,trigger_role0=master,trigger_signal0=J51_1,trigger1=False,trigger_role1=master,trigger_signal1=J51_1,bias_tee0=False,bias_tee1=False
[bladeRF common] init: DEBUG: entering initialization
[bladeRF sink] init: Opening Nuand bladeRF with device identifier string '*:instance=0'
[bladeRF sink] init: FPGA is already loaded. Set fpga-reload=False to force a reload.
[bladeRF sink] Device: Nuand bladeRF 2.0 Serial # de69...f123 FW v2.4.0 FPGA v0.11.0
[bladeRF sink] init: Buffers: 512, samples per buffer: 4096, active transfers: 32
[bladeRF sink] bladerf_sink_c: DEBUG: initialization complete
len(audio_taps) = 9637
[bladeRF source] start: DEBUG: starting source
[bladeRF sink] start: DEBUG: starting sink
thread_body_wrapper :error: ERROR thread[thread-per-block[32]: <block bladerf_sink_c(22)>]: start: bladerf_sync_config failed: Invalid operation or parameter (-3)

>>> Done (return code -15)

fm_loopback.grc.zip

need to set timeouts for when I'm running with external triggers

bladeRF-cli and the python and matlab bindings allow me to change the default timeouts, but the gr-bladeRF blocks don't seem to be able to set those timeouts. My project involves externally triggering the rx and tx channels with a trigger from some RF hardware that needs 10 or 20 seconds to get ready for a pulse. How hard would it be to add those inputs?

generic_type: type "source" referenced unknown base type "gr::hier_block2"

Hi,
I am using
GNU Radio 3.10.1.1
Python 3.8.13
latest version of this repo

When I open

gnuradio-companion gr-bladeRF/apps/fm_receiver.grc

generating seems to work, but when I hit run I get this error

Executing: /usr/bin/python3 -u /mnt/d/git/gr-bladeRF/apps/fm_receiver.py

Traceback (most recent call last):
  File "/mnt/d/git/gr-bladeRF/apps/fm_receiver.py", line 36, in <module>
    import bladeRF
  File "/usr/local/lib/python3.8/dist-packages/bladeRF/__init__.py", line 18, in <module>
    from .bladeRF_python import *
ImportError: generic_type: type "source" referenced unknown base type "gr::hier_block2"

Weird signals in external loopback

I've configured the bladeRF micro 2.0 in the following setup

                             ┌---- RX1
TX1 --- 30 dB Attenuator ----|
                             └---- RX2

The bladeRF Sink is fed with a complex continuous wave signal at frequency of 600 kHz with a sampling frequency of 6 MHz.
The bloadRF Source is configured to receive this signal. I've attached the GNU Radio file here.

Here is the spectrogram of the received signal.
image
The largest peak is the wanted signal at 0.6 MHz. The other ongoing peaks come from IQ imbalance, I guess. However, there are some signals that appear and disappear from time to time. Do you know where this is coming from?

Error when following installation procedure

Hello I am trying to build gr-BladeRF for the source by following the procedure on the github:
git clone https://github.com/Nuand/gr-bladeRF.git
cd gr-bladeRF
mkdir build
cd build
cmake ..
make -j4
sudo make install

However I am running into some error and the overall blocks (Source and Sink from BladeRF are not existing in the grc files)
Here is what shows up in my terminal:

MyComputer:~$ git clone https://github.com/Nuand/gr-bladeRF.git
Cloning into 'gr-bladeRF'...
remote: Enumerating objects: 673, done.
remote: Counting objects: 100% (255/255), done.
remote: Compressing objects: 100% (93/93), done.
remote: Total 673 (delta 204), reused 199 (delta 162), pack-reused 418
Receiving objects: 100% (673/673), 245.17 KiB | 2.21 MiB/s, done.
Resolving deltas: 100% (432/432), done.
MyComputer:~$ cd gr-bladeRF/
MyComputer:~/gr-bladeRF$ mkdir build
MyComputer:~/gr-bladeRF$ cd build
MyComputer:~/gr-bladeRF/build$ cmake ..
-- The CXX compiler identification is GNU 11.3.0
-- The C compiler identification is GNU 11.3.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Build type not specified: defaulting to release.
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.2")
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Checking for module 'gmp'
-- Found gmp, version 6.2.1
-- Found GMP: /usr/lib/x86_64-linux-gnu/libgmpxx.so
-- Using GMP.
-- Found MPLIB: /usr/lib/x86_64-linux-gnu/libgmpxx.so
-- Found Boost: /usr/lib/x86_64-linux-gnu/cmake/Boost-1.74.0/BoostConfig.cmake (found suitable version "1.74.0", minimum required is "1.74.0") found components: date_time program_options system regex thread unit_test_framework
-- Found Volk: Volk::volk
-- User set python executable /usr/bin/python3
-- Found PythonInterp: /usr/bin/python3 (found version "3.10.6")
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.10.so (found suitable exact version "3.10.6")
-- Found Git: /usr/bin/git
-- Extracting version information from git describe...

-- The build system will automatically enable all components.
-- Use -DENABLE_DEFAULT=OFF to disable components by default.
-- Checking for module 'libbladeRF'
-- Found libbladeRF, version 2.4.1-git-unknown
-- Found libbladeRF: /usr/include, /usr/lib/x86_64-linux-gnu/libbladeRF.so
-- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.10.so
-- Performing Test HAS_FLTO
-- Performing Test HAS_FLTO - Success
-- Found pybind11: /usr/include (found version "2.9.1")

--
-- Configuring high resolution timing...
-- Performing Test HAVE_CLOCK_GETTIME
-- Performing Test HAVE_CLOCK_GETTIME - Success
-- Performing Test HAVE_MACH_ABSOLUTE_TIME
-- Performing Test HAVE_MACH_ABSOLUTE_TIME - Failed
-- Performing Test HAVE_QUERY_PERFORMANCE_COUNTER
-- Performing Test HAVE_QUERY_PERFORMANCE_COUNTER - Failed
-- High resolution timing supported through clock_gettime.

-- Configuring nuand bladeRF support...
-- Dependency LIBBLADERF_FOUND = TRUE
-- Enabling nuand bladeRF support.
-- Override with -DENABLE_BLADERF=ON/OFF
-- Using install prefix: /usr/local
-- Building for version: 92ecd5c / 1.0.0git
-- No C++ unit tests... skipping
-- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
-- PYTHON and GRC components are enabled
-- Python checking for pygccxml - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/MyName/gr-bladeRF/build
MyComputer:~/gr-bladeRF/build$ make -j4
[ 6%] Generating init.pyc
[ 12%] Building CXX object lib/CMakeFiles/gnuradio-bladeRF.dir/source_impl.cc.o
[ 12%] Built target pygen_apps_9a6dd
[ 18%] Copying bladeRF docstring templates as pybind headers ...
[ 25%] Generating bladeRF_source.block.yml
[ 31%] Generating init.pyo
[ 37%] Generating bladeRF_sink.block.yml
[ 37%] Built target pygen_python_464ee
copy docstrings to /home/MyName/gr-bladeRF/build/python/bindings/source_pydoc.h
copy docstrings to /home/MyName/gr-bladeRF/build/python/bindings/sink_pydoc.h
[ 43%] Building CXX object lib/CMakeFiles/gnuradio-bladeRF.dir/sink_impl.cc.o
[ 43%] Built target bladeRF_docstrings
[ 50%] Building CXX object lib/CMakeFiles/gnuradio-bladeRF.dir/ranges.cc.o
[ 50%] Built target bladeRF_grc_yaml_blocks
[ 56%] Building CXX object lib/CMakeFiles/gnuradio-bladeRF.dir/bladerf/bladerf_source_c.cc.o
[ 62%] Building CXX object lib/CMakeFiles/gnuradio-bladeRF.dir/bladerf/bladerf_sink_c.cc.o
In file included from /home/MyName/gr-bladeRF/lib/bladerf/common_sync_block.h:3,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.h:24,
from /home/MyName/gr-bladeRF/lib/source_impl.h:12,
from /home/MyName/gr-bladeRF/lib/source_impl.cc:8:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_common.h:293:3: error: ‘bladerf_feature’ does not name a type; did you mean ‘bladerf_sptr’?
293 | bladerf_feature _feature;
| ^~~~~~~~~~~~~~~
| bladerf_sptr
In file included from /home/MyName/gr-bladeRF/lib/bladerf/common_sync_block.h:3,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.h:24,
from /home/MyName/gr-bladeRF/lib/sink_impl.h:5,
from /home/MyName/gr-bladeRF/lib/sink_impl.cc:8:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_common.h:293:3: error: ‘bladerf_feature’ does not name a type; did you mean ‘bladerf_sptr’?
293 | bladerf_feature _feature;
| ^~~~~~~~~~~~~~~
| bladerf_sptr
In file included from /home/MyName/gr-bladeRF/lib/bladerf/common_sync_block.h:3,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.h:24,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.cc:42:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_common.h:293:3: error: ‘bladerf_feature’ does not name a type; did you mean ‘bladerf_sptr’?
293 | bladerf_feature _feature;
| ^~~~~~~~~~~~~~~
| bladerf_sptr
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.cc: In member function ‘virtual int bladerf_source_c::work(int, gr_vector_const_void_star&, gr_vector_void_star&)’:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.cc:286:18: error: ‘BLADERF_FORMAT_SC8_Q7’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11’?
286 | if (_format == BLADERF_FORMAT_SC8_Q7 || _format == BLADERF_FORMAT_SC8_Q7_META) {
| ^~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.cc:286:54: error: ‘BLADERF_FORMAT_SC8_Q7_META’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11_META’?
286 | if (_format == BLADERF_FORMAT_SC8_Q7 || _format == BLADERF_FORMAT_SC8_Q7_META) {
| ^~~~~~~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11_META
make[2]: *** [lib/CMakeFiles/gnuradio-bladeRF.dir/build.make:76: lib/CMakeFiles/gnuradio-bladeRF.dir/source_impl.cc.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [lib/CMakeFiles/gnuradio-bladeRF.dir/build.make:90: lib/CMakeFiles/gnuradio-bladeRF.dir/sink_impl.cc.o] Error 1
make[2]: *** [lib/CMakeFiles/gnuradio-bladeRF.dir/build.make:118: lib/CMakeFiles/gnuradio-bladeRF.dir/bladerf/bladerf_source_c.cc.o] Error 1
In file included from /home/MyName/gr-bladeRF/lib/bladerf/common_sync_block.h:3,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.h:24,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:42:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_common.h:293:3: error: ‘bladerf_feature’ does not name a type; did you mean ‘bladerf_sptr’?
293 | bladerf_feature _feature;
| ^~~~~~~~~~~~~~~
| bladerf_sptr
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc: In member function ‘virtual int bladerf_sink_c::work(int, gr_vector_const_void_star&, gr_vector_void_star&)’:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:259:18: error: ‘BLADERF_FORMAT_SC8_Q7’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11’?
259 | if (_format == BLADERF_FORMAT_SC8_Q7) {
| ^~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:269:61: error: ‘BLADERF_FORMAT_SC8_Q7_META’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11_META’?
269 | if (BLADERF_FORMAT_SC16_Q11_META == _format || _format == BLADERF_FORMAT_SC8_Q7_META) {
| ^~~~~~~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11_META
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc: In member function ‘int bladerf_sink_c::transmit_with_tags(const void*, int)’:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:380:12: error: ‘BLADERF_FORMAT_SC8_Q7’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11’?
380 | case BLADERF_FORMAT_SC8_Q7:
| ^~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:381:12: error: ‘BLADERF_FORMAT_SC8_Q7_META’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11_META’?
381 | case BLADERF_FORMAT_SC8_Q7_META:
| ^~~~~~~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11_META
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:434:20: error: ‘BLADERF_FORMAT_SC8_Q7’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11’?
434 | if (_format == BLADERF_FORMAT_SC8_Q7 || _format == BLADERF_FORMAT_SC8_Q7_META) {
| ^~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_sink_c.cc:434:56: error: ‘BLADERF_FORMAT_SC8_Q7_META’ was not declared in this scope; did you mean ‘BLADERF_FORMAT_SC16_Q11_META’?
434 | if (_format == BLADERF_FORMAT_SC8_Q7 || _format == BLADERF_FORMAT_SC8_Q7_META) {
| ^~~~~~~~~~~~~~~~~~~~~~~~~~
| BLADERF_FORMAT_SC16_Q11_META
make[2]: *** [lib/CMakeFiles/gnuradio-bladeRF.dir/build.make:132: lib/CMakeFiles/gnuradio-bladeRF.dir/bladerf/bladerf_sink_c.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:251: lib/CMakeFiles/gnuradio-bladeRF.dir/all] Error 2
make: *** [Makefile:146: all] Error 2
MyComputer:~/gr-bladeRF/build$ sudo make install
[sudo] password for MyName:
Consolidate compiler generated dependencies of target gnuradio-bladeRF
[ 6%] Building CXX object lib/CMakeFiles/gnuradio-bladeRF.dir/source_impl.cc.o
In file included from /home/MyName/gr-bladeRF/lib/bladerf/common_sync_block.h:3,
from /home/MyName/gr-bladeRF/lib/bladerf/bladerf_source_c.h:24,
from /home/MyName/gr-bladeRF/lib/source_impl.h:12,
from /home/MyName/gr-bladeRF/lib/source_impl.cc:8:
/home/MyName/gr-bladeRF/lib/bladerf/bladerf_common.h:293:3: error: ‘bladerf_feature’ does not name a type; did you mean ‘bladerf_sptr’?
293 | bladerf_feature _feature;
| ^~~~~~~~~~~~~~~
| bladerf_sptr
make[2]: *** [lib/CMakeFiles/gnuradio-bladeRF.dir/build.make:76: lib/CMakeFiles/gnuradio-bladeRF.dir/source_impl.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:251: lib/CMakeFiles/gnuradio-bladeRF.dir/all] Error 2
make: *** [Makefile:146: all] Error 2

Any idea of what I could be doing wrong ? I am quite new to these kind of problems. Thanks ! Best, Max

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.