[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>
+1-206-604-2198
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.
>
> RGDS
> GARY
> ---------------------------------------------------------------------------
> 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)