Just chiming in to say you aren't crazy -- I've seen similar results in my
RFNoC loopback testing. There's a critical spp that you can't go below at
full rate without experiencing over/underflows. I didn't take the time to
dig down to the bottom of it, so I can't be of too much help here except to
I tried using the packet_resizer block which improved things a little
bit but not significantly. I figured that as soon as the difference
between the spp (coming from the Radio) and the set packet size in the
resizer block is too large, I get overruns again. I increased the
STR_SINK_FIFOSIZE
Hi Sebastian,
> Do you think that it would suffice to change the packet size at my last
RFNoC block before the host? I will try out the already available
packet_resizer block tomorrow.
Yes, this is probably the easiest solution. But, if you're not opposed to
custom HDL, an alternate option could
Hi all,
when working with RFNoC at 200 MSps on the X310 using 10GbE I
experience overruns when using less than 512 samples per packet (spp).
A simple flow graph [RFNoC Radio] -> [RFNoC FIFO] -> [Null sink] with
the spp stream arg set at the RFNoC Radio block shows the following
network
Hi all,
when working with RFNoC at 200 MSps on the X310 using 10GbE I
experience overruns when using less than 512 samples per packet (spp).
A simple flow graph [RFNoC Radio] -> [RFNoC FIFO] -> [Null sink] with
the spp stream arg set at the RFNoC Radio block shows the following
network
On 03/22/2018 09:45 AM, Sebastian Leutner via USRP-users wrote:
Hi all,
when working with RFNoC at 200 MSps on the X310 using 10GbE I
experience overruns when using less than 512 samples per packet (spp).
A simple flow graph [RFNoC Radio] -> [RFNoC FIFO] -> [Null sink] with
the spp stream arg
Hi all,
when working with RFNoC at 200 MSps on the X310 using 10GbE I experience
overruns when using less than 512 samples per packet (spp).
A simple flow graph [RFNoC Radio] -> [RFNoC FIFO] -> [Null sink] with the
spp stream arg set at the RFNoC Radio block shows the following network
