I assume that the timestamps from the radio need to be thrown out the
window when doing something like this (or fosphor), right?
On 08/08/2017 06:18 PM, Jonathon Pendlum wrote:
I think you're overthinking it. :-) Consider RFNoC fosphor, it takes
in 200 MSPS but has a very low output rate. Everything works fine
because UHD has no expectations on the line rate of the incoming data
stream.
On Tue, Aug 8, 2017 at 12:02 PM, Jason Matusiak via USRP-users
<usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>> wrote:
I have an RFNoC block that is probably going to take in a vector
of data (200msps off the RFNoC:Radio), sum it with some values and
continue. Every X number of vectors (could be as high as 1024
times), it will output a vector of its own.
This means that at 200msps, I could have a flow of data as slow as
nearly 200ksps. I could use the DDC, but that would muck with my
summed values. Is there any way for me to run my block yet have
UHD know that I am outputting at a slower rate so it doesn't try
to suck in 200msps across the connection to the host?
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
<http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
