francesco.messi...@gmail.com wrote:
Hello all,
did anyone ever attempted (or succeeded too) in porting the ntpd pll
loop to obtain a synchronized time on a microcontroller with pps and
serial input (nmea or other it doesn't really matter)? Is anyone
aware of similar projects?
Thanks
Harlan Stenn wrote:
In article 4944eab4$0$12693$9b622...@news.freenet.de, Juergen Kosel
juergen.ko...@freenet.de writes:
Juergen Hello, Greg Dowd schrieb:
I'm not quite sure what you mean. A reference clock doesn't compute an
offset, it acquires, formats and returns a time value from an
Chris Richmond wrote:
I'm trying to set up ntp on a new Core2 Duo box running Fredora Core9.
It appears that it's local clock runs several seconds an hour fast. I'm
basing this on running ntpdate against the existing box I have running
ntp with pps. It reports skewing the clock by seconds
On 06/15/2010 04:46 PM, Marc Leclerc wrote:
Hi,
So it seem that after a while NTP reject my GPS and PPS input for time
keeping. The only source for time sync is the GPS, I cannot use other
devices and/or remote servers.
Hi Marc,
I have/had similar problems with a Garmin GPS18x and the NMEA
On 01/12/2011 12:07 PM, Hal Murray wrote:
Even if you have a perfect source of UTC, it's going to be hard to
keep a typical Linux server within 5 microseconds of that clock.
I think you need to reconsider the whole system. Where
did that 5 microseconds come from? What happens if/when
the
On 08/27/2014 08:46 PM, David Lord wrote:
Mike S wrote:
On 8/27/2014 5:48 AM, valizade...@gmail.com wrote:
I not sure, how should I write the ntp.conf file to achieve the
maximum accuracy using pps.
i don't know if the ntpd use the pps or not in my case!
Sometimes it is recognized as a
On 12/06/2014 09:50 PM, Paul wrote:
[I just don't understand why NTP people like GPSD]
Well, they have a decent code base for dealing with a number of GPS
devices, and they have hardware PPS support. And using GPSD as a time
source makes more sense than using NTPD as source for position
On 12/07/2014 12:26 PM, David Taylor wrote:
On 07/12/2014 09:44, juergen perlinger wrote:
[]
david-tay...@blueyonder.co.uk.invalid wrote:
ln -s /dev/ttyAMA0 /dev/gps0
Sure that can work. I haven't looked at Refclock 46 in any detail
though.
That's indeed the way it is intended to work
On 12/09/2014 03:29 PM, Sander Smeenk wrote:
Hi,
I run a stratum 1 server which has a Garmin LVC 18x connected to its ttyS0.
The GPS provides a PPS signal via serial and i use gpsd to provide the
NMEA sentences and pulse data in shared memory to NTP.
This partly works. NTP syncs against the
On 03/07/2015 01:41 PM, Neil Green wrote:
In an attempt to squeeze all I can out of a NTP and GPS/PPS setup on the
Raspberry Pi 2 I’m starting to experiment with compile flags using GCC 4.8.
Currently I have:
CC=gcc-4.8 CFLAGS=-mcpu=cortex-a7 -mfpu=neon-vfpv4 ./configure
--enable-NMEA
On 04/21/2015 09:41 AM, f.hiesinger wrote:
Hi Folks,
I'm sourcing a pps-signal via GPIO on a raspberry Pi(debian whezzy).
The pps0 is configured to capture Assert AND Clear (mode =
0x11f3). The internal echo-mechanism is used, so reception of BOTH
edges is required. Up to here everything
On 06/07/2015 11:01 AM, Mike Cook wrote:
Hi,
As part of getting ready for the end of the world as we know it I just
upgraded a BBB to 4.2.8p3 and discovered that the leap_armed system status is
not updated if a leapsecond file is loaded dynamically.
Here’s the trace:
I restarted ntpd
On 06/07/2015 11:01 AM, Mike Cook wrote:
Hi,
As part of getting ready for the end of the world as we know it I just
upgraded a BBB to 4.2.8p3 and discovered that the leap_armed system status is
not updated if a leapsecond file is loaded dynamically.
Here’s the trace:
I restarted ntpd
On 12/24/2015 09:43 PM, Leon McCalla wrote:
> Hi,
> I have a globalsat BU-353-S4 GPS receiver that I would lie to use as a source
> for NTPd. When looking at the messages that it produces, unlike the periodic
> messages I would expect every second, I get messages in bursts of threes
> followed
On 05/25/2016 02:44 AM, Stuart Maclean wrote:
> Hi Pearly, thanks so much for your reply, the first one both seems to
> understand what I am trying to do AND that I can understand your points.
>
> I am guessing that 'clockTimestamp*' are the fields from the reference
> clock. Since my ref clock
On 05/26/2016 07:23 PM, Stuart Maclean wrote:
> Hi Pearly,
>
> based on your suggestion on the use of ntpq, I indeed ran those commands
> and the offset does indeed say about 26ms, see here:
>
> associd=0 status=0418 leap_none, sync_uhf_radio, 1 event, no_sys_peer,
>
> version="ntpd
On 05/27/2016 05:15 AM, Stuart Maclean wrote:
> Thanks for the info Dan, I have to concede I don't even know what the
> 'frequency' is or what it means, much less know why the value is 500.
The correction, in PPM, to apply to the clock frequency. (More below...)
> How might I reduce that value?
On 02/10/2016 07:24 PM, Neil Green wrote:
> I'm configuring a Skytraq Venus GPS module and have the option to align the
> PPS output to GPS or UTC. Which one is best for use over serial with NTP?
IMHO that's a funny configuration option, as the difference between UTC
and GPS time scale is an
On 05/24/2016 11:27 PM, Stuart Maclean wrote:
> Back in January of this year, I posted my ntp scenario to this list:
>
> http://lists.ntp.org/pipermail/questions/2016-January/040609.html
>
> I never got a reply I could understand.
>
> I am now revisiting the issue of using ntp to read from a
Hi all,
On 01/23/2017 05:43 PM, Lloyd Dizon wrote:
> Hi.
> See below.
>
> On Mon, Jan 23, 2017 at 4:54 PM, Jan Ceuleers
> wrote:
>
>> On 23/01/17 12:25, Lloyd Dizon wrote:
>>> I've installed a GPS module on a Raspberry Pi and I'm getting 1000ms
>>> offsets between
Hi Lloyd,
> Hi all.
> I'm using this GPS module with a MTK3339 chipset. Bought from here:
> https://www.adafruit.com/product/790
> And I'm using ntpd with have PPS support compiled-in.
>
> Juergen, thanks for pointing out the documentation. I've understood more
> about NMEA receivers now.
>
>
On 02/22/2017 06:06 PM, Sundeep Lal wrote:
> Starting with ntp-4.2.8p4 a new section was added to ntp-4.2.8p4/ntpd/ntpd.c
> at line 273:
>
> #ifdef NEED_PTHREAD_WARMUP
> static void*
> my_pthread_warmup_worker(void *thread_args)
> {
> ..
> ..
> }
>
> ..
> ..
> #endif
>
> The
On 01/20/2017 06:57 AM, sneha b wrote:
> Hi,
>
> I am not able to build 4.2.8p9 on windows7.
> Seeing build error conflicting types for 'EVP_MD_CTX'.
> I came across a mail regarding this but I am not able to get whats the work
> around for this.
>
> Can some one please help me in resolving
On 12/09/2016 07:20 AM, sneha b wrote:
> Hi All,
>
> I am building ntp.4.2.8, source code I got from ntp.org.
> We have openssl1.0.2, but the ntpd.exe is not supporting sha1.
> Its only supporting MD5 till key id 10.
> Can some one point me what are all the openssl libraries needed for
>
On 12/01/2016 03:37 PM, Paul wrote:
> [conflicting types for 'EVP_MD_CTX']
>
> I've been able to build every version for some time but I can't build
> 4.2.8.p9/ARM/Ubuntu 14.04 because of the changes to a_md5encrypt. I don't
> cross-compile.
>
> Before I start trying to figure this out I
On 08/16/2017 02:52 PM, Etaoin Shrdlu wrote:
> Hi all,
>
> I've been battling for some time with getting ntpd to set the date/time
> from gpsd's shared memory locations. My GPS device is on the network
> and sends GPS messages every minute over UDP. This is picked up by gpsd
> and it appears I
Hello Anthony!
I don't have an answer to all of your questions, but see below:
On 10/21/2017 01:00 AM, Anthony Amaro Jr wrote:
> Hello! I am compiling ntp for QNX 6.5 and have run into a deadlock issue.
>
> Here is how I am compiling ntp:
>
> LD=ntoppc-ld ./configure CC="qcc
Hello all!
Please see on bottom...
On 5/6/19 7:58 AM, Terje Mathisen wrote:
> Thomas Laus wrote:
>> Group:
>>
>> The Motorola Oncore receiver has recently become non-usable because of
>> the
>> recent GPS week rollover. The receiver year field is limited by the
>> receiver
>> to the years from
On 10/7/20 8:45 PM, Andreas Mattheiss wrote:
> Hello,
>
> I wonder what's a realistic ballpark for the jitter I can expect when
> feeding a GPS PPS into ntpd?
>
> My setup is: a cheap u-blox NEO6M has its PPS output connected to a MAX232
> level shifter, connected to a true serial port on my
ou could share your UART code mods, that would make an
interesting reading. If I only had more time...
Pearly
> Matt
>
> On 10/15/20 1:52 AM, Juergen Perlinger wrote:
>> On 10/7/20 8:45 PM, Andreas Mattheiss wrote:
>>> Hello,
>>>
>>> I wonder what's a realist
On 6/4/20 9:15 PM, a...@avtodoria.ru wrote:
> Hello!!
>
> I have time jumps made by ntpd because gpsd sometimes puts wrong data to SHM
> because of wrong data from gps receiver(very bad chips)
>
> I have only one time source in ntp.conf — 127.127.28.1 with PPS enabled
>
> I want to add
On 10/30/20 9:47 AM, David J Taylor wrote:
> Hi, Yes The issue goes away if I disable the execution of ntpq.exe, Please
> check the link I have shared in my earlier comment. I'm tracking the
> problem
> down and so far I have found that the issue doesn't occur if you have the
> windows time
32 matches
Mail list logo