[time-nuts] Beginners GPS locked frequency counter question
kb8tq at n1k.org
Sat Oct 31 19:58:18 EDT 2015
> On Oct 31, 2015, at 6:29 PM, Magnus Danielson <magnus at rubidium.dyndns.org> wrote:
> Hi Chris and Bob,
> On 10/31/2015 02:13 PM, Bob Camp wrote:
>>> On Oct 31, 2015, at 6:50 AM, Chris Wilson <chris at chriswilson.tv> wrote:
>>> 31/10/2015 10:46
>>> I have a Racal counter locked to 1 MHz on its rear panel external
>>> input socket from my Trimble Thunderbolt GPS. I derive the 1 Mhz
>>> from a David Partridge divider board. If I also feed the counter
>>> with the 10 Mhz direct output from the same GPS it reads one or two
>>> Hz out. As I assume the counter is working purely mathematically
>>> why would that be please?
>> Is it always out in the same direction ( = broken counter) or does it
>> bounce back and forth to each side of “correct” ( = noise) ?
> Does not have to be a broken counter, not at all.
There’s a fine line between “broken” and “not calibrated” …. To me “broken” = needs to be fixed. That
can easily include calibration adjustments. It can also include an input that has drifted far enough that
the adjustments no longer bring it back into proper operation. The distinction here is between a counter
that is operating properly (bouncing each side of zero error) and one that exhibits a bias. The ones that
exhibit a bias need to be “fixed”.
> For instance, the SR620 displays this kind of behavior if you have not calibrated it correctly.
> Counters measure elapsed time and elapsed events.
> If you divide time with events you get average period measure.
> If you divide events with time you get average frequency measure.
> While the time-base tries to give you a second worth of measures, in actual life it only delays the trigger of the "stop" in relation to the "start" trigger that time, and then the "stop" even is recorded and the elapsed time occurs.
> If "start" and "stop" triggers does not trigger at the same phase (due to voltage offsets or time offsets), then there will be a time-bias. Some counters calibrate this bias out, where as others try hard to avoid it. If you don't calibrate it properly, this bias can cause a shift up or down in perceived frequency measure. This is not necessarily a sign of a broken counter, it's a sign of an uncalibrated counter.
> For instance, the SR620 auto-calibration does not cancel this effect, you have to adjust the calibration manually to zero it out.
> Another flaw could be missed or added cycles, as it adjust the event count in the above formula. Those usually show themselves as larger error.
> Some people is very fond of using the frequency measure of counters, I've grown more and more sceptic to it for a number of reasons when doing ADEV and friends, then I use TI that avoids a number of issues.
> But that is a much more involved story.
> time-nuts mailing list -- time-nuts at febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.
More information about the time-nuts