On 10/22/2019 12:35 PM, Pablo Martínez de Leiva Díaz wrote:
We can't determine how much distance, from current frequency, is enough to reproduce the error.I tried the attached flow-graph, against an X310, with UHD git commit: c52f3f41806622c95573de21be042f966f675543It seems that it also depends of which is the "first tune" frequency, for example:- if the first tune freq is 100Mhz, when you try to change it to 500Mhz you get the error.- but, if the first tune freq is 6Ghz, you can change it to 5Ghz without problem.In this cases, the distance between the new freq and the first one is different.El 21/10/2019 a las 20:18, Marcus D. Leech escribió:Have you characterized how far away the frequency step needs to be before this issue shows up?
And couldn't get it to fail.Make sure you resize your socket buffers to the size recommended -- if they aren't big enough, UHD will produce a message indicating
how to resize them on your system. So, more questions: (A) What type of ethernet interface do you have? (B) Is this in a hardware or virtual environment?
twinrx_test.grc
Description: application/gnuradio-grc
_______________________________________________ USRP-users mailing list [email protected] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
