[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-users] OT: Radio Module Time

From: Mark Atwood
Subject: Re: [gpsd-users] OT: Radio Module Time
Date: Tue, 09 Aug 2016 15:34:18 -0700

++ yes

That is my recommendation, write a standalone daemon that uses the
ntpsec shm driver itnerface.

If you do, keep in mind that someone else may want to add other WWV-type
receivers as well

Also, you don't have to write it in C.  You could write it in Python, or
Rust, or...

Mark Atwood <address@hidden>

On Tue, Aug 9, 2016, at 12:51, Gary E. Miller wrote:
> Yo George!
> On Tue, 9 Aug 2016 12:51:06 -0600
> George Sexton <address@hidden> wrote:
> > So, the receiver code actually has to catch a whole minute of bits,
> > and then decode the results into the current time/date. I briefly
> > looked at the docs on writing your own reference clock driver, and
> > there's one thing I'm not quite getting. To implement this kind of
> > driver I would need to have a function called any time DCD changes
> > state.
> If you are going to write your own code for this, which may be the
> only solution.  Do not write a native ntpd driver.  Too many weird
> things in the.  Instead write a dameon that reads you receiver, and
> output simple correction packets to /dev/shm.  Then you select the
> existing SHM driver in ntp classic/ntpsec to read the corrections
> from the SHM()s.
> Code to do this is in gpsd in ntpshmwrite.c.
> ---------------------------------------------------------------------------
> Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
>       address@hidden  Tel:+1 541 382 8588
> Email had 1 attachment:
> + Attachment2
>   1k (application/pgp-signature)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]