Firas A. wrote:
>
> Hi,
>
>
>> Paul Mathews <[EMAIL PROTECTED]> wrote:
>> use "--tune-delay" with 10e-3
>>
>> Based on the above, I'd expect an integer tune delay parameter.
>> Is 10e-3 just a way of specifying a value smaller than 1, so
>> there's no tune delay?
>
> The tune delay timing parameter passed to bin_statistics is
> calculated in FFT frames which depends on USRP rate and FFT
> length as in :
>
> tune_delay_passed_to_bin_stats =
> int(round(required_tune_delay_in_sec*usrp_rate/fft_size))
>
> if this calculated value is less than "1", then we should make
> it at least "1" FFT frame.
>
> Regards,
>
> Firas
>
>
I see now that usrp_spectrum_sense.py rescales the timing parameters to
seconds before passing them to bin_statistics. Thanks.
-----
Paul Mathews
Design Services: non-contact sensors, RFID, collision avoidance, EMI
compliance
--
View this message in context:
http://www.nabble.com/fft-realated-problems-tp20308034p20398398.html
Sent from the GnuRadio mailing list archive at Nabble.com.
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
