EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: Re: EPICS alarming on VAL != X
From: "Johnson, Andrew N." <[email protected]>
To: Jameson Graef Rollins <[email protected]>
Cc: EPICS tech-talk <[email protected]>
Date: Sun, 20 Jul 2014 15:47:57 +0000
Hi Jamie,

> It seems, though, that this case could be easily covered if either the
> HIGH or LOW alarm were changed to strictly greater/less than the alarm
> value.  Can you think of some reason this behavior would not be desired?

Unfortunately the reason is a common one — because there are probably tens if not hundreds of thousands of IOC databases already in use in control systems at labs around the world, and we have no way of knowing which ones would break if we were to change the existing behavior, which has been in place for 20 years or more.

Changing the behavior of the standard record types is not something we like to do because it means that every existing IOC database has to be looked at closely when it is upgraded to the release of Base that has that modification. As a result any changes we make to the Base record types usually implements the original behavior unless you set some field to enable the new feature.

The current large users of EPICS (APS, SLAC, KEK, Diamond etc.) don't have the engineering staff to rework their existing IOC databases whenever they upgrade Base versions, so we maintain backwards compatibility in new releases as much as we can to reduce their workload. If we didn't do that they might have to freeze the EPICS version(s) they use, which would have effects on maintenance effort needed etc.

In your case if you don't want to manually implement this alarm behavior with calc records you can create your own record type(s) that implements the behavior that you need, starting from whichever Base record(s) most closely do what you're looking for.

HTH,

- Andrew

-- 
Sent from my iPad



Replies:
Re: EPICS alarming on VAL != X Jameson Graef Rollins
References:
EPICS alarming on VAL != X Jameson Graef Rollins
Re: EPICS alarming on VAL != X Johnson, Andrew N.
Re: EPICS alarming on VAL != X Jameson Graef Rollins

Navigate by Date:
Prev: Re: EPICS alarming on VAL != X Jameson Graef Rollins
Next: Re: EPICS alarming on VAL != X Jameson Graef Rollins
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: EPICS alarming on VAL != X Jameson Graef Rollins
Next: Re: EPICS alarming on VAL != X Jameson Graef Rollins
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 17 Dec 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·