From owner-freebsd-hardware Wed Feb 17 21:52: 6 1999 Delivered-To: freebsd-hardware@freebsd.org Received: from enya.clari.net.au (enya.clari.net.au [203.8.14.116]) by hub.freebsd.org (Postfix) with ESMTP id 5B6F31139D for ; Wed, 17 Feb 1999 21:51:52 -0800 (PST) (envelope-from danny@enya.clari.net.au) Received: from localhost (danny@localhost) by enya.clari.net.au (8.8.8/8.8.7) with SMTP id QAA29881; Thu, 18 Feb 1999 16:51:36 +1100 (EST) (envelope-from danny@enya.clari.net.au) Date: Thu, 18 Feb 1999 16:51:36 +1100 (EST) From: "Daniel O'Callaghan" To: Dan Welch Cc: HARDWARE@FreeBSD.ORG Subject: Re: heath gc1000 clock In-Reply-To: <990217201337.20e18285@wofford.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 17 Feb 1999, Dan Welch wrote: > This is a long shot. I have a Heath GC-1000 "Most Accurate Clock" in > excellent condition that I would like to try attaching to my FreeBSD > system as a time base. It's a short wave radio rcvr with RS232 > output that I cannot decode easily because I have misplaced the > manual. Anyone using, or ever used, one who knows the output signal > coding or can share FreeBSD code for using it? Thanks. I think you'll find xntpd supports it. /usr/src/usr.sbin/xntpd/xntpd/refclock_heath.c /* * refclock_heath - clock driver for Heath GC-1000 Most Accurate Clock */ #if defined(REFCLOCK) && defined(HEATH) #include #include #include #include #include "ntpd.h" #include "ntp_io.h" #include "ntp_refclock.h" #include "ntp_stdlib.h" /* * This driver supports the Heath GC-1000 Most Accurate Clock, with * RS232C Output Accessory. This is a WWV/WWVH receiver somewhat less * robust than other supported receivers. Its claimed accuracy is 100 ms * when actually synchronized to the broadcast signal, but this doesn't * happen even most of the time, due to propagation conditions, ambient * noise sources, etc. When not synchronized, the accuracy is at the * whim of the internal clock oscillator, which can wander into the * sunset without warning. Since the indicated precision is 100 ms, * expect a host synchronized only to this thing to wander to and fro, * occasionally being rudely stepped when the offset exceeds the default * CLOCK_MAX of 128 ms. ...etc... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message