[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] gr-ettus and GNU radio v3.8

From: Erik Heinz
Subject: Re: [Discuss-gnuradio] gr-ettus and GNU radio v3.8
Date: Wed, 3 Jul 2019 10:20:33 +0000

I got a step further. The rfnoc domain for grc can be defined by a file rfnoc.domain.yml.

Now I can connect the module and generate a Python file from the flowgraph.

The connections still do not work at run time, though , see below.

I have defined 'connect:' and 'cpp_connect:' in rfnoc.domain.yml, but this definitions have no effect since this file is not read at run time and not included in

rfnoc_test1.py either.

Any suggestions?

Thanks and best regards,


Traceback (most recent call last):
  File "./rfnoc_test1.py", line 180, in <module>
  File "./rfnoc_test1.py", line 158, in main
    tb = top_block_cls()
  File "./rfnoc_test1.py", line 125, in __init__
    self.connect((self.uhd_rfnoc_streamer_dma_fifo_0, 'out'), (self.qtgui_sink_x_0, 0))
  File "/usr/lib/python3.6/site-packages/gnuradio/gr/hier_block2.py", line 48, in wrapped
    func(self, src, src_port, dst, dst_port)
  File "/usr/lib/python3.6/site-packages/gnuradio/gr/hier_block2.py", line 111, in connect
  File "/usr/lib/python3.6/site-packages/gnuradio/gr/runtime_swig.py", line 3606, in primitive_connect
    return _runtime_swig.top_block_sptr_primitive_connect(self, *args)
TypeError: Wrong number or type of arguments for overloaded function 'top_block_sptr_primitive_connect'.
  Possible C/C++ prototypes are:

Von: USRP-users <address@hidden> im Auftrag von Erik Heinz via USRP-users <address@hidden>
Gesendet: Freitag, 28. Juni 2019 18:12
An: address@hidden; address@hidden
Betreff: [USRP-users] gr-ettus and GNU radio v3.8

Have there been any efforts yet to port gr-ettus to the gnuradio master branch?

I made some trials today with gr-ettus under gnuradio-master and at least was able to compile and install it (except for fosphor which seems to need Qt4).
Automatic conversion of the grc xml files to the yml format was not possible, so I converted one by hand (uhd_rfnoc_dma_fifo).

I got so far that the block shows up in grc and most error messages went away.
There are still errors, however, about 'Domain key "rfnoc" is not registered' for the input and output ports. This is probably the reason as well why I cannot connect anything to this block (red arrows).

Any ideas? How do I register the rfnoc domain? Are there any serious reasons preventing the rfnoc blocks from working under v3.8?

Best regards,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]