> Why is it 0UTC Jan 6, 1980
Short answer: GPS time is based on week numbers. The week number
increments at midnight between Saturday and Sunday. Thus for the
timescale to start at 0 seconds, in the year 1980, you have to pick
January 6th (Sunday) not January 1st (Tuesday) as the starting
Quick question.
I am looking at the netrs and do not believe it can act as a NTP server. I
do see the ntp client settings.
Am I missing something?
Thanks
Paul
WB8TSL
On Tue, Mar 22, 2022 at 3:09 PM paul swed wrote:
> Did get the "convert to rinex" working. I actually seemed to have a bad
> exe.
On 3/22/22 5:43 PM, Bill Beam wrote:
You gotta start the clock some time.
0UTC Jan 6, 1980 is when the GPS clock was started.
Do a search on "0UTC Jan 6, 1980" and you will get lots of answers.
regards
Bill NL7F
Oh lots of "GPS zero = 6 Jan 1980 at 0 UTC" answers, but none that had
Hal's
You gotta start the clock some time.
0UTC Jan 6, 1980 is when the GPS clock was started.
Do a search on "0UTC Jan 6, 1980" and you will get lots of answers.
regards
Bill NL7F
On Tue, 22 Mar 2022 17:15:10 -0700, Lux, Jim wrote:
>I've been hunting around for the origin of GPS zero - Why is it
On 3/22/22 5:30 PM, Hal Murray wrote:
j...@luxfamily.com said:
I've been hunting around for the origin of GPS zero - Why is it 0UTC Jan 6,
1980? Is it a subtle joke about "Twelfth Night"? Does it have some useful
properties that "end of year" does not?
GPS weeks start on Sunday. That was
j...@luxfamily.com said:
> I've been hunting around for the origin of GPS zero - Why is it 0UTC Jan 6,
> 1980? Is it a subtle joke about "Twelfth Night"? Does it have some useful
> properties that "end of year" does not?
GPS weeks start on Sunday. That was the first Sunday in 1980.
--
I've been hunting around for the origin of GPS zero - Why is it 0UTC Jan
6, 1980? Is it a subtle joke about "Twelfth Night"? Does it have some
useful properties that "end of year" does not?
___
time-nuts mailing list -- time-nuts@lists.febo.com --
Eric,
Do the observed DAC steps correspond in polarity to the observed frequency
changes, or just the reverse? That's a key determination to make in placing
blame, for it tells you whether the DAC steps are causative to the frequency
changes, or rather the PLL's reaction to problems in, say, the
A few weeks ago I was working on a prototype containing a MAX5443 single
supply 3V 16-bit DAC in a circuit very similar to the one in its datasheet,
using another MAX voltage ref. and a buffer and as far as I remember the
output was pretty stable.
Mete
On Tue, 22 Mar 2022 at 20:10, Bob kb8tq
Did get the "convert to rinex" working. I actually seemed to have a bad
exe. I found a newer one on the actual trimble site not unavco and that
installed and operated correctly. I can see why a rinex file is useful. Its
readable.
Regards
Paul
WB8TSL
On Mon, Mar 21, 2022 at 6:25 PM paul swed
Hi
> On Mar 22, 2022, at 12:14 PM, Erik Kaashoek wrote:
>
> Hi Bob,
> By your advice I went for a 6.5 digit DVM and after logging and plotting the
> DAC output its clear there are some stability issues in the DAC output. The
> voltage is wandering around at about the level of frequency
Hi Bob,
By your advice I went for a 6.5 digit DVM and after logging and plotting
the DAC output its clear there are some stability issues in the DAC
output. The voltage is wandering around at about the level of frequency
wandering observed.
A different supply topology for the DAC and VCXO will
12 matches
Mail list logo
