Adib-
> > Important Note:
> > Beside tunning time depends on the hardware (RF syenthesizer speed),
> > one should remameber that the time needed to collect 1024 samples
> > with decimation rate=8 (minimum USRP decimation) is 128 usec
> >
> > while :
> >
> > Time needed to collect 1024 samples with
Firas A. wrote:
>
>
> Important Note:
> Beside tunning time depends on the hardware (RF syenthesizer speed),
> one should remameber that the time needed to collect 1024 samples
> with decimation rate=8 (minimum USRP decimation) is 128 usec
>
> while :
>
> Time needed to collect 1024 samples
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
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
Working to understand sink block bin_statistics_f. Examining the User
Manual, the sourcecode gr_bin_statistics_f.cc and related includes, and
hacking qa_bin_statistics.py, this is my current understanding:
1. bin_statistics determines max values of vectors with length vlen over a
number of samples