I do not think that will help him because he is looking for a total delta,
the CP:CP delta is for each scan...
Joseph M. Riccardi
386-451-7607 Cell
Joe@xxxxxxxxxxxxx
"To give real service you must add something that cannot be bought or
measured with money; and that is sincerity and integrity." - Donald A. Adams
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Richard Peck
Sent: Monday, November 9, 2015 5:49 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Achieving deadband functionality in IACC
Another option is to send it between two CP's... then there is a proper
delta that behaves exactly as you desire...
On 10 November 2015 at 11:41, RAKESH DASH <rakeshinxs@xxxxxxxxx> wrote:
Thanks Matt & Jacques. However i think through this logic we are
considering a signal change during a certain period i.e the scan time
of the CALCA block. So if a signal changes very slowly and crosses the
deadband i specify, it will not be captured. I dont want rate of
signal change as deadband. Want an absolute value. I want the signal
to change in steps of 0.2. This 0.2 change can happen in 1 sec or even
1 minute. An example can be usage of CHARC block. (x,y) =
(0,0);(0.19,0);(0.2,0.2);(0.29,0.2);(0.3,0.3) and so on. But i cant
use charc block bcoz it cant cover the whole range of signal.
Hope my requirement is clear.
Rgds,
Rakesh
On Nov 10, 2015 7:00 AM, "JACQUES GIRAUD" <jacques_giraud@xxxxxxx> wrote:
Rakesh,wish
Use a CALC block with a connection to RI01 from the analog signal
you
to evaluate.www.thecassandraproject.org/disclaimer.html
The last statement in the CALC block should write the content of
RI01 to
RO01 and the first statements should compare RI01 & RO01 and
generate the output you desire.
When the block runs, RI01 gets updated with an "IN RI01" instruction
and the previous value of RI01 gets brought in with an "IN RO01"
instruction, giving you the current and previous values you need.
Jacques
____________________________________________________________________
_____ This mailing list is neither sponsored nor endorsed by
Schneider Electric (formerly The Foxboro Company). Use the info you
obtain here at your own risks. See the disclaimer at
//www.freelists.org/list/foxboro
foxboro mailing list:
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
______________________________________________________________________
___ This mailing list is neither sponsored nor endorsed by Schneider
Electric (formerly The Foxboro Company). Use the info you obtain here
at your own risks. See the disclaimer at
www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
