Hi Andy, Same issue here and you can probably find a set of emails form me in this list that went unanswered. I spent quite some time debugging this just to find out that apparently this is not supported. The issue in my opinion is that sofware does not initialize the streamer for the second input unless you also have a second output. Just add a second output on the block definition and connect it to null sink and if everything else is fine it should work. Note that since input axi bus is 64 but at 166 MHz you won't be able to have 2 inputs at 32 bit/200 MHz which is the default radios will work at so you have to change system sampling frequency to 120 MHz using the attribute in device3... Don't even try changing it in radio block as the sampling frequency there is not doing anything at all. Good luck,
Dario Pennisi On Wed, Oct 11, 2017 at 10:11 PM +0200, "Andrew Thommesen via USRP-users" <usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote: Hi all, I am trying to create a custom RFNoC block with 2 inputs and 1 output. I have attached my block code as well as the XML files for the UHD and GNU radio integration. The block behaves as expected when I run the testbench. However, when synthesised and used within the GNU radio flowgraph it does not seem to output anything. Further investigation using chipscope revealed that m_axis_data_tvalid is only ever 0 or 1. In simulation, the value can be 3 when data is received on both input channels. This suggests that on the hardware I am not receiving data from both streams, which would explain why I never get any output. This may suggest that the XML files are incorrect? Does anyone know what I could be doing wrong? Thanks, Andy
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
