Thanks EJ and Nick,
I hadn't thought about the propagation of the streaming command occurring
in UHD rather than on the FPGA. I was thinking that after issuing the
rx_streaming start command to the downstream-most block in the chain, some
magic was happening on the FPGA to get the upstream blocks
I can tell you the answer to #3 off the top of my head: the two streams
will be sample-aligned, and if you use timed start commands, they will be
time-aligned.
The other two are probably best answered by trying it out. Maybe someone
from Ettus can chime in.
Nick
On Fri, Mar 22, 2019 at 7:09 AM R
Any suggestions?
On Wed, Mar 20, 2019 at 9:49 PM Rob Kossler wrote:
> Yes, the example was for illustration only. You can throw a couple of
> DDCs in between the radio and add/sub block to slow the rate down. But,
> the questions are still the same.
>
> On Wed, Mar 20, 2019 at 7:49 PM Nick Fos
Yes, the example was for illustration only. You can throw a couple of DDCs
in between the radio and add/sub block to slow the rate down. But, the
questions are still the same.
On Wed, Mar 20, 2019 at 7:49 PM Nick Foster wrote:
> First things first. The flow graph you're describing don't work b
First things first. The flow graph you're describing don't work because the
two radio blocks will saturate the bus going into the addsub block. You
will need to decimate the streams going into the addsub block.
I don't have a ready answer to your question about the streamers, but I'd
suggest using
Hi,
I am starting to develop more complicated RFNoC graphs and several
questions occurred to me. I am using my own C++ application with the UHD
RFNoC-enabled library.
Consider a receive-only RFNoC graph with 2 radio blocks feeding a 2-input,
2-output Add/Sub block. Also, assume there are two rx_s
