Hi The primer talks a lot about “averaging” of the samples. If you dig deep into the various papers on doing AVAR for frequency / time standards … you want to decimate / downsample the data rather than average. There are a *lot* of papers that make this distinction less than totally clear.
Bob > On Feb 21, 2020, at 9:58 AM, Chris Burford <cburfo...@austin.rr.com> wrote: > > Here is a good article for Allan deviation that you can file with other > reference material. It is well written and somewhat high level. > > https://www.phidgets.com/docs/Allan_Deviation_Primer > <https://www.phidgets.com/docs/Allan_Deviation_Primer> > > Chris > > > On 02/20/20 21:45:58, Taka Kamiya via time-nuts wrote: >> I was in electronics in big ways in 70s. Then had a long break and came >> back to it in last few years. Back then, if I wanted 1s resolution, the >> gate time had to be 1s. So measuring ns and ps was pretty much impossible. >> As I understand it, HP53132A (my main counter) takes thousands of samples (I >> assume t samples) to arrive at most likely real frequency. That was >> something I had hard time wrapping my head around. >> >> I understand most of what you said, but I've never taken statistics, so I am >> guessing on some part. I can see how adev goes down as tau gets longer. >> Basically, averaging is taking place. But I am still not sure why at some >> point, it goes back up. I understand noise will start to take effect, but >> the same noise has been there all along while adev was going down. Then, >> why is this inflection point where sign of slope suddenly changes? >> >> Also, to reach adev(tau=10), it takes longer than 10 seconds. Manual for >> TimeLab basically says more samples are taken than just 10, but does not >> elaborate further. Say it takes 50 seconds to get there, and say that's the >> lowest point of adev, does that mean it is the best to set gate time to 10 >> second or 50 second? (or even, take whatever gate time and repeat the >> measurement until accumulated gate time equals tau? >> >> --------------------------------------- >> (Mr.) Taka Kamiya >> KB4EMF / ex JF2DKG >> >> On Thursday, February 20, 2020, 7:54:22 PM EST, Magnus Danielson >> <mag...@rubidium.se> wrote: >> Hi Taka, >> >> On 2020-02-20 19:40, Taka Kamiya via time-nuts wrote: >>> I have a question concerning frequency standard and their Allen deviation. >>> (to measure Allen Dev in frequency mode using TimeLab) >>> >>> It is commonly said that for shorter tau measurement, I'd need OCXO because >>> it's short tau jitter is superior to just about anything else. Also, it is >>> said that for longer tau measurement, I'd need something like Rb or Cs >>> which has superior stability over longer term. >> Seems reasonably correct. >>> Here's the question part. A frequency counter that measures DUT basically >>> puts out a reading every second during the measurement. When TimeLab is >>> well into 1000s or so, it is still reading every second; it does not change >>> the gate time to say, 1000s. >>> That being the case, why this consensus of what time source to use for what >>> tau? >>> I recall reading on TICC, in time interval mode, anything that's reasonably >>> good is good enough. I'm aware TI mode and Freq mode is entirely >>> different, but it is the same in fact that measurement is made for very >>> short time span AT A TIME. >>> I'm still trying to wrap my small head around this. >> OK. >> >> I can understand that this is confusing. You are not alone being >> confused about it, so don't worry. >> >> As you measure frequency, you "count" a number of cycles over some time, >> hence the name frequency counter. The number of periods (sometimes >> called events) over the observation time (also known as time-base or >> tau) can be used to estimate frequency like this: >> >> f = events / time >> >> while it is practical that average period time becomes >> >> t = time / events >> >> In modern counters (that is starting from early 70thies) we can >> interpolate time to achieve better time-resolution for the integer >> number of events. >> >> This is all nice and dandy, but now consider that the start and stop >> events is rather represented by time-stamps in some clock x, such that >> for the measurements we have >> >> time = x_stop - x_start >> >> This does not really change anything for the measurements, but it helps >> to bridge over to the measurement of Allan deviation for multiple tau. >> It turns out that trying to build a standard deviation for the estimated >> frequency becomes hard, so that is why a more indirect method had to be >> applied, but the Allan deviation fills the role of the standard >> deviation for the frequency estimation of two phase-samples being the >> time-base time tau inbetween. As we now combine the counters noise-floor >> with that of the reference, the Allan deviation plots provide a slopes >> of different directions due to different noises. At the lowest point on >> the curve, is where the least deviation of frequency measurement occurs. >> Due to the characteristics of a crystal oscillator to that of the >> rubidium, cesium or hydrogen maser, the lowest point occurs at different >> taus, and provide different values. Lowest value is better, so there is >> where I should select the time-base for my frequency measurement. So, >> this may be at 10 s, 100 s or 1000 s, which means that the frequency >> measurement should be using start and stop measurements with that >> distance. OK, fine. So what about TimeLab in all this. Well, as we >> measure with a TIC we collect a bunch of phase-samples at some base >> rate, such as 10 Hz or whatever. TimeLab and other tools can then use >> this to calculate Allan Deviation for a number of different taus simply >> by using three samples, these being tau in between and algoritmically do >> that for different taus. One then collects a number of such measurements >> to form an average, the more, the better confidence interval we can but >> on the Allan Deviation estimation, but it does not improve our frequency >> estimation, just our estimation of uncertainty for that frequency >> estimation for that tau. Once you have that Allan Deviation plot, you >> can establish the lowest point and then only need two phase samples to >> estimate frequency. >> >> So, the measurement per second thing is more collection of data rather >> than frequency estimation in itself. >> >> Cheers, >> Magnus >> >> >> _______________________________________________ >> time-nuts mailing list -- time-nuts@lists.febo.com >> To unsubscribe, go to >> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com >> and follow the instructions there. >> _______________________________________________ >> time-nuts mailing list -- time-nuts@lists.febo.com >> To unsubscribe, go to >> http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com >> and follow the instructions there. > > _______________________________________________ > time-nuts mailing list -- time-nuts@lists.febo.com > To unsubscribe, go to > http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com > and follow the instructions there. _______________________________________________ time-nuts mailing list -- time-nuts@lists.febo.com To unsubscribe, go to http://lists.febo.com/mailman/listinfo/time-nuts_lists.febo.com and follow the instructions there.