[time-nuts] MT3339 PA6H and Racal Dana GPIB, update
lists at rtty.us
Wed Dec 12 22:06:22 UTC 2012
Yes, I would run the FE5680 into the counter's frequency standard input.
For the "real data", you can set up the counter to start on the GPS pps and
stop on the 10 MHz output from the FE5680. You will only have 100 ns of
range. You can unscramble the data after the fact. If you don't want to
unscramble things, divide the 10 MHz down to 100 Hz and put that into the
Lots of fun.
From: time-nuts-bounces at febo.com [mailto:time-nuts-bounces at febo.com] On
Behalf Of Fabio Eboli
Sent: Wednesday, December 12, 2012 4:56 PM
To: Discussion of precise time and frequency measurement
Subject: Re: [time-nuts] MT3339 PA6H and Racal Dana GPIB, update
Bob Camp <lists at rtty.us> ha scritto:
> If you are driving the counter's frequency standard input with the FE5680
> and simply measuring the period of the GPS output, then the data would
Bob, the data make sense :)
I'm using the FE5680 as ext standard for
the counter, the pps is measured as period.
> I am assuming that the counter starts counting on the pps out of the
> and stops counting on the pps out of the GPS. That way every sample is the
> time difference between the two.
This will be the next try, at least now I know that I should
be able to get enough room for non overlap the periods for
I have only a doubt: is the internal OCXO of the counter
enough for the phase measurement or I should use the other
FE5680 as ext standard for the counter?
I will have the pps let's say 0,5 seconds apart, the counter
will give 1nS resolution, and will be 2x10^-9
on that interval, pretty demanding I think.
The better way will be to connect the PC to the FE5680
and drive it's pulse close to the pps, but I should bring
out the serial lines.
This message was sent using IMP, the Internet Messaging Program.
time-nuts mailing list -- time-nuts at febo.com
To unsubscribe, go to
and follow the instructions there.
More information about the time-nuts