DeltaV Insight - Dealing with Wrong Modes

DeltaV Insight is Emerson’s next generation control monitoring and tuning application.  It was introduced in DeltaV Version 9.3 replacing DeltaV Inspect and DeltaV Tune in earlier versions.  The control performance monitoring piece of DeltaV Insight monitors how well your control loops are performing.  It does this by constantly monitoring for control loops that fall into the following 4 categories.

·         Incorrect Modes

·         Control Limited

·         High Variability

·         Questionable Inputs

This blog will focus on the first of these categories; Incorrect Modes.

If your site is anything like mine, as soon as you begin enabling control loops for monitoring in DeltaV Insight, you will begin to see loops that are being flagged as having an incorrect mode.  Any loop whose “Actual” Mode is not equal to the “Normal” mode will be flagged.  In many cases, sites have not even made an attempt to set the “Normal” mode.

The default “Normal” mode in the PID function block is AUTO.  If the control loop is the secondary loop of a cascade strategy, then the normal mode needs to be changed to CAS or RCAS.  Some control loops normally operate in manual and their normal modes will need to be set accordingly.

Changing Normal Mode Values

The normal mode value is an attribute of the MODE parameter for any function block that supports mode.  It can be set from DeltaV Explorer or DeltaV Control Studio.  The allowable values area any of the current permitted and operator selectable modes.  This means that IMAN and LO cannot be sued for normal modes.

The normal mode can be changed online from DeltaV Insight.  Drill down to a single function block in the Insight tree and select the Summary tab.  From there you can make an online change to both the target mode and the normal mode.  Unfortunately, because of the way that this change is written to the change log, it cannot be uploaded into the configuration database.  To make the change permanent you will need to make the change in Control Studio or DeltaV Explorer.

Dealing with Multiple Normal Modes

Sometimes a control loop can have more than one normal mode.  In this case, you will need to add some logic to programmatically modify the normal mode values based on the criteria that you define.  Some of the situations that I have found where this is required are listed below.

1.      Loops that are only intermittently used.  When not in use, the loop will be in MAN with an output of 0.0%.  When it is in use, the loop should be operated in AUTO.  You can use the controller output value as the trigger to change the normal mode.  To do so, just insert the following code into a CALC block inside the module.  The value of OUT that you use as the trigger condition can be set to any appropriate value.

(* Set Normal mode = MAN if actual mode is MAN and output < 10% *)

IF ‘^PID1/MODE.ACTUAL’ = MAN AND ‘^PID1/OUT.CV < 10 THEN

   IF ‘^PID1/MODE.NORMAL’ != MAN THEN

      ‘^PID1/MODE.NORMAL’ := MAN;

   ENDIF;

ENDIF;

(* Set Normal mode = AUTO if actual mode is MAN and output > 10% or actual mode is AUTO*)

IF (‘^PID1/MODE.ACTUAL’ = MAN AND ‘^PID1/OUT.CV >= 10) OR ‘^PID1/MODE.ACTUAL’ = AUTO  THEN

   IF ‘^PID1/MODE.NORMAL’ != AUTO THEN

      ‘^PID1/MODE.NORMAL’ := AUTO;

   ENDIF;

ENDIF;

2.      Loops that have multiple valid normal modes, for example, AUTO and CAS.  In this case you could use code similar to that above to set the normal mode to AUTO if the actual mode is AUTO and set the normal mode to CAS if the ACTUAL mode is CAS.

Dealing with IMAN and LO

There are two modes, IMAN (Initializing Manual) and LO (Local Override) that are not operator selectable and cannot be set as the normal mode.  The actual mode of the primary loop of a cascade control strategy will go to IMAN if the actual mode of the secondary loop is not CAS.  This will trigger an incorrect mode in DeltaV Insight for both the primary loop and the secondary loop.  If this is sometimes a normal operating condition, you could set the normal mode of the secondary loop to AUTO but there is no way to keep the IMAN in the primary loop from being flagged in DeltaV Insight.

The same is true for LO mode.  Any loop in LO mode will be flagged by DeltaV Insight regardless of the target mode.  The only workaround I have found is to redesign the control logic to use something other than the tracking function to manipulate the loop output.  One option would be to use the ROUT mode to set the loop output.

Using the Rosemount 3051 Scaled Variable

The Rosemount 3051 DP and pressure transmitters (Rosemount 3051) have a functionality called Scaled Variable that we have found very useful for a variety of reasons.  In this post I’ll share some of our experiences with this feature. 

The scaled variable allows you to configure the relationship between the transmitter variable and real world engineering units in either a linear or square root function.  You define the engineering units, an upper range limit and a transfer function.

History

The concept of a scaled variable was first introduced in the 3051 Revision 3.   In this revision it was called a Custom Meter Scale.  Configuration consisted of a transfer function (Linear or Square Root), an engineering units string, number of decimal places, and an upper scale value in engineering units that corresponds to the transmitter upper range limit.  The custom meter scale value was not assigned to one of the 4 HART variables.

In Revision 6 of the transmitter, the Scaled Variable as we know it today was introduced.  Configuration was through a “Configure SV” method.  The scaled variable value was assigned by default to the TV HART variable.

In Revision 7 of the transmitter, the functionality remained the same but with the new EDDL, the method was replaced with a pushbutton and the ability to trend variables was added.  By default the scaled variable value was assigned to the TV HART variable.

Why Use the Scaled Variable?

Using the Scaled Variable provides a number of useful benefits.

1.      The scaled variable allows the engineering unit value to be visible within the transmitter from either AMS or the handheld communicator.

2.      The scaled variable configuration documents the associated engineering unit range values within the transmitter.  With the QuickCheck Snap-On (QuickCheck Snap-On) a report can be generated that shows the transmitter configuration for both the DP and engineering units.

3.      The Scaled Variable is not limited at the transmitter Upper Range Value.  The transmitter will continue to calculate the Scaled Variable value all the way to the transmitter Upper Sensor Limit.  For example, let’s look at a 3051S Range 2 (+/- 250 inH2O) DP flow transmitter configured for 10 GPM at 100 inH2O.  At a DP just above 100 inH2O, the transmitter will become saturated and the analog output will be 20 mA.  However, the scaled variable calculation will continue all the way to a differential pressure of 250 inH2O and will indicate a scaled variable value of 158 GPM.

4.      In DeltaV, the Scaled Variable value can be brought into control strategies with a standard AI function block configured to the HART variable associated with the scaled Variable (TV by default).  A word of caution.  The update rate of the HART variables is not fast enough for closed loop control.  Do not use the scaled variable value for control.

5.      If you are using the new DeltaV CHARMS I/O, the HART variables can be viewed within DeltaV Diagnostics.  Having the engineering unit value available along with the primary transmitter variable can be useful for troubleshooting.

Using the Scaled Variable as the PV

It is possible to use the Scaled Variable as the PV.  To do so, you assign the Scaled Variable to the PV in the HART variable mapping.  When you do this, the Upper and Lower range limits of the transmitter must be entered in the scaled variable units.  The transmitter transfer function must be changed to linear because the square root function is now part of the scaled variable calculation.  Additionally, you would not use a square root transfer function in the DCS input block.

We have chosen not to do this for our flow transmitters.  For an instrument technician, using the scaled variable as the PV completely changes the interaction with the transmitter and could potentially be confusing.

Summary

We have found that configuring the scaled variable in the Rosemount 3051 DP pressure transmitters has value.  It takes an extra 30 seconds or so to do the configuration but the value justifies the extra time.  I would really be interested in comments from others that have experience with the scaled variable.

So You Think Your Flow Meters are Correct? - Part 3

In Parts 1 and 2, I wrote about some of the things that I found after doing a verification of the flow meter calculations and transmitter configurations in our diesel hydrotreater unit.  I discussed how mistakes during engineering, procurement, startup and ongoing maintenance can lead to flow meter errors.  In this post, I will describe some of the things that we have done to prevent these errors from causing problems in the future.

Double Check Flow Calculations

When you receive flow meter calculations done by others, take the time to double check the results.  We have decided to standardize on the Instrument Toolkit Software (Rosemount Instrument Toolkit) by Rosemount to do our internal flow meter calculations.  When we receive calculations from others, we reproduce the calculations in the Instrument Toolkit.  This not only verifies the results but allows us to have a method to revise the calculations if process conditions change.

Consolidate Your Documentation

I hate to admit it, but we had flow meter documentation stored in a variety of places.  For many years, we tried to keep paper datasheets done before the digital age in a master “Orifice Book”.  I later years, this was moved to an electronic spreadsheet that frequently did not contain all of the data required to reproduce the calculations.  We also had datasheets stored in the project manuals that get distributed at the end of a major project and in electronic project files that we archive after a project is complete.

We are now in the process of locating as much of this documentation as we can and storing it in digital format in a common location.  Having a single location for all of this documentation has proved extremely valuable.

Audit Your Field Devices

We have the AMS Intelligent Device Manager (AMS Device Manager) integrated into our DeltaV System.  We have DeltaV Maintenance Workstations that are also AMS Clients distributed throughout the refinery.  Engineers and Instrument Technicians use these workstations to communicate to our HART and Fieldbus devices.  We also use the QuickCheck Snap-On (QuickCheck Snap-On) to pull data from multiple HART and Fieldbus devices.  QuickCheck has proven invaluable for auditing field devices to insure that they are properly configured.

Review Your Maintenance Work Practices

Take a look at your work practices and procedures to insure that when transmitters are modified or changed that everything gets done correctly.  This includes the DCS side of things because DCS changes frequently have to be made at the same time that devices changes are made.

I would be interested in feedback from other users that have struggled with similar flow meter issues.