Re: [USRP-users] RFNoc Testbench / EOB

2019-08-28 Thread Timothy Kurp via USRP-users
That sounds like it will do it. Thanks! Tim On Wed, Aug 28, 2019 at 11:23 AM Jonathon Pendlum < jonathon.pend...@ettus.com> wrote: > Hi Tim, > > My mistake on my original reply, you should use push_pkt()/pull_pkt(). You > provide the header to that function (along with the payload), which is how

Re: [USRP-users] RFNoc Testbench / EOB

2019-08-28 Thread Jonathon Pendlum via USRP-users
Hi Tim, My mistake on my original reply, you should use push_pkt()/pull_pkt(). You provide the header to that function (along with the payload), which is how you will be able to set EOB and a packet size with an odd number of 16-bit samples. If you really dig into sim_rfnoc_lib.svh, sim_cvita_lib.

Re: [USRP-users] RFNoc Testbench / EOB

2019-08-27 Thread Timothy Kurp via USRP-users
Hi Jon, This doesn't answer my question, perhaps I didn't convey the problem clearly. I am trying to test the case where TLAST occurs on an odd sample, at the same time as EOB. Push word provides access to tlast, but not EOB. To throw eob I need to use send() which takes in pkt.payload and pkt.hea

Re: [USRP-users] RFNoc Testbench / EOB

2019-08-26 Thread Timothy Kurp via USRP-users
Thanks! I will look at that example. Tim On Tue, Aug 27, 2019 at 12:15 AM Jonathon Pendlum < jonathon.pend...@ettus.com> wrote: > Hi Tim, > > Look at noc_block_fft_tb.v for an example on how to operate on a 32-bit > sample by sample basis. Unfortunately, if you want to do sizes smaller than > 32

Re: [USRP-users] RFNoc Testbench / EOB

2019-08-26 Thread Jonathon Pendlum via USRP-users
Hi Tim, Look at noc_block_fft_tb.v for an example on how to operate on a 32-bit sample by sample basis. Unfortunately, if you want to do sizes smaller than 32-bit, you'll need to write your own version of send()/recv() or push_word()/pull_word() from sim_rfnoc_lib.svh. Jonathon On Tue, Aug 27, 2

[USRP-users] RFNoc Testbench / EOB

2019-08-26 Thread Timothy Kurp via USRP-users
Hey Users! I think this may be a possible deficiency in the test bench architecture, or perhaps I just don't know how to instrument it properly. I have a custom block that performs a 2:1 rate change roughly, performing compression of the 16 bit I/Q from the radio down to a 16 bit word that is comp