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@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
