Experimental Physics and Industrial Control System
|
Subject: |
Re: alarm hook |
From: |
Andrew Johnson <[email protected]> |
To: |
Matthias Clausen <[email protected]> |
Cc: |
"Dalesio, Leo `Bob`" <[email protected]>, Jeff Hill <[email protected]>, Ralph Lange <[email protected]>, Geoff Savage <[email protected]>, EPICS core-talk <[email protected]>, Fritz Bartlett <[email protected]>, "Liyu, Andrei" <[email protected]>, Bernd Schoeneburg <[email protected]> |
Date: |
Fri, 23 Jun 2006 12:01:26 -0500 |
Matthias Clausen wrote:
Sending all alarms _on change_ - no always all alarms permanently.
To make this reliable we need a queue between the hook and the network
task.
If the queue is full we - for now - send the number of lost messages.
To make this even more reliable - as Jeff points out - we could set a
'did not send alarm' flag to the record like:
Channel Access does not have a flag in each record, it keeps a structure
for each channel/client combination that holds the 'changes pending'
flag. I don't like the idea of adding another field to dbCommon for the
alarm logger, I see your reimplementing this as just one of the costs of
replacing CA as your alarm transport mechanism if you want to use a hook
in recGblResetAlarms().
It occurs to me that another model you could consider would be to run a
local CA client on each IOC that subscribes to alarm events for all
local records, and forwards them to the log server; this would then make
use of CA's queue/ cache mechanism, and would mean this CA client
doesn't need to keep its own queue of messages going to the log server,
all that queueing would be done for you by CA. This would avoid having
to add the hook at all...
- Andrew
--
Not everything that can be counted counts,
and not everything that counts can be counted.
-- Albert Einstein
- Replies:
- RE: alarm hook Dalesio, Leo `Bob`
- References:
- RE: alarm hook Dalesio, Leo `Bob`
- Re: alarm hook Matthias Clausen
- Navigate by Date:
- Prev:
RE: alarm hook Dalesio, Leo `Bob`
- Next:
RE: alarm hook Dalesio, Leo `Bob`
- Index:
2002
2003
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:
RE: alarm hook Dalesio, Leo `Bob`
- Next:
RE: alarm hook Dalesio, Leo `Bob`
- Index:
2002
2003
2004
2005
<2006>
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|
ANJ, 02 Feb 2012 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|