RTC precision?

[Thaddeus P. Floryan]

In article <1991Mar1.040542.14965 at ceilidh.beartrack.com> dnichols at ceilidh.beartrack.com (DoN Nichols) writes:
>[...]
>	The resolution of the clock is 1 second, and the timestamps are
>derived from the system clock.  If you ran it long enough, you'd get a 999mS
>range.  Till we get some extra hardware, a counter run from the 10MHZ system
>clock, divided down, and readable by the system, we aren't going to get much
>more resolution unless we dedicate LOTS of cpu cycles to it.

Actually, there IS a 1/60 sec timer on board, and it's the one used by the
"time" command and also the one I used for the BSD-equivalent gettimeofday()
I posted last year for use with some of the BSD "Tahoe" networking software
suite I ported to the 3B1.

And, though I don't have the data sheets at hand, I "believe" the RTC could
resolve to better than 1 second but there are no "hooks" in the 3B1 to allow
access.  I use a similar clock in one of my own products for datestamping
"events".

And if you want real precision, I have a Heath GC-1000 WWV clock connected
to one of my serial ports and that sucker provides a very accurate time
reference traceable to the NIST (formerly NBS) via "aethernet" (radio :-)
along with another output at PRECISELY 3.6 MHz which could be divided-down
to provide 0.000000277 second accuracy if you're concerned about leaving
the popcorn in the microwave too long.  :-)

Thad Floryan [ thad at btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]