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

Ron Economos w6rz at comcast.net
Fri Feb 8 16:05:16 EST 2019


See issue #222 (now closed) on the UHD Github for more info.

https://github.com/EttusResearch/uhd/issues/222

IMHO, this is equivalent of breaking userspace in Linux, and you know 
how Linus feels about that!

Ron

On 2/8/19 12:52, Jason Roehm via USRP-users wrote:
> Ron,
>
> Can you elaborate on what the changes you referenced are and their 
> consequences? In my past experience, increasing the frame size has 
> been critical to achieving full-rate throughput on the B200 series.
>
> Jason
>
>> On Feb 8, 2019, at 3:45 PM, Ron Economos via USRP-users 
>> <usrp-users at lists.ettus.com <mailto:usrp-users at lists.ettus.com>> wrote:
>>
>> 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 andnum_recv_frames. 
>>> While increasing the latter parameter gives good results, 
>>> increasingrecv_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
>> _______________________________________________
>> USRP-users mailing list
>> USRP-users at lists.ettus.com <mailto:USRP-users at lists.ettus.com>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> _______________________________________________
> 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/3af8dc32/attachment.html>


More information about the USRP-users mailing list