[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Use of bin_statistics
From: |
Paul Mathews |
Subject: |
Re: [Discuss-gnuradio] Use of bin_statistics |
Date: |
Sat, 8 Nov 2008 09:41:07 -0800 (PST) |
Firas A. wrote:
>
> Hi,
>
>
>> Paul Mathews <address@hidden> 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.
- Re: [Discuss-gnuradio] fft realated problems, (continued)
- Re: [Discuss-gnuradio] fft realated problems, kaleem ahmad, 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, Firas A., 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, kaleem ahmad, 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, Eric Blossom, 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, kaleem ahmad, 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, Firas Abbas, 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, kaleem ahmad, 2008/11/04
- Re: [Discuss-gnuradio] fft realated problems, Firas A., 2008/11/04
[Discuss-gnuradio] Use of bin_statistics, Paul Mathews, 2008/11/07