1994 1995 1996 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 2025 | Index | 1994 1995 1996 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 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: [EXTERNAL] Phoebus Alarm Server - Alarm acknowledgement from EPICS record |
From: | "Kasemir, Kay via Tech-talk" <tech-talk at aps.anl.gov> |
To: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>, Ian Gillingham <ijg at observatorysciences.co.uk> |
Date: | Fri, 21 Oct 2022 17:05:52 +0000 |
> I'm trying to find out if there's a way to send commands to the Phoebus Alarm Server from within EPICS.
Simply clear the alarm on the IOC, i.e., have the PV no longer issue an alarm, and configure the PV on the alarm server as not-latching, so it will automatically clear the alarm indication when
the PV returns to OK.
We sometimes use CALC records to combine a "raw" PV with an "alarm_enable" type PV into the actual PV that's fed to the alarm server, so the "alarm_enable"
type PV can then be used to stop the alarm. Or use a CALCOUT to update SZV or HIGH or HSV or ... of the record to control how it alarms.
-Kay
From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Ian Gillingham via Tech-talk <tech-talk at aps.anl.gov>
Sent: Friday, October 21, 2022 10:16 AM To: tech-talk at aps.anl.gov <tech-talk at aps.anl.gov> Subject: [EXTERNAL] Phoebus Alarm Server - Alarm acknowledgement from EPICS record I'm trying to find out if there's a way to send commands to the Phoebus
Alarm Server from within EPICS. I have a situation where an alarm should be able to be acknowledged from an EPICS IOC. Is there an API that could be tapped into to provide similar behaviour, as if a user was using the Phoebus Alarm Tree features, but performed from within EPICS records? I've scoured as much as I can from searches and Phoebus documentation, but haven't found anything. Thanks in advance, Ian Gillingham |