> I may need a Dual Mixer Time Difference (DMTD) instrument, to measure
> picosecond changes in electrical length in a coax plus amplifier time
> reference signal distribution system with total delays in the hundreds
> of nanoseconds, currently operating at 10 MHz (sinewave), but with 100
> MHz lik
In article <[EMAIL PROTECTED]>,
Uwe Klein <[EMAIL PROTECTED]> wrote:
> Joseph Gwinn wrote:
>
> > OK. It sounds like what the 5120 does. I be that there are a lot of
> > details to get *exactly* right, though.
> Right.
>
> But with having a ten year old Cray in every laptop ...
Computational
In article
<[EMAIL PROTECTED]>,
jlevine <[EMAIL PROTECTED]> wrote:
> > I may need a Dual Mixer Time Difference (DMTD) instrument, to measure
> > picosecond changes in electrical length in a coax plus amplifier time
> > reference signal distribution system with total delays in the hundreds
> > of
On May 4, 2:37 pm, "David L. Mills" <[EMAIL PROTECTED]> wrote:
>
> On symmetry, etc. There are both gravitational and velocity corrections
> relative to both Earth and solar system barycentric time amounting to
> some 15 ms, but current space missions don't worry much about that. The
> mission time
Mike K Smith <[EMAIL PROTECTED]> writes:
>On 12 May, 15:16, "Richard B. Gilbert" <[EMAIL PROTECTED]> wrote:
>> Mike K Smith wrote:
>> > Looks like I should be reducing maxpoll. I guess the design of NTP is
>> > optimised for clocks with predictable drift rates, and a sudden
>> > variation in drif
[EMAIL PROTECTED] writes:
>Developers at the University of Melbourne have produced a time-sync
>client called "TSCclock" which exchanges standard NTP packets with a
>NTP server. They assert that TSCclock, which runs on FreeBSD and at
>least two flavors of Linux (Ubuntu and Fedora), provides subst
"Brian Garrett" <[EMAIL PROTECTED]> writes:
>Are they planning an implementation for Windoze anytime soon?
HOw would you get good results when you have no means of controlling the
clock except stepping?
>Brian
><[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> Developers at th
"David L. Mills" <[EMAIL PROTECTED]> writes:
>Gene,
>I've seen and reviewed the paper; however, reviews are private to the
Their paper is public. It is posted on the web.
>authors. Someone else should take a close look at what they are actually
>measuring and assess the dynmaics of the disci
Unruh wrote:
> "Brian Garrett" <[EMAIL PROTECTED]> writes:
>
>> Are they planning an implementation for Windoze anytime soon?
>
> HOw would you get good results when you have no means of controlling
> the clock except stepping?
Are you sure? Windows provides a rate adjustment, as well as stepping
Evandro,
We didn't account for gravity and time dilation, as the errors in the
extrapolated ephemeris data dominated the error budget. I am told
accurate spacecraft navigation needs time to the nanosecond. In
principle, the Proximity-I protocol and NTP onwire protocol can do that,
I don't thin
Bill,
You seem to have a tack up your tail about the clock filter algorithm.
First, you didn't respond to my message about sampling at twice the
Nyquist rate, even if a burst of seven samples is lost.
Second, look at the clock filter algorithm code and comments. Samples
older than the Allan in
Bill,
Who, me? Paper reviewers are supposed to anonymous. Let's just say I
agree with your assessment.
I've seen a number of papers like this; some I have reviewed. They are
written by folks with computer science backgrounds and are not well
trained in physics and engineering principles and ev
"David L. Mills" <[EMAIL PROTECTED]> writes:
>Bill,
>Who, me? Paper reviewers are supposed to anonymous. Let's just say I
>agree with your assessment.
Ah. OK. the anonymity is a consideration. Of course you could have come up
with your objections to the paper entirely independently of that anon
13 matches
Mail list logo