EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  <20022003  2004  2005  2006  2007  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  <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Getting Alarm Handler (1.2.9 or 1.2.10) to write to ACKT field
From: Dayle Kotturi <[email protected]>
To: [email protected]
Date: Wed, 04 Sep 2002 12:40:38 -0700 (PDT)
I am running alh (version 1.2.9 or 10) in global and active mode. I have
removed all security from the IOC (i.e. ASG field for all records is
empty).

I want the alarm handler to read the 'T' flags set for a given
channel and use them to override the (default) value in the database
for the channel (which is ACKT=YES), such that the operator does not
have to acknowledge transient alarms, as is the behaviour of alh
(version 1.2.2).

I understand that the way to do this is to run the alh with -caputackt
cmd line option. The expected behaviour is that alh will set all
channels' ACKT filed to NO where it finds a 'T' set in the alh config
file.

To be clear, the command line I am using to start the alh is:

    alh -global -caputackt -aCM -oCM -m 10000 alhConfigFile

Doing this, I get write access errors (i.e. alh process is not allowed
to write this field of the channel/record. Specifically, with R3.13.2, I get:
  alCaPutGblAckT: ca_put acknowledge transients failed for PV <myPvName>
  Return Status: Write access denied

Sorry to be so verbose but there is a recent tech-talk entry from
14aug2002 related to this...

On Wed, 14 Aug 2002, Marty Kraimer wrote:

> john sinclair wrote:
>
> > Can the ACKS and ACKT fields be modified via
> > channel access? When I try, ca_put fails.
>
> ACKS can only be changed via a DBR_PUT_ACKS request.
>
> ACKT can only be changed via a DBR_PUT_ACKT request.
>
> ACKS,ACKT are present for alarm handlers not general purpose CA clients.
> Note that access security can be used to limit who/where/when can modify these
> fields.
>
> Marty Kraimer

I am not sure how to accomplish Marty's suggestion. How do I get the
alh to use "a DBR_PUT_ACKT request"? Do I need another version of libca.so?
I saw no change using R3.13.6 and have not yet tried with R3.14.

thanks for any help,
Dayle



Replies:
Re: Getting Alarm Handler (1.2.9 or 1.2.10) to write to ACKT field Ralph . Lange

Navigate by Date:
Prev: RE: FILETIME to epicsTimeStamp Jeff Hill
Next: medm/dm2k executable for Windoze Rarback, Harvey
Index: 1994  1995  1996  1997  1998  1999  2000  2001  <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: TDS300 driver maintainer? Eric Norum
Next: Re: Getting Alarm Handler (1.2.9 or 1.2.10) to write to ACKT field Ralph . Lange
Index: 1994  1995  1996  1997  1998  1999  2000  2001  <20022003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·