I am still having trouble with my OOT block when I add a second radio in the loop. A reminder of what I am doing. Just to test my 2-in, 2-out RFNoC block, I am swapping the inputs to the outputs (so input 0 goes to output 1). When I have: Radio->DDC->MyBlockIn.0 --- MyBlockOut.1->vecToStream->FreqSink and a: GR generated signal-> StreamToVec->FIFO->MyBlockIn.1 --- MyBlockOut.0->vecToStream->FreqSink everything is fine If I make the inputs the opposite on my block's input side (ie Radio->DDC->MyBlockIn.1 --- MyBlockOut.0->vecToStream->FreqSink and a GR generated signal-> StreamToVec->FIFO->MyBlockIn.0 --- MyBlockOut.1->vecToStream->FreqSink) it also works fine. Now, for the issues. If I replace the output that is being fed data generated by GR (so not the RXing radio), by a DUC->Radio (I add a FIFO to the other output that is going to GR since I need both outputs from my block to be either GR or RFNoC and not a mix), things breakdown. Suddenly I am getting timeouts on channel 0 (which is where my RFNoC radio is feeding into currently on my block, so I assume that it is that), and I don't see anything on the Freq sink that is being fed by the RXing radio either. So, my question is. Even though data is going to and from the host, is RFNoC somehow perceiving this as a loopback and breaking down somewhere? I am ultimately not going radio-to-radio, but I am using two radios in my X310. I tried playing around with the dmaFIFO in different places, but that doesn't seem to do much for me.
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
