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

Reply via email to