Hello,

I just want to make sure I understand the different API's and when to use them. 
I've been using the multi_usrp API for most development using the standard FPGA 
load on an N320.

I recently added in an FFT RFNoC block into the FPGA load, and will soon add 1 
or more custom RFNoC blocks. I switched to the RFNoC API for my application 
code so that I can create my graph and directly interface with the blocks. I 
believe I "needed" to do this, correct? Meaning if I wanted to create a graph 
with anything other than the default statically connected radio->ddc (for RX 
path) and if I want to interface with those blocks, then I need to use the 
RFNoC API. Please let me know if I'm understanding this right. I've already 
done this, and things are working -- but I want to make sure I couldn't have 
done this with the multi_usrp API. We have a lot of pre-existing code using the 
multi_usrp API. If I add and start using different RFNoC blocks, I want to be 
sure that I need to switch over to the RFNoC API before modifying all that code.

One thing that confuses me a bit is that I just found the multi_usrp_rfnoc.cpp 
file, which contains the code for the multi_usrp_rfnoc class. I'm not clear if 
or how this class is used. I see that it is a subclass of multi_usrp, but if I 
"grep" UHD source for "multi_usrp_rfnoc", I cannot see where an instance of 
multi_usrp_rfnoc is created anywhere. I do see that multi_usrp_rfnoc.cpp is 
included under the LIBUHD_APPEND_SOURCES in "/lib/usrp/CMakeLists.txt". I'm 
wondering if I could/should be creating a multi_usrp_rfnoc class, or if this 
somehow happens behind the scenes when using the multi_usrp API with an 
RFNoC-based radio. Again, I don't see where it's being used at all, but I am 
far, far, far from a C++ expert and am likely not understanding something.

Thanks for any help,
Jim

_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

Reply via email to