Jacques/Matt,
I will try what u suggested. Shud work.
Rgds,
Rakesh
On Nov 10, 2015 8:11 AM, "Kinsinger, Matthew R" <mkinsinger@xxxxxxx> wrote:
Then do the calc and only update the output once it breaks that threshold.
I won't try to type the steps on a phone, but could type them tomorrow...
Sent from my Verizon 4G LTE Android Smartphone, Matt Kinsinger
330-472-1454
On Nov 9, 2015 9:30 PM, RAKESH DASH <rakeshinxs@xxxxxxxxx> wrote:
Jacques,
The output has to be 1.15
- Rakesh
On Nov 10, 2015 7:55 AM, "JACQUES GIRAUD" <jacques_giraud@xxxxxxx> wrote:
Rakesh,of
I propose my suggestion would still work but instead of writing the value
of RI01to RO01 each execution, you would write it only when your delta of
0.2 is triggered.
That way, RO01 doesn't contain the last value of RI01, it contains the
last value of RI01 that triggered an update.
The catch would be if your signal doesn't change gradually and jumps more
than 0.2 between block executions.
How would you like to handle the following scenario. First scan,
measurement = 0.4 so output = 0.4 based on your explanation. Next scan,
measurement = 1.15 so what output do you want in this case?
Jacques
Date: Tue, 10 Nov 2015 07:11:45 +0530
Subject: Re: [foxboro] Achieving deadband functionality in IACC
From: rakeshinxs@xxxxxxxxx
To: foxboro@xxxxxxxxxxxxx
Thanks Matt & Jacques. However i think through this logic we are
considering a signal change during a certain period i.e the scan time
http://www.thecassandraproject.org/disclaimer.html>the CALCA block. So if a signal changes very slowly and crosses thein
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
steps of 0.2. This 0.2 change can happen in 1 sec or even 1 minute. An(0,0);(0.19,0);(0.2,0.2);(0.29,0.2);(0.3,0.3) and so on. But i cant use
example can be usage of CHARC block. (x,y) >
charc block bcoz it cant cover the whole range of signal.wrote:
Hope my requirement is clear.
Rgds,
Rakesh
On Nov 10, 2015 7:00 AM, "JACQUES GIRAUD" <jacques_giraud@xxxxxxx>
wish
Rakesh,
Use a CALC block with a connection to RI01 from the analog signal you
toto evaluate.
The last statement in the CALC block should write the content of RI01
theRO01 and the first statements should compare RI01 & RO01 and generate
andoutput you desire.
When the block runs, RI01 gets updated with an "IN RI01" instruction
instruction,the previous value of RI01 gets brought in with an "IN RO01"
_________________________________________________________________________giving you the current and previous values you need.
Jacques
ElectricThis mailing list is neither sponsored nor endorsed by Schneider
own(formerly The Foxboro Company). Use the info you obtain here at your
www.thecassandraproject.org/disclaimer.html<risks. See the disclaimer at
_________________________________________________________________________//www.freelists.org/list/foxboro
foxboro mailing list:
?subject=jointo subscribe: mailto:foxboro-request@xxxxxxxxxxxxx
?subject=leaveto unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx
ElectricThis mailing list is neither sponsored nor endorsed by Schneider
own(formerly The Foxboro Company). Use the info you obtain here at your
http://www.thecassandraproject.org/disclaimer.html>risks. See the disclaimer atwww.thecassandraproject.org/disclaimer.html<
www.thecassandraproject.org/disclaimer.html<//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
http://www.thecassandraproject.org/disclaimer.html>
//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<
http://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
_________________________________________________________________________
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