EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Understanding the time support on Epics.
From: [email protected] (Jim B. Kowalkowski)
Date: Thu, 23 Mar 1995 16:37:15 -0600
> 
> I am trying to understand the Time Stamp support under Epics R3.12.
> Marty Kraimers guide refers to the manual `Synchronous time stamp
> support' by Jim Kowalkowski, which I can't find on the Web.

Look at http://www.aps.anl.gov/asd/controls/docs.general.html.  Hit
on Synchronized Time Stamp Support (Postscript[71k]).

> 
> The problem I have is that I have a GPS clock on a VME crate and
> want to serve time from there to other VME crates, Vaxes and Suns on
> the network. It is particularly important that one Vax, in particular,
> has a pretty good knowledge of the time.
> 
> I was thinking of running the VxWorks port of Xntpd on the VME crate
> and then using that as a time server for all the network. The questions
> I have are:

> 
> 1. Can I do this?

The last I looked at Xntpd, it was huge and not supported for vxWorks 5.1.
It appeared quite beastly.  This was a while ago.  The soft time system
currently syncs time stamps using NTP to a unix server.

> 
> 2. How do I integrate this into the Epics/vxWorks time support?
> 

There is a fairly straight forward method to add your own timing software
on the bottom of the library.  It is described in the document.

> 3. Has anyone done anything similar?
> 

Yes, I think Andrew Johnson has (I could be wrong).  The APS uses the APS
event timing system for synchronous time stamps or the default NTP timing for
soft timing between IOCs.

> 4. What are the problems involved?

This depends on want you are attempting to achieve with timestamps.
Timestamps are filled in when a record processes.  If your timestamps
increments at a high rate and you are using the GPS to record the current
time in the timestamp, correlating events (record processing times) using
tools such as the EPICS archiver may be difficult.

This may not be a problem for you and I realize that I have not explained it
very well.  Send me email on how you plan on using the GPS and I will explain
some of the problem that I know about.

Jim

---------------
Jim Kowalkowski
 Argonne National Laboratory
 Advanced Photon Source
 708/252-9410
 [email protected]
 [email protected]


Navigate by Date:
Prev: Understanding the time support on Epics. Nick Rees
Next: Re: Understanding the time support on Epics. John R. Winans
Index: 1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Understanding the time support on Epics. Nick Rees
Next: Re: Understanding the time support on Epics. John R. Winans
Index: 1994  <19951996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·