Download 4 (1.25Mb) - Fieldbus Foundation
Download 4 (1.25Mb) - Fieldbus Foundation
Download 4 (1.25Mb) - Fieldbus Foundation
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
1<br />
<strong>Fieldbus</strong> <strong>Foundation</strong> – India Marketing Committee<br />
<strong>Fieldbus</strong> <strong>Foundation</strong><br />
End Users Council Conference-2009<br />
The Reliance JERP Project<br />
Concept to Installation<br />
Author<br />
John Eva<br />
Invensys Operations Management<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
2<br />
A “<strong>Fieldbus</strong> <strong>Foundation</strong>” Refinery – Part One<br />
Concept to Installation<br />
� Best Practices for a<br />
successful FF Project<br />
– To deal with a massive<br />
number of segments and<br />
devices<br />
– To plan for use of technology<br />
firsts<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
3<br />
Reliance JERP Project<br />
One of the Largest FF Projects in the World<br />
� Over 3,600 FF segments<br />
– Over 2000 redundant FF interface cards<br />
� More than 18 types of instruments from over 10 vendors<br />
– Pressure, Temp, pH, Conductivity transmitters<br />
– Temp Multiplexers<br />
– Valve Positioner & MOV Actuators<br />
– Vortex<br />
– Coriolis<br />
– Magmeters<br />
– Radar Level<br />
– Loop Indicators<br />
– Diagnostic modules<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
4<br />
Best Practice Principles<br />
� Choose devices & technology early<br />
� Establish sizing rules and guidelines<br />
� Team based interoperability testing of solutions<br />
software<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
5<br />
Incorporation of Technology Firsts<br />
� Invensys Field Device Management System<br />
– First to combine DD, Enhanced DD, and FDT DTM technology<br />
– Advanced templating of each type of file device<br />
– Used to commission and diagnose devices on startup<br />
– Custom DD displays and DTMs for diagnosing devices<br />
throughout the plant lifecycle<br />
� New MTL F809F Physical Layer Diagnostic Module<br />
– Provided 9th H1 channel for diagnostic status<br />
– Transducer blocks capture data such as average and peak<br />
noise, failure to respond to pass token<br />
� Emerson AMS Device Manager with new Router DTM<br />
– For DVC6000 digital valve controllers<br />
– Used to provide ValveLink in combination with the Invensys<br />
Field Device Manager<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
6<br />
The Value of Interoperability Testing<br />
� Device focused US lab<br />
– Every device, DD, DTM, physical<br />
layer diagnostic module, and field<br />
barrier was validated<br />
– Early discovery of a few minor<br />
device issues<br />
– Created initial templates for device<br />
usage<br />
� Application focused Mumbai lab<br />
– Focused on project specific usage<br />
of each device type<br />
– Customized and validated project<br />
specific templates<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
7<br />
Any Device Interoperability Issues?<br />
� Very Few<br />
– Application teams learned how to best apply each device<br />
through joint cooperation of the development interoperability lab<br />
and the project specific resources in Mumbai<br />
– Several devices did not include enumeration of help strings for<br />
channel selection – a minor inconvenience<br />
– One device had initialization issues related to fault state and<br />
power fail recovery – vendor made firmware corrections<br />
� interoperability testing paid off in few on-site issues<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
8<br />
Interoperability Testing of<br />
New Technologies<br />
� MTL 809F Diagnostic Module<br />
– Joint MTL & Invensys testing in Foxboro Interoperability Lab<br />
– Validated firmware early - beta level<br />
– Validated retransmission error tests – introduced simulated<br />
noise<br />
– Established best practices on alarm limits and setup of User<br />
Interface in Field Device Manager<br />
� Emerson Router DTM Testing<br />
– Joint Emerson & Invensys testing in Foxboro Interoperability lab<br />
– Ran complete ValveLink feature tests - valve signatures, partial<br />
stroke testing<br />
– Established minimum revision guidelines for all components in<br />
the solution<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
9<br />
UpFront Training<br />
� With EPC and Application Engineers<br />
� Helped establish sizing approaches<br />
� Increased knowledge of FF principles<br />
� Got everyone working as a team<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
10<br />
Segment Sizing<br />
� Project specific guides & typicals saved time and<br />
increased project efficiency<br />
– Established simple rules via H1 segment checker for trunk<br />
lengths, spur lengths, max device quantities<br />
– Invensys provided a tool to estimate Pub/sub & Client/Server<br />
H1 loading. Used to establish loop load guidelines<br />
– Loop criticality rules used to create typical loop patterns for<br />
device allocation to segments<br />
� High powered trunk concept made sizing simpler<br />
– Max of 12 devices on 3 Field Barriers for any segment<br />
– Short spur lengths kept power sizing simple<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
11<br />
Assigned Loops Based on Analysis of Criticality<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
12<br />
Example Guide for Fast Level 1 Criticality Loops<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
13<br />
Device to Segment Assignments<br />
� EPC created spreadsheet capture tool for device<br />
assignments on each segment<br />
– Loop criticality, Device Tag, Macrocycle, etc.<br />
� Jointly reviewed and validated by Invensys<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
14<br />
Templates for Field Device Management<br />
� Typical device applications can be proven up front<br />
� Custom configuration of device maintenance displays<br />
– Organize diagnostic data – even with traditional DD files<br />
� Customize configuration entry screens for ease of use<br />
� Builds parameter download lists for each device<br />
– parameters set by host vs. parameters uploaded from devices<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
15<br />
The Value of Inheritance<br />
� Enter values once in the master<br />
– each tag instance automatically follows the setting<br />
� Lock settings<br />
– unlocked values can be uploaded from the device as manufactured<br />
– Used to automatically propagate corrections / changes to all<br />
existing device instances<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
16<br />
A Wizard Can Reduce Commissioning &<br />
Device Replacement Time<br />
� Assures device tags and<br />
system management<br />
parameters are set correctly<br />
� Automatically synchronizes<br />
the device and system<br />
databases - using download<br />
rules established in the<br />
template<br />
� Used to restore device<br />
databases after firmware<br />
upgrade<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
17<br />
Were There Any Problems ?<br />
� The project had very few problems<br />
– Preparation and planning paid off<br />
– Some minor device issues were encountered<br />
� When minor problems did occur, team cooperation was<br />
the key to speedy resolution<br />
– Reliance system engineers<br />
– System vendor development engineers, service engineers,<br />
application engineers<br />
– Device vendor<br />
– Interoperability lab &Mumbai application lab served to<br />
reproduce any issues<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
18<br />
Lessons Learned<br />
� A major project with fieldbus technology goes smoothly<br />
with upfront planning and teamwork<br />
� Choose devices early – do adequate device and<br />
application testing early in the engineering phases<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>
19<br />
Questions<br />
&<br />
Thank You!<br />
2009 FFIEUC-Mumbai Conference<br />
© 2009 <strong>Fieldbus</strong> <strong>Foundation</strong>