Matt,
Are these RIN blocks? At the block level, I do not think you can do what
you want because per the manual... "RINP contains the value, after input
processing, read from the external device address specified by parameter
Point Number (PNT_NO) at all times, whether the mode is Auto or Manual. In
Auto, this value is copied to parameter Block Output (MEAS)." With emphasis
on "at all times".
But...
Turning the Compound OFF may do what you want. Per the manual...
CMP - On/Off is a parameter that enables or disables the "execution" of all
blocks within the compound, where: 1 = on; 0 = off.
Sounds like the blocks are not scanned (A.K.A. ...only read on demand or on
request) when the Compound is OFF. And no mention of initializing the
Compound or Blocks so looks like it will work for you; no?.
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 Kinsinger, Matthew R
Sent: Tuesday, June 14, 2016 3:53 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] DCI Block on-demand scanning vs scheduled
It could be on a per compound basis. Essentially when a batch completes in
the PLC, it needs to read about 200 values, but realistically, it would be
once an hour. I considered turning the compound on and off, but not sure if
that is a good way to go or not.
Brahm, I'm not talking scan rate for the FBM to the PLC, I'm talking about
individual DCI blocks, as the manual says only blocks due to be read will
scan...
Matt Kinsinger
mkinsinger@xxxxxxx
330-472-1454 ppg cell
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Joseph M. Riccardi
Sent: Tuesday, June 14, 2016 3:31 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] DCI Block on-demand scanning vs scheduled
Big picture... What is going to control the "on demand or on request";
where is it coming from and will it be on a compound basis or all individual
block basis?
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 Kinsinger, Matthew R
Sent: Tuesday, June 14, 2016 1:44 PM
To: 'foxboro@xxxxxxxxxxxxx' <foxboro@xxxxxxxxxxxxx>
Subject: [foxboro] DCI Block on-demand scanning vs scheduled
It's never really come up before, but for DCI block reading over Ethernet IP
on FBM233's, is there a good way to make the blocks only read on demand or
on request? Short of extending periods or turning compounds off (which I
worry would cause more issues when turned back on than turning them off
would help), I was wondering if there was a good way anyone has used to make
them only read on demand to reduce unnecessary traffic?
Matt Kinsinger
PPG
Barberton, OH
PPG Cell. 330-472-1454
mkinsinger@xxxxxxx
_________________________________________________________________________
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
_________________________________________________________________________
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
_________________________________________________________________________
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
_________________________________________________________________________
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
