[foxboro] INVALM issue on a CIN block
- From: Corey R Clingo <corey.clingo@xxxxxxxx>
- To: foxboro@xxxxxxxxxxxxx
- Date: Thu, 21 Aug 2008 16:57:02 -0500
Hi list,
Yes, I'm fishing for a quick answer before I call TAC :)
We had to change some CIN blocks today such that the alarm state was the
OFF state on the blocks. I set INVALM to 1 and the block detail display
looked fine -- the OFF state of the block caused the big red STATE to come
up, and the ON state caused the alarm to clear (well, STATE changed to
UNACK).
However, when I look in the alarm history display, it appears that INVALM
is being ignored there. The ON state of the CIN block generates the alarm
message, and the OFF state generates the return message -- exactly the
opposite of what I'm seeing on the block detail. The alarm "printer"
(actually, a PC running Visual Alert) exhibits this same behavior.
I looked through the QFs for I/A version 6.5.3 but didn't find anything.
Anyone ever seen anything like this before? I'll probably delete/undelete
all the changed CIN blocks next if I can't find some other remedy. These
blocks are in a CP40A.
Thanks,
Corey Clingo
BASF Corporation
_______________________________________________________________________
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: http://www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
- Follow-Ups:
- Re: [foxboro] INVALM issue on a CIN block
- From: Illingsworth, John
- References:
- [foxboro] CP270 Partner gone
- From: Weiss, Andreas
Other related posts:
- » [foxboro] INVALM issue on a CIN block
- Re: [foxboro] INVALM issue on a CIN block
- From: Illingsworth, John
- [foxboro] CP270 Partner gone
- From: Weiss, Andreas