Thanks Juan and Nick. Do you know if this is something RFNoC plans to address in the future?
I put a DDC in front of the Split Stream block and now I don't see anymore overrun errors, but I have 2 new problems. First, I can only run the flow graph one time like Juan described. If I stop it and try to run it again I don't get anything in my GUI FFT Sink windows, and the terminal prints timeout on chan 0 errors. Second, I have 2 FFT Sink windows (one for each steam) and they seem to update slowly and one at a time. The top one will show live data for 1 second while the bottom looks like it has paused, then the bottom will show live data for 1 second and the top looks paused and so on. CPU usage is low and data from the X310 is only at 40MB/s. On Thu, Jun 7, 2018 at 12:12 AM, Nick Foster <bistrom...@gmail.com> wrote: > The same solution that works for E310 won't work for X310. The easiest fix > will be to use a DDC block to reduce the sample rate ahead of the Split > Stream block. The RFNoC bus cannot handle two full-rate streams on a single > NoC port. > > Nick > > > On Thu, Jun 7, 2018, 2:44 AM Juan Francisco via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Unfortunately I don't have a fix for this, but I have seen similar >> behavior. I have only been able to get the SplitStream block on the first >> run after an FPGA reconfiguration (or X310 power cycle). If you try >> running the flowgraph a second time, it hangs and nothing gets through the >> SplitStream. >> >> On Wed, Jun 6, 2018 at 7:05 PM, Peter Sanchez via USRP-users < >> usrp-users@lists.ettus.com> wrote: >> >>> Hi All, >>> >>> I have a RFNoC Receiver --> Split stream --> x2 DDC blocks on the X310. >>> I see a ton of overrun on chan 0 errors after adding the Split Stream >>> block and GNU Radio Companion eventually crashes all together. >>> >>> >>> I read about a similar problem on the E310 and the fix was to change the >>> ce_clk to bus_clk in the rfnoc_ce_auto_inst (http://lists.ettus.com/ >>> pipermail/usrp-users_lists.ettus.com/2017-February/023539.html). >>> I tried changing that in the rfnoc_ce_auto_inst_x310.v code and >>> reflashed the FPGA but this didn't change the overrun errors. >>> >>> Any thoughts? >>> Thanks! >>> >>> _______________________________________________ >>> USRP-users mailing list >>> 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 >> >
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com