home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / time / ntp / 1050 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.5 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!linac!mp.cs.niu.edu!fnnews.fnal.gov!fndaud.fnal.gov!nicinski
  2. From: nicinski@fndaud.fnal.gov (Tom Nicinski)
  3. Newsgroups: comp.protocols.time.ntp
  4. Subject: Setting time on VxWorks board via NTP
  5. Keywords: VxWorks
  6. Message-ID: <1egjepINNrq5@fnnews.fnal.gov>
  7. Date: 19 Nov 92 17:38:33 GMT
  8. Article-I.D.: fnnews.1egjepINNrq5
  9. Distribution: world
  10. Organization: Fermi National Accelerator Laboratory, Batavia IL
  11. Lines: 19
  12. NNTP-Posting-Host: fndaud.fnal.gov
  13.  
  14.  
  15. I'd like to set the time on a VxWorks board when ntpd is started.  I'm using
  16. Bob Herlien's port of NTP to VxWorks.  WAYTOOBIG (in ntp.h) is set to 1000.0
  17. seconds.  NTP simply gives up on trying to correct the clock if the offset
  18. from its peers is over this;  that's the condition at the boot of the board.
  19.  
  20. I don't want to rely on the system TOD clock to set the time when the board
  21. boots as its resolution is only 1 second (well below our requirements). Well
  22. be connected directly to a stratum 1 server (with a WWVB receiver), so I'd
  23. like to use its time to set the VxWorks board's time.
  24.  
  25. If I set the time by hand (or other means) with setgmt, it takes NTP quite
  26. a while to say that the 4 second (as an example) offset should be corrected
  27. with one big correction.  This also is unaccepatable, since the VxWorks
  28. board would not be useful until it's time was as close to UTC (or TAI) as
  29. possible (we're working on a DA system for a telescope and need to associate
  30. position and time with a particular CCD line when drift scanning).
  31.  
  32. Tom Nicinski
  33.