EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Timestamp (drvTS) progress
From: Korhonen Timo <[email protected]>
To: [email protected], [email protected], [email protected], "Chernousko, Y (Yuri)" <[email protected]>, Jeff Hill <[email protected]>
Cc: Kalantari Babak <[email protected]>, [email protected]
Date: Tue, 09 Mar 2004 18:13:08 +0100
Hello all,

I do not remember who all were interested in this topic in the beginning, but please feel free to forward this and also let
me know who should also be involved.

More than two years ago in San Jose we had a time stamp meeting where I listed a number of problem points in the drvTS code. I also promised
to start working on them. Finally last autumn we (myself and Babak
Kalantari who actually has done most of the work) finally were able
to get started with this work. Since that we have already got quite
far (although many things still need to be done.)

The improvements so far include:
-monitoring of the event receiver status and the link health, fault statistics
-automatic switching to soft timing if there are problems with
the EVR
-synchronization of the local (vxWorks) clock with the "hard" time
continually (this way we can switch from hard to soft time without jumps)
-Channel Access interface to be able to monitor the status and to switch between soft/hard timestamp modes
-several problems with startup were corrected (if the communication with
the master timing does not work, etc.)
-and so on...

Now the system is really robust (well, at least in lab...) The switching happens smoothly (we tested it by pulling the plug - and could not see any jumps in timestamps, within the available resolution.) We plan to take this new stuff in operation at SLS in one of the next shutdowns.


The work so far has been done starting from the existing drvTS version. Actually, we would like to rewrite the whole thing at some point and
make a better link to (S)NTP, etc., but to be sure that we understand
the issues we decided first to rework drvTS.

This might be something of interest for the next collaboration meeting.
I would be happy if you have some comments even before that.

best regards,

Timo
--
Timo Korhonen  PSI (Paul Scherrer Institut)
               CH-5232 Villigen PSI
               tel + 41- 56 3103262  fax + 41 - 56 310 3383
e-mail:	       [email protected]


Replies:
RE: Timestamp (drvTS) progress Jeff Hill
Re: Timestamp (drvTS) progress Marty Kraimer

Navigate by Date:
Prev: Initializer is not a constant / Double checked locking on SMP systems Ralph Lange
Next: RE: Timestamp (drvTS) progress Jeff Hill
Index: 2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Initializer is not a constant / Double checked locking on SMP systems Ralph Lange
Next: RE: Timestamp (drvTS) progress Jeff Hill
Index: 2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Feb 2012 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·