The reason the Fairchild HC4046 doesn't work is it doesn't have
a S/R F/F output on pin 15 and the other devices do.
What I found in testing the different HC4046's with an MTI-260
(very low phase noise oscillator) GPSDO controller I designed
was the Phillips part introduced the least phase noi
t: Re: [time-nuts] Enhancing the TIC232 code for better data
> Hi Bill & Didier:
>
> I think that Richard is using the tvb divider on his 10 MHz reference to
> get to 1 PPS and that has a square wave output.
>
> Have Fun,
>
> Brooke Clarke
>
> --
> w/Jav
[EMAIL PROTECTED]>
To: "Discussion of precise time and frequency measurement"
Sent: Sunday, August 13, 2006 7:28 AM
Subject: Re: [time-nuts] Enhancing the TIC232 code for better data
> Second thoughts about inverting the UTC 1PPS. I have read in a previous
> post that for most GPS rece
Didier Juges wrote:
>Second thoughts about inverting the UTC 1PPS. I have read in a previous
>post that for most GPS receivers, only the leading edge of the 1PPS
>pulse is tightly controlled (and intended to be synchronous with the
>satellite signal), the falling edge is not. If this is true, w
Hi Bill & Didier:
I think that Richard is using the tvb divider on his 10 MHz reference to
get to 1 PPS and that has a square wave output.
Have Fun,
Brooke Clarke
--
w/Java http://www.PRC68.com
w/o Java http://www.pacificsites.com/~brooke/PRC68COM.shtml
http://www.precisionclock.com
Bill J
Didier Juges wrote:
>Second thoughts about inverting the UTC 1PPS. I have read in a previous
>post that for most GPS receivers, only the leading edge of the 1PPS
>pulse is tightly controlled (and intended to be synchronous with the
>satellite signal), the falling edge is not. If this is true, w
Second thoughts about inverting the UTC 1PPS. I have read in a previous
post that for most GPS receivers, only the leading edge of the 1PPS
pulse is tightly controlled (and intended to be synchronous with the
satellite signal), the falling edge is not. If this is true, we want to
make sure we k
Hi Richard,
Thanks a lot for the very detailed explanations. I was not sure after
looking at the PIC assembly code. I have never used PICs and even with
my favorite micros (6805 and now 8051) I try to stay away from assembly,
it's not as much fun as it used to be, now that I am used to C, even
operation.
I hope this clears up your questions.
Enjoy!
Richard
- Original Message -
From: "Didier Juges" <[EMAIL PROTECTED]>
To: "Discussion of precise time and frequency measurement"
Sent: Saturday, August 12, 2006 3:27 PM
Subject: Re: [time-nuts] Enhancing the T
Hi Didier:
Neither.
It's my understanding that Timer 1 is gated by the output of a 4046
phase detector and it's high time is determined by counting a 16 Mhz
oscillator. The PIC internal Synchronization feature is set to off.
Since Timer 1 is used as a 16 bit counter it will rollover in abou
How do you measure the averaging time? Should we 1) measure the actual
time that the phase data is being read (as I understand, that would be
accumulating the time that the phase comparator output is high) and stop
when we reach a certain count/time, or should it be 2) just elapsed time
(period
Here is an insider tip for the Time-Nuts community:
Although the Simple Time Interval Counter works quite well with
it's present code, it was designed as a demonstration of adding
Simple Commands to a program. The code can be enhanced for
less noise in the data when being used in serio
12 matches
Mail list logo