Re: [USRP-users] Live rate changes within an RFNOC block

2019-02-04 Thread Andrew Danowitz via USRP-users
mple to output sample > ratio, which can eventually lead to a lock up. > > Jonathon > > On Tue, Jan 29, 2019 at 3:11 AM Andrew Danowitz via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> I have an RFNOC block that, based on a control register can either >

[USRP-users] Live rate changes within an RFNOC block

2019-01-28 Thread Andrew Danowitz via USRP-users
I have an RFNOC block that, based on a control register can either decimate the signal it's working on or leave the output rate the same as the input rate. If I set the control register to an initial value (either decimate, or not decimate) and let the system run, it works fine in either mode. If I

Re: [USRP-users] Creating RFNOC block that changes stream rate

2019-01-03 Thread Andrew Danowitz via USRP-users
>> >>>> Hi Andrew, >>>> >>>> Have you tried using Chipscope to see where the issue is at in your >>>> code? You want to look at the tvalid and tready AXI stream control signals >>>> to pinpoint where your data flow stalls (i.e. tvali

Re: [USRP-users] Vivado Simulation not returning to testbench after a certain time

2018-12-31 Thread Andrew Danowitz via USRP-users
Okay, I think I figured this one out. It seems like the queue structure used to hold the payload for each packet wasn't getting properly deleted/reinitialized between loop runs, so the queue got bigger with each packet run until it became too big for xsim to handle leading to a freeze. To fix, I ma

[USRP-users] Vivado Simulation not returning to testbench after a certain time

2018-12-21 Thread Andrew Danowitz via USRP-users
Hi all, I'm trying to run a Vivado simulation to run 2mb of pre-recorded data through an RFNOC IP block. I've modified the testbench created by rfnocmodtool for this purpose. After sending about 5-10k data samples and recording the results, the Vivado flow seems to ignore future testbench commands

Re: [USRP-users] Creating RFNOC block that changes stream rate

2018-12-21 Thread Andrew Danowitz via USRP-users
alid and tready AXI stream control signals >>> to pinpoint where your data flow stalls (i.e. tvalid = 1 and tready = 0). >>> Once you know where the stall is located, I can provide more advice. >>> >>> Jonathon >>> >>> On Wed, Dec 19, 2018 at 8:2

Re: [USRP-users] Creating RFNOC block that changes stream rate

2018-12-19 Thread Andrew Danowitz via USRP-users
at the tvalid and tready AXI stream control signals to > pinpoint where your data flow stalls (i.e. tvalid = 1 and tready = 0). Once > you know where the stall is located, I can provide more advice. > > Jonathon > > On Wed, Dec 19, 2018 at 8:20 AM Andrew Danowitz via USRP-users &l

Re: [USRP-users] Creating RFNOC block that changes stream rate

2018-12-18 Thread Andrew Danowitz via USRP-users
e axi_wrapper uses to > create output packets when SIMPLE_MODE is disabled. > > Also, have you run in a simulation testbench? Simulation should be able to > expose these issues before targetting hardware to make debugging a bit > easier. > > EJ > > > > On Tue,

[USRP-users] Creating RFNOC block that changes stream rate

2018-12-18 Thread Andrew Danowitz via USRP-users
Hi all, I'm trying to create an rfnoc block that takes in a stream of data at Sample rate n, does some processing to turn i-q values into real samples, and outputs data at a rate of n/2 by packing real values into both i and q channels of the output stream. I've tried to incorporate the axi_rate_c

[USRP-users] Debugging timeout on channel 0 errors during long RFNOC runs

2018-09-14 Thread Andrew Danowitz via USRP-users
Hi all, We've been testing a design with a few RFNOC blocks, and after about a day or two of running we're constantly getting timeout on channel 0 errors and other signals. What's the best way to debug something like this? Is there a way to figure out what block stops responding? Thanks, Andrew

[USRP-users] SystemVerilog submodules in OOT RFNOC blocks

2018-09-12 Thread Andrew Danowitz via USRP-users
Hi all, I wrote some blocks in systemverilog that I'd like to use in an rfnoc block I have. When I add max_find.sv to the Makefile.srcs, the build tools claim they can't find my max_find module. If I save it as max_find.v, the build tools can find the file, but it gets treated as standard Verilog.

Re: [USRP-users] installing rfnoc using pybombs

2018-09-11 Thread Andrew Danowitz via USRP-users
Make sure you don't have a version of gnuradio installed through your repository manager. Sometimes gnuradio will grab the wrong header files if there are multiple versions installed. On Tue, Sep 11, 2018 at 10:06 AM, Rob Kossler via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, > I just

Re: [USRP-users] E310 cross-compile issue

2018-09-10 Thread Andrew Danowitz via USRP-users
I've never gotten this error on a cross-compile build, but I have gotten it on an rfnoc build. In my case, the linker was finding headers from a system install of gnuradio and trying to use those instead of the fresh ones generated by make. I might uninstall any repository installs of gnuradio or t

Re: [USRP-users] Issues installing GNUradio using PYBOMBS (e3xx-custom-uhd or e3xx-rfnoc)

2018-09-05 Thread Andrew Danowitz via USRP-users
Forgot to reply all, but see below: On Wed, Sep 5, 2018 at 12:57 PM, Andrew Danowitz wrote: > I've worked around this by: > 1) going into the prefix directory > 2) source environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi (this sets > your environment to use the built in python) > 3) download

Re: [USRP-users] Pulling in AXI_FFT into a OOT module and block

2018-09-04 Thread Andrew Danowitz via USRP-users
It's true that uhd_image_builder.py will pull in all RFNOC IPs automatically, but if you go to simulate an OOT rfnoc block that relies on an IP, in my experience, you have to launch Vivado and add the UHD IP directory to your project. On Mon, Sep 3, 2018 at 8:43 PM, Jon Pendlum via USRP-users < us

[USRP-users] axi_round_and_clip busted?

2018-08-31 Thread Andrew Danowitz via USRP-users
When I try to use axi_round_and_clip in my design, simulation won't run and has weird internal simulation issues. If I build it into an rfnoc image, the flow graph doesn't return any data. Has anyone else run into this? -- Information contained, linked, or attached to this email and all verbal

Re: [USRP-users] UHD not compatible with FPGA master noc_shell

2018-08-31 Thread Andrew Danowitz via USRP-users
Hi Brent, Sounds good. I think the gnuradio pybombs recipe pulls in volk as a submodule. I think they manage it with the line "gitargs: --recursive" in their recipe. On Fri, Aug 31, 2018 at 2:15 PM, Brent Stapleton via USRP-users < usrp-users@lists.ettus.com> wrote: > The underlying reason for t

[USRP-users] Issue with rfnocmodtool generated NOC IDs with leading 0's

2018-08-30 Thread Andrew Danowitz via USRP-users
I used rfnocmodtool from UHD3.13 to generate a new noc block. The id it assigned the block had a leading 0. Unfortunately, the tool appears to have dropped the leading 0 in the auto-generated xml file, which led to grc and uhd_usrp_probe not being able to find the controller and name for the block.

Re: [USRP-users] UHD not compatible with FPGA master noc_shell

2018-08-30 Thread Andrew Danowitz via USRP-users
As a note, these mismatches can occur if you use pybombs to manage your install and do pybombs update uhd-fpga. If you're a pybombs user, my recommendation is to ignore the uhd-fpga directory altogether, and from within uhd/fpga run git submodule init, followed by git pull. Brent, is this somethin

Re: [USRP-users] Multiple instances of RFNOC block in single flow graph

2018-08-29 Thread Andrew Danowitz via USRP-users
he values (which is the point of it). > > > > - Original Message - > Subject: [USRP-users] Multiple instances of RFNOC block in single flow > graph > From: "Andrew Danowitz via USRP-users" > Date: 8/28/18 5:34 pm > To: "shachar J. brown via USRP-users"

[USRP-users] Multiple instances of RFNOC block in single flow graph

2018-08-28 Thread Andrew Danowitz via USRP-users
Hi all, Has anyone used multiple instances of an RFNOC block in a single flow graph? I Built an image with my block, mAvgFilter, twice in the build args. When I try to use both in a flow graph, though, I get: File "/home/root/e300/src/test_code/top_block.py", line 255, in __init__ self.device

[USRP-users] RFNOC blocks with multiple inputs?

2018-08-25 Thread Andrew Danowitz via USRP-users
Hi all, I'm trying to create an rfnoc divide block. I have the RTL and testbench set up and working, but every time I try to put it in a grc flow, I get: RuntimeError: Invalid stream args. I'm assuming this has to do with the grc xml file for my block. Is there any documentation on how to make a

Re: [USRP-users] ValueError: recv_buff_size must be larger than the recv_frame_size.

2018-08-22 Thread Andrew Danowitz via USRP-users
Update, I get this error even if I don't use any rfnoc components, and just use a standard UHD source going into the qt gui time sink. Thanks, Andrew On Wed, Aug 22, 2018 at 11:12 AM, Andrew Danowitz < and...@whitefoxdefense.com> wrote: > Hi, > > I rebuilt everything using the latest recipes for

[USRP-users] ValueError: recv_buff_size must be larger than the recv_frame_size.

2018-08-22 Thread Andrew Danowitz via USRP-users
Hi, I rebuilt everything using the latest recipes for rfnoc and e3xx-rfnoc. Now when I try to run any rfnoc flow-chart on the e310, I get the following error: ValueError: recv_buff_size must be larger than the recv_frame_size. Even if I just take an rfnoc: radio block and connect it directly to

Re: [USRP-users] Creating New GR Blocks for E310

2018-08-22 Thread Andrew Danowitz via USRP-users
When you source environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi it points python to the e310/ARM version of Python that comes to the SDK. Since gr_modtool needs to run on your host system to set up a new OOT module, the ARM version of python won't work for you. Your best bet is to open a new t

[USRP-users] noc_shell wrapper compatibility in UHD rfnoc-devel branch

2018-08-17 Thread Andrew Danowitz via USRP-users
Hi, I generated an rfnoc fpga image using the latest UHD-fpga tools on the rfnoc-devel branch. When I go to run it with the latest UHD on the rfnoc-devel branch, I get RuntimeError: RuntimeError: FPGA component `noc_shell' is revision 4 and UHD supports revision 2. Please either upgrade UHD (reco

[USRP-users] Custom OOT RFNOC modules no longer simulating or running on E310 after upgrade to latest UHD

2018-08-01 Thread Andrew Danowitz via USRP-users
I recently upgraded to the newest versions of the development tools (fresh pybombs installs of recipes rfnoc-e3xx for cross-compiling, and rfnoc for local test and development). Since that time, all of my previously functioning custom RFNOC blocks now hang in simulation on Vivado (they hang at the