Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
<== Date ==> <== Thread ==>

Subject: Re: Variable scan rate
From: Steven Hartman <hartman@fel.duke.edu>
To: Emmanuel Mayssat <emmanuel_mayssat@lynceantech.com>
Cc: EPICS tech-talk <tech-talk@aps.anl.gov>
Date: Thu, 5 Jan 2006 14:21:06 -0500 (EST)
On Thu, 5 Jan 2006, Emmanuel Mayssat wrote:

> 1/ debugging purpose
> 	Debugging messages are displayed each time the record
> 	is processed. When my Ioc crashes I do not want to be flooded
> 	with debugging information. Ultimately I want to see only the
> 	debug info of the record that crashed the ioc.

Setting a record to passive for debugging purposes can be useful. But I
would be wary of setting such a monitoring record to passive
(un-processed) as its default state. This can potentially be confusing to
the operator or others looking at the data in the future. At minimum, I
would use the alarm state to flag the record as INVALID and make sure the
display manager indicates the alarm state.

> 2/ overload of an ioc
> 	I want to put as many devices on an ioc as possible
> 	so I need to minimize record processing.
> 	That is one way to improve uptime and lower cost
> 	of control system
> 3/ Bus conflict
> 	There are also bus conflict I want to minimize
> 	(several devices on same gpib bus, etc. )

What is to prevent the overload or the bus conflict from occuring at the
most critical time, i.e. when many things are changing and your scan rates
are all at their maximum?


-- 
Steve Hartman
hartman@fel.duke.edu || 919-660-2650
Duke Free Electron Laser Laboratory

Replies:
Filling up epics queue / Multi threading on linux Emmanuel Mayssat
References:
Building JCA1 John Faucett
Variable scan rate Emmanuel Mayssat
Re: Variable scan rate Steven Hartman
Re: Variable scan rate Emmanuel Mayssat

Navigate by Date:
Prev: Re: Variable scan rate Emmanuel Mayssat
Next: Filling up epics queue / Multi threading on linux Emmanuel Mayssat
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
Navigate by Thread:
Prev: Re: Variable scan rate Emmanuel Mayssat
Next: Filling up epics queue / Multi threading on linux Emmanuel Mayssat
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  <20062007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·