Hi all, I am trying (and failing) to get an RFNoC image with the provided FFT working with GNURadio. I am using an X310 connected with a 1Gig ethernet and building images in the HG configuration. I used the knowledge base article: "Getting Started with RFNoC in UHD 4.0" (linked here: https://kb.ettus.com/Getting_Started_with_RFNoC_in_UHD_4.0) to add the FFT to the default image. The resulting image core with FFT can be found here: https://pastebin.com/xLqyx7qS
The uhd probe shows the fft correctly connected to through its own SEP. However, when I attempt to run a flowgraph containing the FFT I get a recv() timeout error and then blocks will not flush unitl the USRP is reset. One of the many flow graphs I have tried, and the consistent error are shown in the screenshots here: https://pasteboard.co/JKFUlrH.png and here: https://pasteboard.co/JKFTHji.png I then tried using the UHD Python API deriving from the example shown in the GRCon20 session "Exploring RFNoC with the UHD Python API" by Aaron Rossetto. Here I find that a static loopback example like Aaron presented with the FFT worked with one length of samples but trying to extend that for streaming from the radio creates the same behavior that is exhibited with GNURadio. The only way that I can get the FFT to execute correctly is if I stream exactly one FFT length of samples. Any larger number of samples from the radio (even length multiple) will crash the block and requires a power cycle to be able to flush again. Loopback example code: https://pastebin.com/03dScZvB Streaming test code: https://pastebin.com/WQRn7UhH I have been able to build and use custom RFNoC blocks sucessfully with GNURadio on this installation of UHD 4.0, GNURadio 3.8 and gr-ettus. Thank you, Rylee
_______________________________________________ USRP-users mailing list [email protected] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
