[USRP-users] [B210] ERROR_CODE_TIMEOUT when recv_frame_size > 8184

Ron Economos w6rz at comcast.net
Fri Feb 8 15:45:47 EST 2019


The recv_frame_size behavior has been changed in UHD after 
v3.13.0.3-rc1. If you want to experiment with large frame sizes, you 
have to go back to v3.13.0.3-rc1 or before.

Ron

On 2/8/19 03:23, Krzysztof Wisniewski via USRP-users wrote:
>
> Dear users,
>
> I’m new to Ettus SDR therefor I might be missing some basic knowledge. 
> However I’ve read that in order to increase RX capture performance I 
> should fiddle with recv_frame_size and num_recv_frames. While 
> increasing the latter parameter gives good results, increasing 
> recv_frame_size gives me ERROR_CODE_TIMEOUT. I’ve went through the UHD 
> code and it seems that my version of USRP should support values <n a 
> range of <40; 16360>. Could someone explain why I’m getting those errors?
>
> My UHD version: linux; GNU C++ version 7.3.0; Boost_106501; 
> UHD_3.14.0.HEAD-0-gd20a7ae2
>
> I’m using *rx_to_file.py, this is the command I’m using:*
>
> **
>
> sudo nice -21  python *rx_to_file.py*--args recv_frame_size=8192, 
> num_recv_frames=256,serial=317B9F8 --output-file 
> /home/odroid/shared/rx_captured.txt --freq 2440e6 --rate=45e6 
> --duration 0.1
>
> I’ve tried it on B205mini-I with the same result.
>
> Regards,
>
> Kris
>
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20190208/ddd7b52f/attachment.html>


More information about the USRP-users mailing list