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
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
Calling device3->clear() will strobe clear_tx_seqnum, but it is not a
direct mapping. It also resets the upstream and downstream node
connections, If you need trigger the reset at specific times, it would
probably be easier to add your own reset settings register.
On Tue, Aug 27, 2019 at 10:55 AM
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
Thanks Jonathon. How about if I re-wire an rfnoc graph? Does that assert
clear_tx_seqnum? Does the UHD device3->clear() function map directly or
indirectly to this signal?
Rob
On Mon, Aug 26, 2019 at 9:49 PM Jonathon Pendlum
wrote:
> Hi Rob,
>
> Originally clear_tx_seqnum was only for resetti
Hi Rob,
Originally clear_tx_seqnum was only for resetting AXI Wrapper, but it
evolved into a user reset as well since it is asserted every time your UHD
app starts. ce_rst is only asserted at power up.
Jonathon
On Tue, Aug 27, 2019 at 2:29 AM Rob Kossler via USRP-users <
usrp-users@lists.ettus.c
Can anyone explain the meaning of the signals ce_rst and clear_tx_seqnum?
It is not clear to me what would cause either of them to go High. Should I
expect ce_rst to be strobed each time I launch my C++ app that calls UHD?
I had previously thought so, but now I have reason to doubt.
Thanks.
Rob
_
Update. I think my issue is not related to timestamps at all but rather
with resetting the address counter that plays out the samples.
Rob
On Sun, Aug 25, 2019 at 8:20 PM Rob Kossler wrote:
> Hi,
> I have a custom RFNoC block that is working with the exception that the
> sample timing isn't qui
Hi, everyone.
I am doing the estimation angle of arrival by using USRP.
The problem I want to fix is the initial phase offset of each dboards.
>From now on, I have searched some knowledge about this issue. But I can not
implement the concept.
those concept I got are below:
1. Some kinds of
