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

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


More info here.

http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-January/058897.html

Ron

On 2/8/19 13:05, Ron Economos via USRP-users wrote:
>
> 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
>
> _______________________________________________
> 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/e0e3e710/attachment.html>


More information about the USRP-users mailing list