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  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
<== Date ==> <== Thread ==>

Subject: Re: AlarmHandler as a daemon or service
From: "Ernest L. Williams Jr." <ernesto@ornl.gov>
To: Randy Flood <flood@aps.anl.gov>
Cc: tech-talk@aps.anl.gov
Date: Wed, 05 Apr 2006 09:48:12 -0400
On Wed, 2006-04-05 at 07:23 -0500, Randy Flood wrote:
> ALH has a feature where you can set the beep severity for the entire 
> alarm handler or individual PV's. The alarm will still show up for minor 
> alarms, but you don't have to hear them. There are also the silence for 
> one hour and silence forever options so that the alarms are visible, but 
> not beeping.
> 
There is also the HYST field in the record to take advantage of.

Also, the "masking" capability of the alarm handler seems to be well
thought out.  

Thanks,
Ernest





> Randy
> 
> Terry Carlino wrote:
> 
> > As an AlarmHandler user it has always struck me that there should be a 
> > better way to manage alarms. In the real world it is quite common to 
> > have a device sitting just on the edge of the MINOR alarm point, 
> > creating nuisance alarms. We do not generally manage alarms by 
> > actively changing  HIGH or LOW, since these are set by system 
> > experts.  This leaves the user with the choice of disabling the alarm, 
> > which means that if the device reaches the MAJOR parameter no alarm 
> > will be heard or dealing with the nuisance alarms. Bad enough when a 
> > single channel behave such. When you have thousands of channels, not 
> > uncommon for a few to have this problem, especially during times of 
> > general machine instability, such as start up. It would be nice to be 
> > able to separately acknowledge or bypass MINOR alarms, a kind of "yeah 
> > we know we need to look at you, you're alright for now call us when 
> > you get to the MAJOR setpoint.
> >
> > Terry
> >
> 


References:
AlarmHandler as a daemon or service Ernest L. Williams Jr.
Re: AlarmHandler as a daemon or service Matthias Clausen
Re: AlarmHandler as a daemon or service Ernest L. Williams Jr.
Re: AlarmHandler as a daemon or service Matthias Clausen
Re: AlarmHandler as a daemon or service Terry Carlino
Re: AlarmHandler as a daemon or service Randy Flood

Navigate by Date:
Prev: EPICS Collaboration Meeting in June Ned Arnold
Next: Re: AlarmHandler as a daemon or service Ernest L. Williams Jr.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
Navigate by Thread:
Prev: Re: AlarmHandler as a daemon or service Randy Flood
Next: Re: AlarmHandler as a daemon or service Steve Lewis
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·