We are using the delayed start capability of libuhd to control the time data
start streaming
from a B210 FPGA to the host PC and hence add custom tags in the IQ datastream
generated within
the FPGA.
Using the delayed start function seems to work fine with single channel
acquisition but we are
wondering what is the delayed start sequence (uhd & FPGA) in the multichannel
configuration:
our concern arises from the statement on the documentation
https://www.gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__source.html
stating
set_start_time()
virtual void gr::uhd::usrp_source::set_start_time(const ::uhd::time_spec_t
&time)
Set the start time for incoming samples. To control when samples are received,
set this value before starting the flow graph. The value is cleared after each
run. When not specified, the start time will be:
Immediately for the one channel case
in the near future for multi-channel
why is the multichannel behaviour in a single receiver such as the B210
different from the single
channel streaming? I can imagine the different behaviour for networked
multichannels USRP (e.g.
X310) but how about the B210?
Thanks, Jean-Michel
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com
