Not sure about uhd_fft.  I know that with rx_samples_to_file, it behaved
fine until I added the timed commands.  That's why I sent the source code
attachment so that the problem could be easily duplicated.
Rob

On Fri, Apr 19, 2019 at 1:15 PM Marcus D. Leech <patchvonbr...@gmail.com>
wrote:

> On 04/19/2019 09:44 AM, Rob Kossler wrote:
>
> I had started with a mid-January version of master and that's where I
> noticed the issue.
>
> I am using:
>
> UHD_3.14.0.HEAD-0-gf6cacec8
>
> With an X310, using a UBX-160 V1
>
> I'm running with the default clock rate, and getting 25Msps, using a 10MHz
> lo offset.  I'm using uhd_fft to observe the spectrum at 950MHz.  It's
> exactly where
>   one would expect it to be, similarly at 2450MHz.
>
>
>
>
>
> On Thu, Apr 18, 2019 at 6:00 PM Marcus D. Leech <patchvonbr...@gmail.com>
> wrote:
>
>> On 04/18/2019 05:09 PM, Rob Kossler wrote:
>>
>> OK, so what happens if you use a *positive* LO offset?
>>>
>>
>> It moves in the opposite direction.  A few remarks:
>>
>>    - I should mention that the behavior I'm seeing with
>>    rx_samples_to_file is not identical to the behavior I'm seeing in my own
>>    custom app.  In my app, I see unpredictable behavior.  Nevertheless, I
>>    figured we could start with rx_samples_to_file which seems to be 
>> consistent
>>    (albeit wrong).
>>    - Although I haven't tried rx_samples_to_file with other devices or
>>    with Tx channels, I did see bad behavior with Tx channels and with the 
>> N310
>>    device using my custom app
>>    - I have no idea if this behavior is recent or not because I haven't
>>    been looking at this kind of thing for a long time
>>    - I am using the latest off master:  UHD_3.15.0.git-89-gf93c5227
>>
>>
>> Rob
>>
>> I will try to reproduce this in my lab in the morrow.  In the mean-time,
>> if you revert to earlier UHD, do you see the same thing?
>>
>>
>>
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to