[USRP-users] Issues generating and loading bitstreams with RFNoC blocks (UHD-3.15.LTS)

Rob Kossler rkossler at nd.edu
Tue Jul 28 11:33:17 EDT 2020


so, the problem is that uhd_image_builder.py still can't find your OOT noc
block (error: module not found)?

This file looks for several methods for including your OOT block.  I think
it first looks for a Makefile.inc if it exists in your OOT 'rfnoc' folder.
If it doesn't find that, it looks for perhaps the same file in your
'rfnoc/fpga-src' folder.  And, if not that looks for the file Makefile.srcs
in that folder.  I'm sure I don't have it exactly right, but perhaps just
look at uhd_image_builder.py to see the logic in the "create_oot_include"
function.  Somehow, it seems it is not finding your block.  If you have no
luck with Makefile.srcs, you could try adding Makefile.inc to various
folders.

Rob

On Tue, Jul 28, 2020 at 11:25 AM Jorge Arroyo Giganto <jarroyo at gradiant.org>
wrote:

> Hi Rob,
>
> Thanks a lot for your patch file, but unfortunately I'm still getting the
> same errors when trying to use custom RFNoC blocks with
> uhd_image_builder.py.
>
> Any other help would be greatly appreciated,
>
> Jorge
>
> El mar., 28 jul. 2020 a las 15:56, Rob Kossler (<rkossler at nd.edu>)
> escribió:
>
>> Try this patch file.  I received from Ettus a long time ago (Oct 2019?)
>> but it appears that it is still not fixed.
>> Rob
>>
>> On Tue, Jul 28, 2020 at 6:27 AM Jorge Arroyo Giganto via USRP-users <
>> usrp-users at lists.ettus.com> wrote:
>>
>>> Hi,
>>>
>>>
>>> I’m working on getting a solid workflow to build and use RFNoC blocks.
>>> I’m using branches UHD-3.15.LTS and GNU Radio’s maint-3.7 (also, packet
>>> gr-ettus from the master branch and uhd-fpga from the UHD-3.15.LTS branch).
>>> I’m using an E310 (SG1), with the SD image I get with
>>> ‘uhd_images_downloader -t e310 -t sdimg’ (usrp_e310_fs.sdimg). Also, I’m
>>> running Ubuntu 18.04 and I’ve got Vivado 2018.3 installed.
>>>
>>> A couple of weeks ago I started trying to follow the ‘Getting Started
>>> with RFNoC Development’ guide, and tried using rfnoc-devel and master
>>> branches, but it seems like this UHD-3.15.LTS is the one working the best
>>> for me, but I still have some issues.
>>>
>>> Following the guide, I built a custom block (gain), which I was able to
>>> get through the testbench (after quite a bit of attempts), but when trying
>>> to generate a bitstream (.bit file) with my gain block I got the following
>>> errors:
>>>
>>>
>>>     ~/rfnoc_UHD315/src/uhd-fpga/usrp3/tools/scripts$
>>> ./uhd_image_builder.py gain fft -I ~/rfnoc_UHD315/src/rfnoc-tutorial/ -d
>>> e31x -t E310_RFNOC -m 4 –fill-with-fifos
>>>
>>>      .
>>>
>>>      .
>>>
>>>      .
>>>
>>>      ERROR: [Synth 8-439] module 'noc_block_gain' not found
>>> [/home/jarroyo/rfnoc_UHD315/
>>> src/uhd-fpga/usrp3/top/e31x/rfnoc_ce_auto_inst_e31x.v:20]
>>>
>>>      ERROR: [Synth 8-6156] failed synthesizing module 'e31x_core'
>>> [/home/jarroyo/rfnoc_UHD315/src/uhd-fpga/usrp3/top/e31x/e31x_core.v:17]
>>>
>>>      ERROR: [Synth 8-6156] failed synthesizing module 'e31x'
>>> [/home/jarroyo/rfnoc_UHD315/src/uhd-fpga/usrp3/top/e31x/e31x.v:13]
>>>
>>>      [00:01:46] Current task: Synthesis +++ Current Phase: Starting
>>>
>>>      ERROR: [Common 17-69] Command failed: Synthesis failed - please see
>>> the console or run log file for details
>>>
>>>      [00:01:46] Current task: Synthesis +++ Current Phase: Finished
>>>
>>>      [00:01:46] Process terminated. Status: Failure
>>>
>>>
>>> If it is useful information, I was able to successfully generate a
>>> bitstream with existing RFNoC blocks (‘./uhd_image_builder.py window fft -d
>>> e31x -t E310_RFNOC -m 3 –fill-with-fifos’ for example, is working), so
>>> that’s why I guess my main issue is with the gain custom block.
>>>
>>>
>>> Also, another issue I’m having is using uhd_image_loader on the E310
>>> terminal when loading my own bitstreams:
>>>
>>>
>>>      root at ni-e31x:~# uhd_image_loader
>>> --args="type=e3xx,addr=192.168.10.2" --fpga-path
>>> /usr/share/uhd/images/e31x.bit
>>>
>>>      [INFO] [UHD] linux; GNU C++ version 8.2.0; Boost_106800;
>>> UHD_3.15.0.0-0-gaea0e2de
>>>
>>>      No applicable UHD devices found
>>>
>>>
>>> Is there anything I might be doing wrong? Or is this workflow with these
>>> branches and tool versions not the most appropiate currently?
>>>
>>>
>>> Thanks in advance,
>>>
>>>
>>> Jorge
>>> _______________________________________________
>>> USRP-users mailing list
>>> USRP-users at lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20200728/5eca99f6/attachment.html>


More information about the USRP-users mailing list