On Tue, May 28, 2013 at 1:46 PM, unruh wrote:
> Not really. What would be more helpful would be graphs of the behaviour,
> of the offsets over time, including times when the machines are heavily
> used and times when they are not. (See for example
> www.theory.phsyics.ubc.ca/chrony/chrony.html and
On Tue, May 28, 2013 at 8:23 AM, A C wrote:
>
> Are you allowing kernel discipline in the ntpd configuration? I currently
> have issues with my system going crazy if too many thermal fluctuations
> happen. I have kernel disabled in ntpd.conf (with a "disable kernel"
> directive) but I might cons
On Tue, May 28, 2013 at 8:55 AM, David Woolley
wrote:
> Miguel Gonçalves wrote:
>
>>
>> For me, it is not clear why calibration occurs every 256 seconds when
>
>
> I don't understand what you mean by this, and I don't see any evidence of a
> 256 in your
Hi!
I've read a lot about the speed of NTP when reacting to changes in
temperature to in turn affect the oscillator.
I am posting my findings and thoughts to the list so it becomes
archived for future users in need of this information.
First, let me say that I have 2 GPS receivers (Garmin 18 LVC
Hi Paul!
On Fri, May 24, 2013 at 9:28 PM, Paul G wrote:
> I have four GPS receivers into four different computers. I've assumed that I
> should be able to get small offsets between them but to do so I need
> to set time1. If that's the correct approach how do I pick the "right"
> system to be t
Hi!
I am trying to figure out why NTP takes so long to react to oscillator
changes...
When checking ntptime on startup I see that the NTP daemon is using
PLL and starts the adjustment interval at 8 s. It then increases to
16, 32, 64, 128 and stops at 256.
I read in the documentation that this li
Hi!
Just added another GPS receiver (Trimble Acutime Gold) to the group of my
local NTP servers
ntp2# ntpq -pn
remote refid st t when poll reach delay offset
jitter
==
*127.127.29.0.GPS.
0279280 144.696 0.43759 0.004301 4
56415 38767.327 -0.000237060 144.692 0.43570 0.004221 4
--- /var/log/ntp/loop ---
What can I do to improve this?
Thanks in advance for any help!
Kind regards,
Miguel
On Wed, May 1, 2013 at 8:11 AM, David Woolley <
david@ex.djwhome.demon.invalid
Hello fellow NTP users!
I have a few topics I would like to discuss with you guys. I describe my
configuration first and then I wrote some questions. This is a lengthy
message but I believe that some topics are interesting for other users.
In my network I have 2 dedicated low powered i386 boxes w
Your reply and assumptions are so dumb and senseless that you don't deserve any
further replies.
Go live your miserable life!
On 09/08/2012, at 14:57, unruh wrote:
> On 2012-08-08, Miguel Barbosa Gon?alves wrote:
>> Done!
>>
>> $ ntpq -pn tick; ntpq -pn tock
>> remote refid
It happens at 23:59:59 UTC:
ftp://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat
The bulletin states that the leap second is introduced at the end of June
so 00:00:00 is not a possibility because it is already July.
HTH,
Miguel
On 25 May 2012 12:18, Marco Marongiu wrote:
> ...on June 30th/July 1s
On 30 December 2011 07:50, pc wrote:
> Hallo Miguel,
>
> Yes -- if TRAIM is configured in a particular way, the PPS
> "pulse [is] active only when Time RAIM algorithm confirms
> time solution error is within the user defined alarm limit".
>
> Can you poll the current TRAIM setup and status
> with
Hi all!
I have an Oncore UT+ and sometimes this happens...
It is tracking 2 satellites and it suddenly and for some time looses the PPS
tock# tail -f /var/log/ntp/clock
55921 39669.212 127.127.30.0 3533886068.93999 2011 360 11 1 9 8
rstat 08 dop 0.0 nsat 2,2 traim 1,0,1 sigma 77 neg-s
.
>
CentOS is also the best for me but only for standard servers.
My NTP servers are embedded machines that run FreeBSD (NanoBSD).
Cheers,
Miguel
-----Original Message-
From: Miguel Gonçalves [mailto:m...@miguelgoncalves.com]
Sent: Wednesday, 14 December 2011 12:53 AM
To: Mark C. S
This is exactly why I prefer FreeBSD.
Isn't this an option for you?
Cheers,
Miguel
On 13/12/2011, at 10:14, "Mark C. Stephens" wrote:
> I just tried Fedora 16, its quite full of bugs from Anaconda to gnome and
> everything in between!
>
> I understand the political reasons for making the ful
Hi Tom!
Many thanks for your suggestion! I added MASK 30 to my ntp.oncore.0 file.
By the way... mine is
MODE 1
LAT 40 55 13.1082
LONG -8 29 36.7247
HT 319.03 M
TRAIM YES
DELAY 25 NS
CLEAR
MASK 30
HARDPPS
SHMEM /etc/oncore.0
Do you suggest any other change?
I clipped it by mistake. My intention
Hi!
This morning my FreeBSD 7.4 Oncore UT+ NTP server exhibited a strange
behaviour... Note the huge jump in offset from 854 ns to 596 us and then
the highest offset at 159 ms.
loop stats file:
55904 33539.225 0.01728 -1.282 0.00742 0.002620 4
55904 33555.225 0.01447 -1.282 0.006
Hi Terje!
On 6 December 2011 20:34, Terje Mathisen <"terje.mathisen at tmsw.no"@
ntp.org> wrote:
> Uwe Klein wrote:
>
>> Miguel Gonçalves wrote:
>>
>>> And once you get it working you will start buying GPS devices to add more
>>> NTP servers
On 6 December 2011 18:40, Uwe Klein wrote:
> Miguel Gonçalves wrote:
>
>> And once you get it working you will start buying GPS devices to add more
>> NTP servers to your network. It's addicting!
>>
>> My main NTP servers are two ALIX 1D mini-IT
Hi Michael!
On 6 December 2011 18:35, Michel wrote:
>
> I inherited a server with ntp installed.
> How can I determine the version of ntpd that is installed on this
> windows system?
>
ntpq -c "rv 0 version"
Cheers,
Miguel
___
questions mailing list
On 6 December 2011 17:14, Paul Duncan wrote:
>
> I think it is something to do with stuff not being setup by udev. Been
> doing some more reading... I will definitely make my build instructions for
> Slackware 13.37 Linux available when I'm finished... I'm convinced this has
> been more frustrati
Hi Paul!
Beware: long e-mail ahead!
On 6 December 2011 14:49, Paul Duncan wrote:
> Hi Miguel,
>
> Thanks very much for getting back to me.
No problem. I've been helped before so I'll do my best to help you.
>
> Okay, so I have mostly copied yours and this is what I am using now:
>
> # Modif
Hi Paul!
On 5 December 2011 13:16, Duncan, Paul A. wrote:
> Hello,
>
> I am trying to set up an NTP server using the Garmin GPS-18 as the
> reference clock. I think I'm most of the way there, but I have a couple of
> questions.
>
I have a Garmin GPS18 running on a FreeBSD server. I believe I ca
On 30/11/2011, at 15:41, Pete Ashdown wrote:
> David Woolley writes:
>
>> Richard B. Gilbert wrote:
>>> On 11/29/2011 1:42 PM, Pete Ashdown wrote:
>
+time-C.timefreq .ACTS. 1 u 19 64 377 37.887
-16011. 0.122
>
Is there anything I can do to decrease the con
Hi!
On 16 November 2011 16:11, A C wrote:
> On 11/16/2011 00:15, Harlan Stenn wrote:
>
>> What sort of offset/jitter are you seeing on the NMEA signal? By
>> default we expect it to be correct to about 2ms.
>>
>
> I posted more data in another reply but the NMEA tends to have offsets of
> +/- 5
Hi Tom!
Thanks for you help. I am getting "desperate" here...
On 16 November 2011 11:58, Thomas Laus wrote:
> My first guess would be that you have a hardware problem with this
> particular Oncore UT+. Is your Oncore battery good? I think that the
>
Battery is good. Just checked. I am using
Hi guys!
Here's the problem: I have one particular Oncore UT+ receiver (2.2 firmware
revision) that only works in mode 3, i.e., I need to reset it (losing the
almanac) everytime I restart the NTP daemon. As you might imagine this is a
major problem.
If I don't use mode 3 it just hangs at
55881 3
Hi!
I am running the following configuration
172.16.0.1 ntp.conf:
server 127.127.20.0 mode 2 prefer minpoll 3 maxpoll 3
fudge 127.127.20.0 flag1 1 flag2 0 flag3 1 flag4 1
tos mindist 0.250
peer 172.16.0.2 minpoll 3 maxpoll 3 iburst
server ntp-p1.obspm.fr iburst
server ptbtime1.ptb.de iburst
Hi James!
On 20 October 2011 23:12, Mr. James W. Laferriere
wrote:
> Hello Dave ,
>
> On Thu, 20 Oct 2011, Dave Hart wrote:
>>
>> ntpq's -n option suppresses the reverse lookups, showing IP addresses
>> instead. e.g. ntpq -nc "mrulist sort=avgint"
>
> Except it makes it really diff
Hi Dave!
2011/10/20 Dave Hart :
> Better answer: Thanks to your report, as well as several others, I
> found a bug that probably was responsible for mrulist not completing
> for you. I also added progress indication, and the ability to
> interrupt the gathering and display the entries so far ret
On 17 October 2011 20:04, unruh wrote:
> On 2011-10-17, Miguel Gon?alves wrote:
>> The reason is that I already have one of each and want a different
>> third clock. Nothing against Garmin or Sure. In fact, I highly
>
> How different? Do you want it depending on the same thing-- gps? Or do
> you
On 17 October 2011 17:37, unruh wrote:
> On 2011-10-17, Miguel Gon?alves wrote:
>> Excluding the Garmins and Sure Evaluation Boards which both have PPS
>> outputs what are the best (meaning well supported) refclocks today to
>> set up a new server?
>
> Perhaps you should tell us what your require
On 17 October 2011 10:03, Hal Murray
wrote:
>
> There is a driver that covers the Trimble Palisade and Thunderbolt.
>
> If you are lucky, it will work with the Resolution. If not, it is
> probably reasonable to add support for it.
Excluding the Garmins and Sure Evaluation Boards which both have
On 16 October 2011 19:10, unruh wrote:
> In comp.protocols.time.ntp, you wrote:
>> Hi!
>>
>> Anyone here used a Trimble Resolution T with NTP?
>
> From the pictures (all of the data sheets give a java error-- why in the
> world they couldn't just deliver a pdf file I do not know) it would seem
> t
Hi!
Anyone here used a Trimble Resolution T with NTP?
Which driver should be used?
I believe driver #29 (Trimble Palisade and Thunderbolt Receivers)
should work but any previous experience from other would be
appreciated.
Cheers,
Miguel
___
questions
On 15 October 2011 13:58, Terje Mathisen <"terje.mathisen at
tmsw.no"@ntp.org> wrote:
> Miguel Gonçalves wrote:
>> By the way, why are servers that use GPSi or PPSa as the refid? I
>> searched the archives and couldn't find an answer.
>
> The refid is an
Hi Dave!
2011/10/14 Miguel Gonçalves :
> tock# /usr/local/bin/ntpq -p -c as
> remote refid st t when poll reach delay offset jitter
> ==
> oGPS_NMEA(0) .GPS. 0 l
2011/10/14 Dave Hart :
>
> Try ntpq -crv, or ntpq -c "rv peer" -- if it's peer=17496 than it is
> the system peer as well as the pps peer.
tock# /usr/local/bin/ntpq -p -c as
remote refid st t when poll reach delay offset jitter
=
Hi Dave!
2011/10/14 Dave Hart :
> 2011/10/14 Miguel Gonçalves :
> Those snippets don't completely answer my question about using prefer
> in ntp.conf on the first machine -- it could appear on one of the
> network sources' server lines. I'm particularly wondering
Hi Dave!
2011/10/14 Dave Hart :
>> tock# ntpq -p
>> remote refid st t when poll reach delay offset jitter
>> ==
>> oGPS_NMEA(0) .GPS. 0 l 6 16 377 0.000 -0.001
>> 0.003
Hi all!
This is the billboard from one of my servers (ntp 4.2.6p3):
tock# ntpq -p
remote refid st t when poll reach delay offset jitter
==
oGPS_NMEA(0) .GPS.0 l6 16 3770
On 13 October 2011 22:08, David Lord wrote:
> Miguel Gonçalves wrote:
>>>
>>> It can also be a gateway for an internal network with your
>>> server being polled by all the clients on that network.
>>
>> I believe not everyone has the skill to insta
Hi David!
On 13 October 2011 13:41, David Lord wrote:
> Miguel Gonçalves wrote:
>>
>> lstint avgint rstr r m v count rport remote address
>>
>> ==
>> 10 15 590 K 3 3 375
Hi Dave!
Thanks for all your help!
2011/10/13 Dave Hart :
> Likely nothing. I would watch the memory consumption by ntpq for a
> hint of what is going on, or try it adding one or more -d options to
> the ntpq command line to see exactly what's happening. Hopefully with
> enough patience it will
Hi Dave!
2011/10/9 Dave Hart :
> (...)
> entries is not that many when servicing 20-30 kilobits/sec, given the
> tiny size of NTP queries. If you upgrade to 4.2.7, the size of the
> list is limited only by your configuration and willingness to let ntpd
> use memory. Also in 4.2.7, there's a new
Hi Dave!
2011/10/7 Dave Hart :
> Experience has shown that offering a stratum 1 server to the public
> typically results in the server name or address ending up in
> configurations that are sometimes not changed for years, whether or
> not the NTP service is still offered. With that in mind, I re
Hi all!
To give something back to the community I've set up a public stratum 1
NTP server available at 213.228.178.55. The connection is an
non-congested cable connection with plenty of bandwith for NTP.
AFAIK, it is the first public stratum 1 NTP server available in Portugal.
The access policy
Hi there!
I am running a FreeBSD machine with a Oncore UT+ receiver.
At the moment the NTP Oncore driver is hanging here
oncore# tail -f /var/log/ntp/clocks
55837 78346.503 127.127.30.0 ONCORE[0]: state = ONCORE_CHECK_CHAN
55837 78350.990 127.127.30.0 ONCORE[0]: Input says chan = -1
55837 7835
On 27 September 2011 10:35, David Woolley wrote:
> Applying a static correction to the clock frequency only helps if the
> static error is close to or greater than 500ppm. However, if that is the
> case, the right thing to do is to replace the motherboard, with a better one
> as it is likely tha
On 27 September 2011 01:29, unruh wrote:
> Any(?) gps receiver which has PPS output does better than 1us. Any
> network does much worse than 1 us ( more like 10s of us to hundreds).
>
I might be wrong but checking for instance the Garmin 18 LVC specifications
(http://www8.garmin.com/products/gp
Just a small correction...
2011/9/27 Miguel Gonçalves
>
> Your chances of obtaining 1 microsecond accuracy using clocks on the
>> internet is just about nil! OTOH very few people actually need
>> microsecond accuracy for anything other than "bragging rights"!
&
Hi Richard!
On 26 September 2011 22:39, Richard B. Gilbert wrote:
>
> What is a typical offset of the loop without using special oscillators? Is
>> less than 1 us achievable?
>>
>
> I don't believe that accuracy of 1 microsecond , or less, is obtainable
> without without installing a GPS Timing R
On 26 September 2011 02:07, Doug Calvert wrote:
> tickadj always tells me I am silly when I give it the -A described in
> the docs for optimized tick. I looked at tickadj.c quickly and did
> not see any facilities for -A
>
Hi Doug!
If you are running FreeBSD I suggest changing the mach.tsc_freq
2011/9/26 Dave Hart
> 2011/9/25 Dave Hart :
> > 2011/9/25 Miguel Gonçalves :
> >
> >> tick# tail -10 /var/log/ntp/loopstats
> >> 55829 66927.314 0.11263 185.398 0.00620 0.001452 4
> >> 55829 66942.315 0.11355 185.398 0.00402 0.001358
Hi Dave!
2011/9/26 Dave Hart
> 2011/9/25 Miguel Gonçalves :
> > I have a machine running FreeBSD 7.4 and it seems that the CPU clock runs
> > too fast or slow (positive offset in loopstats is fast or slow?).
>
> ntpd's offset and the frequency compensation are both re
[Sorry for such a long message]
Hi David!
On 25 September 2011 20:55, David Woolley wrote:
> Miguel Gonçalves wrote:
>
>>
>> I have a machine running FreeBSD 7.4 and it seems that the CPU clock runs
>> too fast or slow (positive offset in loopstats is fast or slow?).
>
Hi guys!
I have a machine running FreeBSD 7.4 and it seems that the CPU clock runs
too fast or slow (positive offset in loopstats is fast or slow?).
tick# tail -10 /var/log/ntp/loopstats
55829 66814.311 0.10871 185.398 0.03540 0.002317 4
55829 66831.312 0.10025 185.398 0.00984 0.0
Hi!
Is any maintainter of support.ntp.org here?
I got blacklisted while browsing the stratum 1 public servers list.
I am getting this:
http://support.ntp.org/bin/oops/Servers/GpsFreeBSDDk?template=oopsblacklist;param1=Your%20IP%20address%20%25REMOTE_ADDR%25%20is%20black%20listed%20at%20the%20%2
tion to
GPS". When I do it again it stays at 20 ms.
I have an unusable GPS on the roof. :-(
Can anyone help please?
Thanks!
Cheers,
Miguel
On 19 September 2011 09:21, David Lord wrote:
> Miguel Gonçalves wrote:
>
>> Hi all!
>>
>> I am having a problem with a
to work tomorrow err in 7 hours.
I will report back.
Cheers,
Miguel
On 18/09/2011, at 22:15, David Woolley wrote:
> Miguel Gonçalves wrote:
>
>
>> -ptbtime1.ptb.de .DCFa. 1 u 119 64 376 70.069 -2.174
>> 1.283
>
> Given the high delays, the off
Hi all!
I am having a problem with a Dell server that has a Garmin 18 LVC attached.
It's a FreeBSD 7.4 machine with the Garmin 18 LVC connected to a serial port
(PPS on DCD pin). The kernel has been compiled with the line "OPTIONS
PPS_SYNC". NTP is 4.2.4p5.
Here's the ntp.conf file:
server 127.
/11 Miguel Gonçalves :
> > Hi!!
> >
> > My Motorola Oncore UT+ is working fine and I am using a cheap magnetic
> antenna.
> >
> > I want now to buy a better quality antenna for outdoor use.
> >
> > Any suggestions?
>
> Any of the "timing antenna&qu
way, way more cool (I would say
sexier, but I would be exagerating). Did you have a good laugh with my
statement? :-)
Thanks!
Cheers,
Miguel
2011/9/11 Chris Albertson
> 2011/9/11 Miguel Gonçalves :
> > Hi!!
> >
> > My Motorola Oncore UT+ is working fine and I am using a che
Hi!!
My Motorola Oncore UT+ is working fine and I am using a cheap magnetic antenna.
I want now to buy a better quality antenna for outdoor use.
Any suggestions?
Thanks!
Cheers,
Miguel
___
questions mailing list
questions@lists.ntp.org
http://lists.
Comments bellow...
2011/9/7 Bill Unruh
> On Wed, 7 Sep 2011, Miguel Gonçalves wrote:
>
> On 7 September 2011 05:07, unruh wrote:
>>
>> > I've tried Garmin 18 LVC and Sure. Not want to start a war here but for
>>> the
>>>
>>>> specifi
Yes... I know Oncore performance (and even Garmin 18, 18x and Sure) are more
than enough for NTP but I am a time freak, pardon, nut :-)
Cheers,
Miguel
On 7 September 2011 08:33, Terje Mathisen <"terje.mathisen at tmsw.no"@
ntp.org> wrote:
> Miguel Gonçalves wrote:
>
&g
On 7 September 2011 05:07, unruh wrote:
> > I've tried Garmin 18 LVC and Sure. Not want to start a war here but for
> the
> > specifications and price Oncore beats both. :-)
>
> Beats them how? What measurements have you made of those two units in
> comparison with the oncore?
> I am not disputi
On 6 September 2011 23:02, Chris Albertson wrote:
> > Why don't the manufacturers provide the PPS signal to the serial port
> > themselves? Is it meant to be NMEA only?
>
> If cost is an issue there are even lower priced options then the one
> from Sure Electronics. Older Moterola UT+ receivers
Hi!
Thanks for the help!
My /etc/ntp.oncore.0 file is this (I disabled SHMEM)
MODE 1
LAT 41.1745319
LON -8.6560764
HT 146.72 M
HARDPPS
#SHMEM /etc/oncore.0
TRAIM YES
DELAY 25 NS
CLEAR
MASK 0
I'm getting one strange thing:
oncore# ntpq -p
remote refid st t when poll reach
ed memory and when I reset the unit
(mode 4) it uses the position stored in there.
Anyone help care to comment this?
Cheers,
Miguel
On 6 September 2011 12:33, Terje Mathisen <"terje.mathisen at tmsw.no"@
ntp.org> wrote:
> Miguel Gonçalves wrote:
>
>> 2. When surveyi
Hi all!
I configured a Motorola Oncore UT+ unit on a FreeBSD machine using ntpd
4.2.6p3 (ONCORE and SHHMEM enabled during configuration). If any Oncore user
could help me I would appreciate.
I am running with the following ntp.oncore.0 file
oncore# cat /etc/ntp.oncore.0
MODE 2
SHMEM /etc/oncore.
Hi David!
On 2 September 2011 08:19, David Woolley wrote:
> Miguel Gonçalves wrote:
>
>
>> No. This is a stratum 2 server and it gets the time from stratum 1 servers
>> thus the names and not IP addresses.
>>
>
> Poorly connected stratum 1 servers. With cur
On 2 September 2011 07:56, unruh wrote:
>
> Nope.
>
> It is completely unclear to me what your question is. Your 10.0.2.254 is
> an outside switch.
I had several questions in my first message. Your assumption is wrong.
You are telling me that a switch I installed in my rack and defined its man
Comments bellow...
On 2 September 2011 00:47, unruh wrote:
> On 2011-09-01, Miguel Gon?alves wrote:
> > Hi!
> >
> > Thanks for your reply. My comments bellow.
> >
> > On 1 September 2011 18:24, unruh wrote:
> >
> >> On 2011-09-01, Miguel Gon?alves wrote:
> >> > Hi all!
> >> >
> >> > I have tw
Hi!
Thanks for your reply. My comments bellow.
On 1 September 2011 18:24, unruh wrote:
> On 2011-09-01, Miguel Gon?alves wrote:
> > Hi all!
> >
> > I have two internal FreeBSD with GPS receivers attached (Garmin 18 LVC:
> > 10.0.2.10 / Sure Evaluation Board:10.0.2.9). Both machines are on the
Hi all!
I have two internal FreeBSD with GPS receivers attached (Garmin 18 LVC:
10.0.2.10 / Sure Evaluation Board:10.0.2.9). Both machines are on the same
LAN segment (VLAN).
For redundancy, I've configured a Cisco switch as a stratum 2 server. Here's
the relevant information:
$ ntpq -pcrv 10.0.
On 25/08/2011, at 15:00, unruh wrote:
> As a newbie it helps to remember that the people on this (or anyotehr
> newsgroup) are not mindreaders, and need as much info about your system
> as possible. They have no idea if you are running Linux, bsd, CPM or
> your own homebrew OS. They have no idea
Hello all!
Anyone here tried to connect a Motorola Oncore UT+ to a server via RS232?
I know many did it but some pointers would be great!
Thanks in advance!
Cheers,
Miguel
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinf
again my validation tests above. Without PPS I guess
you couldn't reach less than 100 us accuracy over a LAN.
> Thanks,
> Ken
No problem!
Hope this helps!
Cheers.
Miguel
>
> 2011/8/5 Miguel Gonçalves :
>> Hi Ken!
>>
>> I am using the same board on a FreeBSD 7.
Hi Ken!
I am using the same board on a FreeBSD 7.4-p2 machine. I'll tell you
about my experience to see if that helps.
I made the patches as advised by David Taylor and it is working great.
I also disabled the FIFO and ACPI.
Here's a startup from loopstats:
55778 43424.602 0.0 46.912 0.
Hi Charles!
Sorry for my previous empty message... Too sensitive screen on my iPhone.
Anyway, I am using driver #20 (NMEA) over a serial port.
If you need more help just ask.
Cheers,
Miguel
On 04/08/2011, at 16:39, "Charles Elliott" wrote:
> Hello:
>
>
>
>Can someone who i
Hi Charles!
I am using
On 04/08/2011, at 16:39, "Charles Elliott" wrote:
> Hello:
>
>
>
>Can someone who is using the Garmin 18 LVC successfully (it
> is keeping good time) please tell me what clock driver they are using?
>
>
>
> Charles Elliott
>
>
>
> ___
Hi there!
I have a Garmin 18 LVC connected to a FreeBSD 7.4 machine and I am
getting "high" offsets. Here are the stats of yesterday
NTP Loopfile Analysis
-
0 us:6 samples ( 0.12%) ( 0.12%)
1 us: 21 samples ( 0.41%) ( 0.53%)
2 us: 33 samples ( 0.65%) ( 1.18%)
3 u
Hi Dave!
Thanks for your support!
2011/8/2 Dave Hart :
> Actually both were seeing the PPS signal from the start, or else you
> would not have been seeing offsets in the low microseconds on both.
> ntpd 4.2.4 never uses the 'o' tally code, PPS or not, you will see *
> for the controlling peer. W
Harlan,
Thank you so much for your help!
I figured I was using different versions of NTP:
- 4.2.4p5 (FreeBSD 7.4) on the one that was not seeing the PPS: I was
only using the NMEA driver and I should have also added the PPS
driver.
- 4.2.6p2 (FreeBSD 7.4 but compiled through ports) on the one t
On 2 August 2011 22:55, Harlan Stenn wrote:
> Hi Miguel,
>
>> On 2 August 2011 22:29, Harlan Stenn wrote:
>> > Hi Miuel,
> sorry about the typo...
No problem! :-)
>> This is what I'm thinking... I'm assuming o is seeing PPS and the
>> other one is not. Right?
>
> I believe so, yes. Does the ot
Hi Harlan!
On 2 August 2011 22:29, Harlan Stenn wrote:
> Hi Miuel,
>
> I notice your different systems are using different mode bits - it looks
> like both units are processing $GPGGA, with one defaulting to 4800 baud
> and the other explicitly using 4800 baud.
This is deliberate.
> This should
Hello all!
I recently installed a Garmin 18 LVC in the roof of my company. The
configuration for a FreeBSD 7.4 machine is as follows:
server 127.127.20.1 mode 2 prefer minpoll 4 iburst
fudge 127.127.20.1 flag1 1 flag2 0 flag3 1
server ntp02.oal.ul.pt iburst noselect
server ntp04.oal.ul.pt iburst
Hi there!
I have been quite a time nut for a while but recently I bought a GPS 18 LVC
from Garmin and wired it up according to one of the many tutorials around
the Internet. I have a static IP and if this works out OK I am thinking
about opening my NTP port to the world. :-)
I am using FreeBSD 7.
89 matches
Mail list logo
