Re: [foxboro] IACC Product and Integration with existing I/A tools
- From: "Landry, Dwayne" <rdlandry@xxxxxxx>
- To: <foxboro@xxxxxxxxxxxxx>
- Date: Wed, 2 Feb 2005 13:24:24 -0600
We have been doing some testing with IACC and have been doing so for
ONLY a week on an offline system. I do however believe I can answer
most of your questions about it.=20
1. You can either take a sysdef export or re-create your system in
IACC. Then make a save all from your existing controllers and import
them into IACC. I did a test run with a save all from a Solaris
I/A 6.3 system CP60 then did the import into IACC. The import took
over an hour to complete on a brand new AW70 P92.
2. After the import I was able to get in and see the CP60s database
in IACC but was unable to do a download to the CP. In order to download
to the running CP database you have to take over the station. There
is a procedure in the IACC documentation that describes it. Once you
perform this procedure then ICC can no longer get into that CP. It
now belongs to IACC. I suppose you could reverse the procedure and
take it back into ICC however I'm sure that is not recommended.
3. No, must use IACC.
4. No, must use IACC.
Our stand here at PPG is to continue to use ICC until we start getting
the new 8.x in with new hardware that requires IACC to enable=20
functionality. ( AB FBMs, etc.. ) At that time we will be adding
IACC to administer these new CPs.=20
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx
[mailto:foxboro-bounce@xxxxxxxxxxxxx]On Behalf Of Dehler, Glenn SCAN--
Sent: Wednesday, February 02, 2005 11:50 AM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] IACC Product and Integration with existing I/A tools
Greetings ... and thank-you all for the interesting and informative =3D
discussion on IACC.
I have a couple of questions that perhaps those knowledgeable in IACC =
=3D
could provide some insight.
Scenario:
Say you have an existing plant running I/A. There are plans to expand =
=3D
the plant resulting in integration of new I/A equipment (Version 8) with =
=3D
the installed base (Version 6.3). This new project is considering the =
=3D
use of IACC for generation of the loops. When the project gets =3D
integrated, the IACC tool will arrive at the plant. =3D20
1) Can IACC be used for modification/support of existing (I/A Version =
=3D
6.3) CP and INT30 databases?
2) If a V6.3 CP database is "sucked" into IACC, changes made, and the =
=3D
result pushed back into the CP, can ICC still be used for that compound =
=3D
(or block) or is this a one way street (conversion)?
3) If a whole CP database was built (and downloaded) using IACC, must =
=3D
IACC be used for ALL subsequent changes to that database or can ICC be =
=3D
used for daily support (block by block basis)?
4) If sequence blocks are configured with IACC, can ICC be used to make =
=3D
changes to these blocks (picking on these spearately as blocks built =3D
with SFC could not be changed with ICC Text editor so wondering if same =
=3D
issue was here)?
What I am trying to avoid is having multiple tools that need to be used =
=3D
for daily support of a I/A System (FoxCAE, ICC, IACC).
In advance, thank-you for sharing. =3D20
Glenn Dehler
Shell Research Center
3655 36 Street NW T2L 1Y8
Calgary, Alberta Canada
Tel: +1(403) 284-6710 Fax: +1(403) 284-6662
Email: glenn.dehler@xxxxxxxxx
Internet: http://www.shell.ca
=20
=20
_______________________________________________________________________
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
=20
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
to unsubscribe: =
mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
=20
_______________________________________________________________________
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
Other related posts:
