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: IOC, QServ, and AMSG / alarm.message |
From: | Aqeel Alshafei - STFC UKRI via Tech-talk <tech-talk at aps.anl.gov> |
To: | Michael Davidsaver <mdavidsaver at gmail.com> |
Cc: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
Date: | Fri, 14 Feb 2025 15:53:08 +0000 |
Hello Michael,
I have switched the test IOC to use pvxs. I've pulled the changes from
https://urldefense.us/v3/__https://github.com/epics-base/pvxs/pull/100__;!!G_uCfscf7eWS!Z6EvnRv0uZpu2-5tpfa-eWbruUmdHDvYFuD2e3Hqz8btrWMPr7Mbd5da1kY-Kh2iqsPVIsllxL7xenGFhtxHi3Xfqg$
the alarm.message is not set based on AMSG field. alarm.message string value set to "STATE" then alarm is Minor or Major.
AMSG was set only when the record/PV is in the invalid state. I also tried NMSG field, it behave the same as AMSG, except when PV is invalid is set the alarm.message to "UDF"
so, alarm.message is set when alarm.severity = 3 AND alarm.status = 2. Otherwise, it does not use the AMSG field and set the string value "STATE"
the database below should be able to reproduce what I am encountering. a quick way to make the bi record invalid is to set proc to true instead of "CP" then the alarm.message would be set.
record(calcout, "$(P):$(R):CALC") {
field(INPA, "0x101")
field(CALC, "A")
field(SCAN, "1 second")
}
record (mbbiDirect, "$(P):$(R):SIMULATED") {
field("DESC", "mbbiDirect from calcout")
field(INP,{pva:{pv:"$(P):$(R):CALC", proc:"CP"}})
}
record(bi, "$(P):$(R):SIMULATED:B0") {
field(INP, {pva:{pv:"$(P):$(R):SIMULATED.B0", proc:"CP"}})
field(ZNAM, "OFF")
field(ONAM, "ON")
field(OSV, "MAJOR")
field(NAMSG, "I AM IN AN ALARM STATE")
}
Best Regards
Aqeel AlShafei
ISIS Controls
From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Michael Davidsaver via Tech-talk <tech-talk at aps.anl.gov>
Sent: 13 February 2025 21:53 To: Finch, Ivan (STFC,RAL,ISIS) <ivan.finch at stfc.ac.uk> Cc: tech-talk at aps.anl.gov <tech-talk at aps.anl.gov> Subject: Re: IOC, QServ, and AMSG / alarm.message Hi Ivan,
On 2/13/25 08:21, Ivan Finch - STFC UKRI via Tech-talk wrote: > Hello, > > We have setup a simple IOC with bi records triggered by forward links such as the following: What you are trying to do should work. Can you test with: https://urldefense.us/v3/__https://github.com/epics-base/pvxs/pull/100__;!!G_uCfscf7eWS!Z6EvnRv0uZpu2-5tpfa-eWbruUmdHDvYFuD2e3Hqz8btrWMPr7Mbd5da1kY-Kh2iqsPVIsllxL7xenGFhtxHi3Xfqg$ ? ... > We’ve investigated setting the AMSG and NAMSG fields in the record, but suspect that this is intended to be set programmatically? The idea is for device support to change to recGblSetSevrMsg() in places where recGblSetSevr() is used to signal an alarm. > int recGblSetSevrMsg(void *precord, > epicsEnum16 new_stat, > epicsEnum16 new_sevr, > const char *msg, ...) So printf() format strings can be used, although there is a limit of 40 characters (aka. DB_AMSG_SIZE). > Thank you in advance for any assistance you can provide, > > Ivan Finch > > ISIS Controls > |