EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: Re: AlarmHandler as a daemon or service
From: "Ernest L. Williams Jr." <[email protected]>
To: Michael Borland <[email protected]>
Cc: EPICS tech-talk <[email protected]>, [email protected]
Date: Fri, 24 Mar 2006 03:08:43 -0500
On Thu, 2006-03-23 at 23:18 -0600, Michael Borland wrote:
> Ernest,
> 
> At APS we use alh for alarm handling (to alert operators to alarms and 
> help them investigate alarms) and sddsalarmlog for alarm logging (for 
> archival purposes and analysis).  The text log files from alh are not that 
> convenient for postprocessing and can get rather large (though this is not 
> a big problem now as it was during commissioning). 
> sddsalarmlog also 
> optionally grabs the value of a related PV when the alarm goes off, which 
> makes it easier to figure out what happened.  Since the input files to 
> sddsalarmlog are SDDS files, much of the maintenance is automated (e.g., 
> when PV names change or PVs are deleted).  Since sddsalarmlog is not 
> dependent on a GUI, we start/restart it with a cron job so it is 
> "guaranteed" to always be running.
This is the behavior we need with respect to alarm logging.

> 
> We have a Tcl/Tk application that allows analysis of sddsalarmlog output, 
> giving time histograms, alarm history, alarm counts per PV, alarm overlap 
> analysis, status word decoding, etc.
That is very useful. We will need the same here.


Thanks for sharing your experience.


Ernest




> 
> --Michael
> 
> ---------------------------------------------------------------------
> |       Michael Borland, Ph. D.     |   Bldg 401/B2201              |
> |          Senior Scientist         |   9700 S. Cass Avenue         |
> |      APS Operations Division      |   Argonne, IL    60439        | 
> |    Argonne National Laboratory    |                               |
> |         [email protected]       |   (630) 252-4205  office      |
> |                                   |   (630) 252-5703  FAX         |
> ---------------------------------------------------------------------
> http://www.aps.anl.gov/asd/oag/oaghome.shtml
> 
> On Thu, 23 Mar 2006, Ernest L. Williams Jr. wrote:
> 
> > Hi everyone,
> >
> > Two questions:
> >
> > (1) How many sites used the EPICS AlarmHandler.
> >
> > (2) Has anyone changed the EPICS AlarmHandler to run in daemon mode or
> > as a service?
> >
> > This would be a useful mode when the logging option is used.
> >
> > So, basically we would need a commandline option to enable this and give
> > us an alhLogger, ah?
> >
> >
> >
> >
> > Thanks,
> > Ernest L. Williams Jr.
> > SNS Control Systems Group
> > ORNL
> >
> >


References:
AlarmHandler as a daemon or service Ernest L. Williams Jr.
Re: AlarmHandler as a daemon or service Michael Borland

Navigate by Date:
Prev: Re: AlarmHandler as a daemon or service Thomas Birke
Next: RE: AlarmHandler as a daemon or service Allison, Stephanie
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: AlarmHandler as a daemon or service Michael Borland
Next: Re: AlarmHandler as a daemon or service Thomas Birke
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·