DeltaV Operate Error: Module Description

This is an issue I've had (more a minor annoyance than anything) that I can't seem to solve.  I'll bounce it around on the forum and see if anyone may have some advice on this.

If I leave a faceplate open in DeltaV Operate for an undetermined amount of time (for the discussion, let's say about 5 minutes), a warning will pop up with the following message:

Error Number: 570425352 (22000008)
[MODULE]/DESC.A_CV: Item Not Found. For enumerated types, case must match exactly

...where [MODULE] is the module name.  From what I can gather, Operate has some times where it is unable to find the module description and that's when the error pops up.  I know it can find the module descriptions, since the faceplates display them, but the error occasionally pops up nonetheless. 

The reason I'd like to get to the bottom of this is I have just drafted a graphic that includes 33 dynamos that display the module descriptions and I have to "skip all" of these warnings quite often.

Is this a documented issue?  Are there any KBAs I can read?  Maybe a workaround? So far, my searches have proven fruitless.

James Suisse

4 Replies

  • My first statement would be that information that is static, such as the description, probably shouldn't be part of an animation as the system will use resources to pull this at whatever rate is specified by the animation (provided the tolerance is not 0) .  Having 1 on a faceplate is less problematic than having 30 on a single main display.

    The filterederrors.ini file (DVData\Graphics-iFix\Local) can help you mask this error if it is not meaningful - enter the error code to the list and it won't show up in runtime. It is described in AP-0500-0084:

    www3.emersonprocess.com/.../carticle.asp

    Also look at KBA AP-0800-0053 for ways to evaluate picture  performance  issues like refresh rate etc.  There are a couple of utilities that can provide metrics on picture configuration.

    www3.emersonprocess.com/.../carticle.asp

  • In reply to Youssef.El-Bahtimy:

    Thank you, Youssef.

    I'll look into these articles.  The thing that worries me most is not the act of placing the "static" data links on the pages, but that the Emerson-provided faceplates are also doing this on occasion.  Is this normal?  Does one really need to mask an error that shouldn't have popped up in the first place?

    I'll bring this to the attention of my LBP.  They're always asking for ways they can help us with our DeltaV system.

    James Suisse

  • In reply to James Suisse:

    I agree with you, James.  I don't think that this behavior is normal - I haven't encountered it before and it is worth investigating.  It should be fine for the module description on a faceplate to animate.  The HCD dynamos in DeltaV dynamically link to the descriptions and seem to work fine for me as well.

    Do you have quad-head workstations?  How dense are these graphics?  I would definitely look over the KBA that Youssef references.  

  • In reply to James Suisse:

    Sure, masking the error is not ideal, but you'd have to balance the specific error against the risk; my understanding is this error does not pose a risk of misinformation.  

    The faceplates should in fact have the description (although static) but I'm dismayed that the one I'm looking at has a refresh rate of 1 and a tolerance of 0.  

    One in a faceplate (that probably doesn't stay open too long) compared to 30 on a main graphic that stays open usually much longer makes a difference.

    Take a look at the dynamos in frsModules_Theme.fds.  The descriptions on those dynamos are set for refresh rates of 0.  I believe this is to ensure they do not update once initialized.

    Now you may be getting the error upon initialization....

    How do you have the animation configured in the dynamo?  If it is a datalink, do you have the Output Error Mode set for Use Error Table?

    Your LBP will probably be glad to help, I'm sure.