Re: [USRP-users] RFNoC fifo filling up

On Wed, Aug 22, 2018 at 5:32 PM Jason Matusiak < ja...@gardettoengineering.com> wrote: > Brian, I really only want to send data when appropriate. I don't have the > code in front if me at the moment, but I can have tvalid high while I wait > for tready, right. So I don't see why it would be an

Re: [USRP-users] RFNoC fifo filling up

Brian, I really only want to send data when appropriate. I don't have the code in front if me at the moment, but I can have tvalid high while I wait for tready, right. So I don't see why it would be an issue if I change tdata while tvalid is high and tready is low. But I've spent the last two

Re: [USRP-users] RFNoC fifo filling up

On Wed, Aug 22, 2018 at 3:53 PM Jason Matusiak via USRP-users < usrp-users@lists.ettus.com> wrote: > This is a long shot, but I have been fighting with my rfnoc block the last > few days trying to figure out why it won't work. I am basically combining > the threshold block and the siggen block

[USRP-users] RFNoC fifo filling up

This is a long shot, but I have been fighting with my rfnoc block the last few days trying to figure out why it won't work. I am basically combining the threshold block and the siggen block (so it takes in values, and spits out data based on the siggen parameters). My block has been spitting

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

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

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

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

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

Re: [USRP-users] standard RFNoC block controller missing?

Hi EJ, you are making good points there. I have to investigate a little bit more, because I kind of assumed that it had to be the spp parameter. My RFNoC graph is a Rx-Tx loop back. I will try a clean install next week. Did the axi interface behavior change, or why should I expect to change

[USRP-users] X310 RFNOC image 8 bytes too large

Hi all, I try to build a RFNOC FPGA image for the USRP X310 according to the "Getting Started with RFNoC Development" web page (https://kb.ettus.com/Getting_Started_with_RFNoC_Development). Command: $ ./uhd_image_builder.py window fft -d x310 -t X310_RFNOC_HG -m 5 --fill-with-fifos The

[USRP-users] Creating New GR Blocks for E310

Hi everyone, I'm having trouble creating a new gr block for my e310. I compiled uhd and gnuradio from source as instructed in the following page: https://kb.ettus.com/Software_Development_on_the_E310_and_E312 Now, when I try using the "gr_modtool newmod" command on my development device (pc), I