Hi Geoff,
> One suggestion to handle
> these situations was to only signal an error afer N number of bad
> readings in a row. Has anyone attempted to handle this
> situation with EPICS? Any suggestions?
I know you don't use cmlog, but we use a special version of cmlog
throttling for situations like this where you just want to prevent
the error log from being flooded until the problem is resolved.
The special throttling allows on-the-fly add/remove message throttling
based on a substring of the text being logged. Right now, one has
to login to the ioc and type a command at the prompt. We plan to
provide an EPICS interface (subroutine records) for throttling
from an EPICS display.
Anyway, Jie Chen is considering adding this feature into the next
version of cmlog. Mike Laznovshy and Ron MacKenzie did the work
and have documentation with more detail:
Programmer's Guide:
http://www.slac.stanford.edu/grp/cd/soft/cmlog/slac_cmlog_throttle.html
Requirements:
http://www.slac.stanford.edu/grp/cd/soft/cmlog/cmlog_throttling_needs.html
Stephanie Allison
- Navigate by Date:
- Prev:
IOC mesage at startup john sinclair
- Next:
caTCL with R3.14 and Linux Benjamin Sailer
- 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
- Navigate by Thread:
- Prev:
how to handle periodic bad readings and alarms Geoff Savage
- Next:
IOC mesage at startup john sinclair
- 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
|