Re: [ntp:questions] Galileo's atomic clocks

2008-04-25 Thread David J Taylor
Evandro Menezes wrote: > On Apr 24, 11:55 am, [EMAIL PROTECTED] (Danny Mayer) wrote: >> Here's an interesting article on the Giove-B satellite's atomic >> clocks being tested when it launches: > > IF it launches AND remains in reliable operation... :-/ Oh, the first test satellite in the European

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread David Woolley
maxime louvel wrote: > Unless if the GPS allow my server to be more stable and thus I can assume to > get a better synchronisation... Firstly, I got two threads confused, so some of my comments weren't based on your situation. In particular, the unsynchronised DCF system relates to the other t

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread maxime louvel
On Fri, Apr 25, 2008 at 8:14 AM, David Woolley <[EMAIL PROTECTED]> wrote: > maxime louvel wrote: > > > Unless if the GPS allow my server to be more stable and thus I can assume > to > > get a better synchronisation... > > Firstly, I got two threads confused, so some of my comments weren't > based

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread Ryan Malayter
On Fri, Apr 25, 2008 at 2:35 AM, maxime louvel <[EMAIL PROTECTED]> wrote: > Ok , thus I should have a better accuracy for the nodes synchronised to > this server than for the nodes synchronised to server itself synchronised > through internet to a stratum 2. > But that still doesn't solve the pr

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread Unruh
David Woolley <[EMAIL PROTECTED]> writes: >maxime louvel wrote: >> Unless if the GPS allow my server to be more stable and thus I can assume to >> get a better synchronisation... >Firstly, I got two threads confused, so some of my comments weren't >based on your situation. In particular, the u

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread Unruh
[EMAIL PROTECTED] (maxime louvel) writes: >On Fri, Apr 25, 2008 at 8:14 AM, David Woolley ><[EMAIL PROTECTED]> wrote: >> >> A node synchronized to GPS *with PPS* will be much more stable than a >> system that is free-running or synchronised by other typical means. >> >Ok , thus I should have a

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread maxime louvel
- I am running ntp at max priority (ntpd -N) - My nodes are real machines, not VM - I haven't tried chrony yet, but I probably will. On Fri, Apr 25, 2008 at 3:29 PM, Unruh <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] (maxime louvel) writes: > > >On Fri, Apr 25, 2008 at 8:14 AM, David Woolley

Re: [ntp:questions] setting the time using gps-time and pps without ntpd?

2008-04-25 Thread Nicola Berndt
Nero Imhard schrieb: > Nicola Berndt wrote: > >> I use a Conrad USB-Receiver that contains a U-Blox board. I took the >> PPS-Signal from the according pins inside the device myself and tested, > > It's still unclear to me. In your original post you wrote that you used > USB for the gps data an

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread Hal Murray
>- I have to keep my nodes synchronised to real time, for several reason: >they use NFS, they interact with the outside world. I think your initial goal was synchronization to 10 microseconds. Do you really need that for NFS? (Do file times include the fractions of a second?) Most interaction

Re: [ntp:questions] frequency adjusting only

2008-04-25 Thread Hal Murray
>I actually don't really understand why a GPS would improve my >synchronisation. If your master server has GPS, its time will be more stable. That means your clients can sync to a stable clock rather than trying to track a clock that is wobbling around. (Things are simpler and work better when t

[ntp:questions] Reference Clock Driver for C-MAX CMMC-8P-MF

2008-04-25 Thread steve
Has anyone written (or is anyone writing) an NTP reference clock driver for the C--MAX CMMC-8P-MF radio clock module? The commands and responses for this unit are detailed on their web page (http://www.c- max-time.com). I am not very experienced with the internals of NTP reference clock drivers,