Brian, I have at times tied the Accum Block Resets back to the Calc block inputs as feedback. This allows keeping the reset output set until all blocks have been reset. I believe all blocks have always been in the same CP and this really just addressed issues of Accum blocks running at different periods or phases. I don't know if it would do anything for your problem but would be easy to try. Tom Badura Plastics Engineering Company 920-458-2121 x3366 tbadura@xxxxxxxxxx -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of BrianLong Sent: Thursday, February 19, 2009 12:26 PM To: Foxboro Subject: [foxboro] Follow-up ACCUM reset and Question The original problem was trying to get an ACCUM block in two different CP's to reset at the same time. In our case setting the ACCUM blocks as the first block in the compund in each CP and using the same calc block for the reset seemed to take care if it. There is about a 1 second difference now. New question, we're using a CALC block to reset the ACCUM blocks using xxCPxx_STA:STATION.HOUR and .MINUTE parameters. The reset is set to occur at 23:58, looking a values in the historian the reset will occur anywhere between 23:58:08 and 23:58:16. This is not an issue but I was curious why it takes that long to process? Thanks, Brian Long Arkansas Kraft _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read 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 Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read 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