Re: GNU Radio 3.9 OOT derived class

2021-04-23 Thread Alvaro Pendas Recondo
Indeed, that was the error. Now everything works fine. Thank you very much
for your help.


Regards,

Álvaro

El vie, 23 abr 2021 a las 10:27, Vasil Velichkov ()
escribió:

> Hi Alvaro,
>
> On 23/04/2021 02.43, Alvaro Pendas Recondo wrote:
> > The source code is available here https://github.com/apruhd/gr-TFMv3
>
> You have two find_package(Gnuradio "3.9" ...) in your CMakeLists.txt -
> lines 77 and 177
>
> https://github.com/apruhd/gr-TFMv3/blob/master/CMakeLists.txt#L77
> https://github.com/apruhd/gr-TFMv3/blob/master/CMakeLists.txt#L177
>
> You need to add the required components (digital, blocks, analog, ...) on
> line 77 and delete line 177
>
> Regards,
> Vasil
>


Re: GNU Radio 3.9 OOT derived class

2021-04-22 Thread Alvaro Pendas Recondo
ind11/pybind11Tools.cmake:131
(add_library):
  Target "TFMv3_python" links to target "gnuradio::gnuradio-digital" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?
Call Stack (most recent call first):
  /usr/local/lib/cmake/gnuradio/GrPybind.cmake:243 (pybind11_add_module)
  python/bindings/CMakeLists.txt:34 (GR_PYBIND_MAKE_OOT)


CMake Error at /usr/local/share/cmake/pybind11/pybind11Tools.cmake:131
(add_library):
  Target "TFMv3_python" links to target "gnuradio::gnuradio-analog" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?
Call Stack (most recent call first):
  /usr/local/lib/cmake/gnuradio/GrPybind.cmake:243 (pybind11_add_module)
  python/bindings/CMakeLists.txt:34 (GR_PYBIND_MAKE_OOT)


CMake Error at /usr/local/share/cmake/pybind11/pybind11Tools.cmake:131
(add_library):
  Target "TFMv3_python" links to target "gnuradio::gnuradio-blocks" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?
Call Stack (most recent call first):
  /usr/local/lib/cmake/gnuradio/GrPybind.cmake:243 (pybind11_add_module)
  python/bindings/CMakeLists.txt:34 (GR_PYBIND_MAKE_OOT)


CMake Error at /usr/local/share/cmake/pybind11/pybind11Tools.cmake:131
(add_library):
  Target "TFMv3_python" links to target "gnuradio::gnuradio-fft" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?
Call Stack (most recent call first):
  /usr/local/lib/cmake/gnuradio/GrPybind.cmake:243 (pybind11_add_module)
  python/bindings/CMakeLists.txt:34 (GR_PYBIND_MAKE_OOT)


CMake Error at /usr/local/share/cmake/pybind11/pybind11Tools.cmake:131
(add_library):
  Target "TFMv3_python" links to target "gnuradio::gnuradio-filter" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?
Call Stack (most recent call first):
  /usr/local/lib/cmake/gnuradio/GrPybind.cmake:243 (pybind11_add_module)
  python/bindings/CMakeLists.txt:34 (GR_PYBIND_MAKE_OOT)


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-digital" but
  the target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-analog" but
the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-blocks" but
the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-fft" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-filter" but
the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-digital" but
  the target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-analog" but
the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-blocks" but
the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-fft" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?


CMake Error at lib/CMakeLists.txt:26 (add_library):
  Target "gnuradio-TFMv3" links to target "gnuradio::gnuradio-filter" but
the
  target was not found.  Perhaps a find_package() 

Re: GNU Radio 3.9 OOT derived class

2021-04-22 Thread Alvaro Pendas Recondo
Hi Vasil,

Thank you for your answer. Should not be Gnuradio "3.9" instead of "3.9"?.
Anyway, I tried with both options and I got the same error:

Target "TFMv3_python" links to target "gnuradio::gnuradio-digital" but the
  target was not found.  Perhaps a find_package() call is missing for an
  IMPORTED target, or an ALIAS target is missing?

What I changed was:

1 - Write *find_package(Gnuradio "3.9" REQUIRED COMPONENTS digital filter
blocks analog fft)* in CMakeLists.txt
2 - Write t*arget_link_libraries(gnuradio-TFMv3 gnuradio::gnuradio-runtime
gnuradio::gnuradio-digital*
*gnuradio::gnuradio-blocks gnuradio::gnuradio-filter
gnuradio::gnuradio-analog gnuradio::gnuradio-fft) *in lib/CMakeLists.txt

As I've said, I tried with both "3.8" and "3.9" with the same output. I had
to add filter blocks analog and fft as expected based on the explanation
https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide#GNU_Radio_Components



El jue, 22 abr 2021 a las 17:13, Vasil Velichkov ()
escribió:

> Hi Alvaro,
>
> On 22/04/2021 17.48, Alvaro Pendas Recondo wrote:
> > 6. Add the line set(GR_REQUIRED_COMPONENTS RUNTIME DIGITAL) at
> > gr-TFMv3/CMakeLists.txt
>
> The GR_REQUIRED_COMPONENTS is no longer used in GNU Radio 3.8 and 3.9. You
> need to add "digital" in the Gnuradio's find_package list and then link
> your OOT module with gnuradio::gnuradio-digital. It should be something
> similar to:
>
> find_package(Gnuradio "3.8" REQUIRED COMPONENTS digital)
> target_link_libraries(gnuradio-TFMv3 gnuradio::gnuradio-digital)
>
> See
> https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide#GNU_Radio_Components
>
> Regards,
> Vasil
>


GNU Radio 3.9 OOT derived class

2021-04-22 Thread Alvaro Pendas Recondo
Hello,

I am trying to implement my own header class derived from
'header_format_default' named 'header_format_counter_dif'. As you can
imagine, the class is quite similar to 'header_format_counter' with some
minor adjustments. My situation is almost identical to the one presented in
this mailing list before
https://lists.gnu.org/archive/html/discuss-gnuradio/2017-04/msg00063.html

However, the difference is that I am using GNU Radio 3.9, so in my case the
steps I have taken are

*Steps taken so far:*
1. Created my new module *TFMv3 *with gr_modtool
2. Added *header_format_counter_dif* (c++) using gr_modtool as type
'noblock'
3. Fleshed out the .cc and .h files based on the class
'header_format_counter' (but with some changes).
4. Made sure to *#include * in
the header file
5. Used *digital::header_format_default* as the parent class in the class
declaration since it's now in separate namespace to 'digital'
6. Add the line set(GR_REQUIRED_COMPONENTS RUNTIME DIGITAL) at
gr-TFMv3/CMakeLists.txt
6. Add the line py::module::import("gnuradio.digital") at python_bindings.cc

After that, I run *gr_modtool bind header_format_counter_dif *and I am able
to compile successfully. However, when importing TFMv3 I get the error
*undefined
symbol: _ZTIN2gr7digital21header_format_defaultE* which stand for *typeinfo
for gr::digital::header_format_default* (I found out using a C++ name
demangler).


So it seems I am missing something when including the mother class
correctly. Any ideas about what it might be?

Than you very much,

Álvaro


Header/Payload Demux Items per Symbol

2021-03-02 Thread Alvaro Pendas Recondo
Hello,

I am implementing a packet communication based on the examples at
gr-digital/examples/packet. Using packet-rx.grc as a reference with a
single-carrier scenario, I am trying to change de "Output SPS" of the
Poyphase Clock block from 1 to 2. That means two samples per symbol. I
 then set "Items per symbol" to 2  at the block Header/Payload Demux
"Output Format" from "Symbols" to "Items" (following the example at ttps://
wiki.gnuradio.org/index.php/Header/Payload_Demux). However, when doing
this, the output format changes and I get the error "Source IO size 16 does
not match sink IO size 8" when connecting with the next step. I understand
that now both samples are together in a vector as in the OFDM case. So I
guess I need some kind of serializer to put the two samples back in a row.
However, I have tried that with the block Vector to Stream unsuccessfully.

Any suggestions?

Thank you very much in advance,

Álvaro


Library libbladeRF for bladeRF 2.0 micro xA4

2020-12-06 Thread Alvaro Pendas Recondo
Hello,

I am considering buying an SDR model bladeRF 2.0 micro xA4 that is supposed
to be compatible with GNU Radio through the library libbladeRF. Does anyone
have previous experience handling this model with GNU Radio or other models
by Nuand? I have experience with USRP and UHD, witch integration with GNU
Radio is great, but I do not if that would be the case with libbladeRF. Any
input would be greatly appreciated.

Thank you in advance!

Alvaro