Kay,
I want to make sure you're considering one point regarding deadbands:
Kay-Uwe Kasemir wrote:
* update on change in value
with relative and absolute deadbands,
each as a positive and negative limit.
E.g. update when value increases by >= 1% or descreases by <=0.5%.
EPICS V3 only has a single absolute deadband.
...
* update on archive related changes
which are designated relative and absolute deadbands,
again pos. & neg.,
and in addition a minimum update rate.
EPICS V3 only ADEL, no additional periodic update.
"Designated" by who? In V3 the ADEL and MDEL fields allows the DB
designer to set appropriate per-record deadbands; just allowing every
client to set its own deadband in the subscription request doesn't
provide any way for the DB designer to even hint what an appropriate
deadband might be, which could signficantly impact IOC performance.
Maybe that information doesn't belong in the database at all, but I'm
not convinced of that; I don't think we have all the requirements for V4
deadbands specified yet.
Here's one possible scenario: Say I have an IOC with 10,000 analog input
points being read from sources which normally only change very slowly,
but are subject to noise. Each point is read at 1 Hz because the system
needs to know about any fast changes that might occur, but with the
correct deadbands I'm only expecting 100 changes per second. Without
any deadbands though the IOC would actually send out 10,000 changes per
second, which would not be good. Each channel is only being updated at
a slow 1 Hz rate, and I imagine most display managers will probably
subscribe with a rate limit higher than that, so a single naive display
screen could overload my IOC.
As a database designer, I want a way to protect the IOC from naive
screen designers who forget about things like deadbands. In V3 I could
set the MDEL and ADEL fields on each record according to the noise on
that channel, and I wouldn't have to worry about clients getting deluged
with data. The deadband was also configured centrally in the IOC, so
none of the clients had to know anything about the channels they connect
to other than their name.
I guess I'm suggesting that the database should still play some role in
setting deadbands, maybe by providing values that general purpose
clients like MEDM and the archiver will use by default, although they
should be able to override the IOC value.
- Andrew
--
English probably arose from Normans trying to pick up Saxon girls.
- Replies:
- Requirements? Re: alarm/severity Kay-Uwe Kasemir
- References:
- alarm/severity Kay-Uwe Kasemir
- Re: alarm/severity Ralph Lange
- Re: alarm/severity Kay-Uwe Kasemir
- Navigate by Date:
- Prev:
Re: alarm/severity Benjamin Franksen
- Next:
Re: [Fwd: Re: Link arrays / syntax] Benjamin Franksen
- 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/severity Kay-Uwe Kasemir
- Next:
Requirements? Re: alarm/severity Kay-Uwe Kasemir
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|