Professional Documents
Culture Documents
Introduction
This document explains the necessary engineering items on CENTUM system when CAMS for HIS function is
enabled. The following software revision of CENTUM system is supported in this document.
CS 3000 System ; CS 3000 R3.08.70 or later
CENTUM VP System ; CENTUM VP R4.01.60 or later
Note) The database structure of CAMS for HIS has changed significantly from R4.02, however, there are no
fundamental changes in the basic procedure for system design, alarm design and basic builder items.
Regarding R4.02 or later, please refer to both of this engineering guide and ESS-CDWG-S611-021503E.
Contents
1 Requirement Items for CAMS for HIS .................................................................................................... 3
1.1 Hardware Environment ..................................................................................................................... 3
1.2 Software Environment ...................................................................................................................... 3
1.3 Ordering CAMS for HIS Package ...................................................................................................... 3
2 Important Notes when CAMS for HIS is enabled .................................................................................... 4
3 Engineering Flow .................................................................................................................................... 8
4 System Basic Design ............................................................................................................................... 9
4.1 System Configuration ....................................................................................................................... 9
4.2 Plant Hierarchy .............................................................................................................................. 11
4.3 Security Policy............................................................................................................................... 12
4.4 Message Processing........................................................................................................................ 15
4.5 Other Engineering items on System Basic Design ............................................................................. 25
5 CAMS for HIS Alarm Design ................................................................................................................ 26
5.1 Alarm Attribute Design ................................................................................................................... 26
5.2 Alarm Group Design ...................................................................................................................... 29
5.3 Alarm Suppression Design .............................................................................................................. 29
5.4 Filter Design .................................................................................................................................. 32
5.5 Shelving Design ............................................................................................................................. 33
6 CAMS for HIS Message Monitor Design ............................................................................................... 36
6.1 Customizable items on CAMS for HIS Message monitor ................................................................... 36
6.2 Design CAMS for HIS Message Monitor ......................................................................................... 42
7 Capability of message notification processing of CAMS for HIS ........................................................... 43
7.1 Capability of message notification processing on R5.03.20 or later ..................................................... 43
7.2 Behavior at the time of alarm flooding ............................................................................................. 43
7.3 Elements which affect the capability of message notification processing ............................................. 44
7.4 Measured result .............................................................................................................................. 45
7.5 Conclusion (Engineering to ensure message notification processing) .................................................. 46
7.6 The behavior when messages are suppressed .................................................................................... 46
8 Engineering Tool................................................................................................................................... 48
8.1 Tool Launcher ................................................................................................................................ 48
8.2 Duplication Check Tool .................................................................................................................. 48
8.3 Deviation Check Tool ..................................................................................................................... 50
9 The Message from CENTUM XL and XL ........................................................................................... 52
9.1 Messages from the legacy stations supported by CAMS for HIS ........................................................ 52
9.2 View and Operate on CAMS for HIS Message Monitor ..................................................................... 52
[CENTUM VP System]
* The CAMS for HIS requires the following environment. In fact, it complies with the LHS1100's environment.
Refer to GS 33K05D10-50E Model LHS1100 Standard Operation and Monitoring Function.
CPU : Core2 Duo 2.13HGz or higher, Xeon Dual Core 2.0GHz or higher
Main Memory : 2GB or more
HDD : 20GB free disk space or more (recommended: At least 40GB capacity)
(Minimum 1GB free disk space is required for Design Check function)
Note: Conditions above are not dependent on the operating system.
[CENTUM VP System]
* It complies with the LHS1100's environment.
Refer to GS 33K05D10-50E Model LHS1100 Standard Operation and Monitoring Function.
[CENTUM VP System]
The CAMS for HIS function is included into the Standard Operation and Monitoring Function (LHS1100 or
LHM1101). However, before R4.02, TOKUCHU is required for CAMS for HIS. In order to get the keycode
file for CAMS for HIS, specify the suffix code (/CAMS) of LHS1100 or LHM1101 on TOKUCHU SHEET.
If the suffix code is missing, the keycode file is not arranged.
If the CAMS for HIS is required after shipping, the project needs to submit TOKUCHU SHEET to request
the Keycode file to PMK department (This is not free.). From R4.02 or later, the CAMS for HIS becomes
available if only LHS1100 or LHM1101 is ordered. (TOKUCHU is not required.)
This chapter explains the emphasizing items and additional notes to the IM.
The color of message text cannot be changed. The specified color for Operator Guide messages will be
ignored. (Only tag mark is displayed with specified color.)
The Windows calling function from Operation Guide message in CAMS for HIS Message monitor is
not available. The definition in Operation Guide builder is ignored.
The Green color messages behave differently from the messages which are defined the color other
than Green. (Green color has a meaning of NR in CENTUM.) Be careful when using Green color
for Operation guide messages.
Ex)
"TEST500" is "Green" color message.
When generated, it starts blinking just
like other color messages.
Manual reset operation is required to delete the messages whose color is other than Green.
The green mark at the head of message starts blinking by Manual operation. The messages
disappear by acknowledgement operation. (When enabling "Auto Clear", only a manual reset
operation is enough to delete a message.
Before R4.02, the security of CAMS for HIS depends on the HIS user who is logged in the HIS.
The position (OFF/ON/ENG) of the Mode Select Key Switch cannot change the access level to message
displayed on CAMS for HIS Message monitor.
To change the operation permissions for CAMS for HIS, log in again via the HISs User Login dialog box as a
different user with appropriate permissions.
(e.g)
Some of the system alarm messages cannot be deleted by S1 privilege (like OFF User).
In case of NON-CAMS, it is possible to delete these messages by changing the key position without User
Login.
In case CAMS for HIS before R4.02 is enabled, changing the key position is not available and a User
having more than S2 privilege needs to be logged in.
In CAMS for HIS before R4.02, when a process alarm occurred in FCS, if this alarm message is suppressed,
the alarm status is not displayed on HIS operation and monitoring window. (NR is displayed as alarm status.)
(e.g.)
In case Lo alarm of TAG-A, which is set as Logging priority by CAMS for HIS Configurator, is generated,
LO alarm status is ON in FCS (Logics like ST16 can detect the alarm status.) but HIS displays the alarm
status on the faceplate of TAG-A as NR.
(Note)
There is a solution with project responsibility. Please refer to CAMS for HIS Trouble Shooting & FAQ,
2.2 When a TAG is defined as logging alarm or an alarm source of the TAG is under suppression, the TAG
keeps the NR status even though the alarm is detected in FCS.
In R4.02 and later CAMS for HIS, it is possible to display FCS alarm status on the faceplate, tuning view, etc.
even if the alarm is suppressed. Whether it displays or not is defined on the CAMS for HIS tab of the
Project Properties. Basically, this is the same behavior as NON-CAMS, however, there is a difference in the
priority of a display of alarm status.
(Note)
In R4.02 and later CAMS for HIS, if the method described in the above-mentioned engineering guide
(CAMS for HIS Trouble Shooting & FAQ, Section 2.2) is executed, the display priority of alarm status
will be the system-fixed order.
In CAMS for HIS before R4.02, the alarm messages behave with the same action (equivalent action of Lock
type) regardless of the alarm priority.
(e.g.)
Even though specifying LOW alarm that the alarm flashing action is Non-Lock type by FCS drawing
builder, the alarm flashing action in CAMS becomes Lock type.
Please refer to 4.4.1.1 Alarm priority and Alarm processing table for the details.
.
Before R4.02, if CAMS for HIS is enabled, the acknowledgment status of all HISs in an equalization scope will
be equalized. This version of CAMS for HIS doesn't have the conception of operation group.
Message control
A message control in Graphic view doesnt support CAMS for HIS. Therefore, it displays maximum 200
messages even if more than 200 messages are generated. Also, the definition on CAMS for HIS Alarm builder
isnt reflected on a message control.
Display on a message control
3 Engineering Flow
Start
Scope of this document
Integration Test
Proceed to FAT
It is necessary for all HISs to enable CAMS for HIS function. If some of HISs does not enable the CAMS
for HIS function in a project, the alarm status is displayed differently within HISs.
Number of HIS: Maximum 100 HIS / Project
Creating multiple equalization scopes in a project is possible. However, define one equalization scope per
a project basically. (Refer to 4.4.4.)
Number of alarms stored: Maximum 2000. (can be increased to 10000 by Tokuchu from R4.03)
From R4.03, CAMS for HIS has supported Multiple projects connection. Therefore, there are following
problems if Multiple projects connection is used for previous version CAMS for HIS.
Alarm states and/or Acknowledgement states are propagated within an equalization scope of HISs in
a same project. Different alarm states will be found among the different projects. e.g. When more
than 2 alarms are blinking on a TAG and then an alarm blinking stops by Ack operation in one
project, the alarm blinking doesnt stop in other project.
Alarm engineering should be done each project. Therefore, the same maintenance of CAMS DB
should be done each project. (e.g. When changing the alarm details of F001.HH alarm in PJT01.HH,
the same maintenance needs to be done on PJT02.
Message from CENTUM-XL and/or XL via BCV-H/-L can be displayed.
Since CENTUM-V is out of guaranty, please do not use CAMS for HIS to the system integrated
CENTUM V system.
For more detail, please refer to 8. The Message from CENTUM XL and XL.
Ethernet or Vnet/IP Bus 2 Open is mandatory for the equalizing message status and the configuration files.
Ethernet TCP/IP Setting in HIS property should be specified correctly. It is used for the equalization of
data among the HISs.
Only one HIS shall be configured as the download master HIS for maintenance and/or downloading
several kinds of configuration files per each equalization scope. And also any HIS within a CAMS
Equalization Scope can be the download master HIS. CAMS for HIS Configurator can be exclusively run
at download master HIS.
In case of CS3000 system, CAMS for HIS earlier than R3.08.50 cannot be integrated to the system using
R3.08.50 or later. When the data equalization from CAMS of the upper version to CAMS of the lower
version is executed, the lower version of CAMS suddenly stops. For more details, please refer to IM
CS3000 Installation - Cautionary Notes for Upgrading the CS 3000
The following is a sample system overview and operation requirements in this document.
Note; The engineering of the plant hierarchy is designed in the same way as NON-CAMS. Please refer to IM
(CS3000: IM 33S01B30-01E CS 1000/CS 3000 Reference Human Interface Station, E10.Plant Hierarchy,
CENTUM VP: IM 33K03F22-50E Human Interface Stations Reference Vol.2, 3. Plant Hierarchy) for more
detail.
<<Sample Project>>
CAMSDEMO
AREA01
PLANT011
AREA02
PLANT021
Plant Hierarchy Name can be used for Alarm Filtering of CAMS for HIS.
The Security Policy of CENTUM system consists of the following three layers.
The following diagram shows an image of these security layers.
Alarm Display
CAMS for HIS Security Policy Process Message receiving scope of Users
Filtering by User Security based (CAMS for HIS Alarm builder ( CAMS
on alarm source for HIS Configurator in previous
version))
HIS security policy stipulates the scope of operation and monitoring allowed on the HIS. Regardless of the
logon users, the operation performed to a device or to a function block data item may be restricted. HIS receives
alarm messages from Plant Hierarchy or Tags within the operation and monitoring scope of the HIS.
HIS Security may be defined by the purpose of HIS or the operation and monitoring scope of the regular users.
HIS Security is used for the case the HIS needs to be limited to access regardless of log-on User and/or the case
the system doesnt use User Security policy.
If supervisory users or maintenance/engineering users use the HIS and they need to access all of plant area, HIS
security may not be used and access control may be carried out by users operation & monitoring scope (User
Security).
<<Sample Project>>
In this project, the access control is achieved by User Security policy. Therefore HIS security in the
System view shall be configured to allow assessing to all of plant.
User security policy stipulates the scope of operation and monitoring for users. Each user is restricted to operate
or monitor a certain scope of devices and function block data items. HIS receives alarm messages from Plant
Hierarchy or Tags within the operation and monitoring scope of the Login User.
User Security Definition consists of two layers, User Group Definition and User Definition. Create User Groups
and define the operation and monitoring scope based on responsibility of plant area, and make each user belong
to the appropriate user group.
<<Sample Project>>
The Plant is operated by plant area.
Users belonging to Operator Group have all privileges for own plant area operation.
Users belonging to Supervisor Group have all privileges for all plant area operation without
acknowlagment on plant area out of his scope.
Users belonging to Engineering Group and Maintenance Group have all privileges for all plant area
operation without acknowledgement on all plant area.
User Group User Group Operation & Monitoring Process Alarm Receiving Acknowledgement
Name Description Range
AR01OPGR AREA01_Operators AREA01, UTILITY AREA01, UTILITY AREA01, UTILITY
AR01SVGR AREA01_Supervisors AREA01,AREA02, UTILITY AREA01,AREA02, UTILITY AREA01, UTILITY
AR02OPGR AREA02_Operators AREA02, UTILITY AREA02, UTILITY AREA02, UTILITY
AR02SVGR AREA02_Supervisors AREA01,AREA02, UTILITY AREA01,AREA02, UTILITY AREA02, UTILITY
ENGGR Engineer ALL ALL None
MNTGR Maintenance ALL ALL None
User Definition
Each individual alarm source like TAG-A.HH, TAG-A.LL can be assigned to users or user groups.
By these settings, a logon user can receive only alarm messages within the scope.
Monitoring Denied User or User Group is set to the individual alarm on CAMS for HIS Alarm builder (Alarm
List Tab or Alarm Group Tab of CAMS for HIS Configurator in previous version).
In case the Monitoring Denied User and/or User Group for individual alarm is not defined in CAMS for HIS
Alarm builder (Default setting), the logon user can see and acknowledge alarms according to the plant hierarchy
which is permitted by HIS and User Security Policy.
<<Sample Project>>
The followings are CAMS for HIS Security Policy on this project.
User has to monitor and acknowledge all alarm status generated from his/her responsible plant area.
Users belonging to Maintenance group can see alarm messages related to process signal (IOP/OOP)
only.
< CAMS for HIS Alarm builder (Alarm List Tab in CAMS for HIS Configurator in previous version) >
Alarm Source Monitoring Monitoring Acknowledgement Acknowledgement Denied
Denied User Denied User Group Denied User User Group
TAG-A.IOP (Blank) (Blank) (Blank) (Blank)
TAG-A.OOP (Blank) (Blank) (Blank) (Blank)
TAG-A.HH (Blank) MNTGR (Blank) MNTGR
TAG-A.LL (Blank) MNTGR (Blank) MNTGR
: : : : :
In case CAMS for HIS is enabled, it is necessary for engineers to design Process alarm message, annouciator
message, operation guide message and system alarm message.
Messages behave in accordance with the definition on a function block or an annunciator (engineering in source
of message) unless doing engineering on CAMS for HIS Alarm builder.
There are some differences on message behavior between CAMS and NON-CAMS. Therefore please study the
differences and then design messages correctly.
For CENTUM System Basic Design, the following items need to be defined as the same way of conventional
engineering.
Display in HIS / Buzzer sound / Printing / Output to files / Repeated warning
<Alarm priority builder Defaults>
Alarm priority of Tag Display Buzzer sound Printing Output to files Alarm flashing action Repeated NR Message
or Annouciator in HIS (Note 1) Note 2 warning
High Y High alarm Y Y Lock type Yes On Alarm Dependent type
(PID) processing level 1 processing level 2 processing level 3 processing level 4 processing level 5 processing level 6
Color priority Color priority Color priority Color priority Color priority Color priority
7 AOF Blue High Blue Medium Blue Low Blue Logging Blue High Blue Medium
8 CAL Cyan High Cyan Medium Cyan Low Cyan Logging Cyan High Cyan Medium
9 NR Green High Green Medium Green Low Green Logging Green High Green Medium
10 OOP Red High Red Medium Red Low Red Logging Red High Red Medium
11 IOP Red High Red Medium Red Low Red Logging Red High Red Medium
12 IOP- Red High Red Medium Red Low Red Logging Red High Red Medium
13 HH Red High Red Medium Red Low Red Logging Red High Red Medium
14 LL Red High Red Medium Red Low Red Logging Red High Red Medium
15 Red High Red Medium Red Low Red Logging Red High Red Medium
16 Red High Red Medium Red Low Red Logging Red High Red Medium
17 HI Red High Red Medium Red Low Red Logging Red Medium Red Low
18 LO Red High Red Medium Red Low Red Logging Red Medium Red Low
19 Red High Red Medium Red Low Red Logging Red Medium Red Low
20 Red High Red Medium Red Low Red Logging Red Medium Red Low
21 DV+ Yellow High Yellow Medium Yellow Low Yellow Logging Yellow Medium Yellow Low
22 DV- Yellow High Yellow Medium Yellow Low Yellow Logging Yellow Medium Yellow Low
: : : : : : : : : : : : : :
Regarding Alarm priority builder and Alarm processing builder, refer to IM (CS3000: IM 33S01B30-01E CS
1000/CS 3000 Reference Function Block Details, C5.15 Classification of Alarm Actions Based on Alarm
Priority and C5.16 Alarm Processing Levels CENTUM VP: IM 33K03E21-50E Function Blocks
Overview, 5.15 Classification of Alarm Actions Based on Alarm Priority and 5.16 Alarm Processing
Levels ) for more detail.
<<Sample Project>>
Use the default setting of Alarm priority builder.
Add two alarm processing tables (5 and 6) as user customization.
Alarm processing table 5: IOP/OOP/HH/LL are High alarm, the lower than HI/LO are Medium.
Alarm processing table 6: IOP/OOP/HH/LL are Medium alarm, the lower than HI/LO are Low.
Even though CAMS alarm priority is set, the definition on Alarm priority builder depends on the alarm
level defined on a function block or annunciator (except the messages defined Logging/Reference by
CAMS). In other word, since the alarm blinking action, the repeated warning and so on are followed the alarm
level of TAG and annouciator, the conventional engineering is required.
In CAMS for HIS before R4.02, the alarm blinking behavior is always Lock type regardless of alarm
processing level. An alarm source defined as the Logging alarm priority in CAMS behaves Logging alarm
priority regardless alarm level of TAG and Annunciator.
In R4.02 and later CAMS for HIS, Lock type, Non-lock type or Self-acknowledge type is available depending
on the alarm level of TAG and Annunciator if CENTUM Original is selected for the alarm action on Project
Properties.
The following table shows alarm processing behavior in CAMS for HIS.
- Before R4.02
CAMS Priority Display Buzzer sound Printing Output to file Repeated Alarm flashing
in HIS warning behavior
Critical * * * * * Lock type
High * * * * * Lock type
Medium * * * * * Lock type
Low * * * * * Lock type
Logging N N Y Y N N
(None) * * * * * Lock type
*: Alarm action depends on alarm level of TAG or annunciator.
e.g. 1 Condition 1: Alarm processing level of LL alarm of TAG-B in control drawing builder: High
Condition 2: Repeated warning for High alarm: Yes
Condition 3: Alarm priority of TAG-B.LL in CAMS Configurator: Low
When LL alarm of TAG-B is generated;
Action 1: Display/ Sound/ Printing/ File: High alarm action defined in alarm priority builder
Action 2: Repeated warning: LL alarm is re-generated after predefined minutes
Action 3: Alarm flashing behavior: Lock type
e.g. 2 Condition 1: Alarm priority of LO alarm of TAG-C in control drawing builder: Low (User alarm level)
Condition 2: Alarm priority of TAG-C.LO in CAMS Configurator: Critical
When LO alarm of TAG-C is generated;
Action 1: Display/ Sound/ Printing/ File: Low alarm action defined in alarm priority builder
Action 2: Alarm flashing behavior: Lock type
e.g. 3 Condition 1: Alarm processing level of TAG-D in control drawing builder: Medium
Condition 2: Alarm priority of TAG-D.LO in CAMS Configurator: Logging
When LO alarm of TAG-D is generated;
Action 1: Display/ Sound/ Printing/ File: No Display/ No Sound/ Yes/ Yes
Action 2: Alarm flashing behavior: No
CAMS Priority Display Buzzer sound Printing Output to file Repeated Alarm flashing
in HIS warning behavior
Critical * High Priority * * * *(Lock type in the case of
Consolidated)
High * High Priority * * * *(Lock type in the case of
Consolidated)
Medium * Medium Priority * * * *(Lock type in the case of
Consolidated)
Low * Medium Priority * * * *(Lock type in the case of
Consolidated)
Logging N N Y Y N N
Reference N N N N N N
(None) * * * * * *(Lock type in the case of
Consolidated)
*: Alarm action depends on alarm level of TAG or annunciator.
From R4.02, the buzzer sound (Yes/No, tone) depends on the alarm priority defined by CAMS for HIS.
<<Sample Project>>
The following table shows the policy of alarm priority and alarm processing table in this project.
Priority of Priority in Assignment philosophy Display Buzzer Printing Output Repeated Alarm
Tag or ANN CAMS in HIS Sound to file warning flashing
High Critical Alarms which need immediate Y Y Y Y Y Lock
operator action, huge consequence
will be given if operator does not
respond. Critical priority shall be
defined to the specific alarm by
CAMS configuration.
Priority of Tag is defined by the Tag detail builder of the control drawing builder.
Priority of ANN is defined by the Annouciator builder
Priority in CAMS is defined by CAMS for HIS Alarm builder (Alarm Detail tab or Alarm List tab in
CAMS for HIS Configurator in previous version).
Buzzer sound setting is as follows.
Buzzer sound for High alarm :Tone number 24Default
Buzzer sound for Medium alarm :Tone number 30Default
If it is NON-CAMS or CENTUM Original is selected for CAMS for HIS with R4.02 and later, the recover
message of process alarm is generated according to alarm flashing action defined in the alarm priority builder.
Lock type:
When an acknowledged alarm is recovered, a recover message of the alarm is not generated.
When a non-acknowledged alarm is recovered, a recover message of the alarm is generated.
Non-Lock type:
When an alarm is recovered, a recover message of the alarm is not generated regardless
acknowledgement status.
Self-acknowledge type
When an alarm is recovered, a recover message of the alarm is not generated because the alarm is
always acknowledged.
When previous version CAMS for HIS has been enabled or "Consolidated" has been selected for CAMS for
HIS with R4.02 and later, a recover message of alarm is generated regardless of alarm flashing action defined.
The recover message appears with blinking and then acknowledgement to the recover message is required. If
an operator doesnt like to acknowledge the recover message to acknowledged alarm, define AUTO
CLEAR alarm attribute of the alarm in CAMS for HIS Alarm builder (CAMS for HIS Configurator in
previous version). This setting makes the alarm to do the same behavior of Lock type in NON-CAMS.
<<Sample Project>>
AUTO Clear alarm attribute is enabled to all alarm sources.
<CAMS for HIS Alarm builder (CAMS for HIS Configurator Alarm List in previous version)>
Alarm Source Priority Auto Clear
TAG-A.IOP High Enable
TAG-A.HH Critical Enable
: : :
4.4.1.3 NR Message
When the statuses of all alarms in one function block return to normal (NR), flashing starts to notify the
operator of the status change. The actions can be designated only for high priority alarms. The actions when
alarm recovers to normal include two types, On Alarm Dependent type and Notification at Return type.
This setting is done by Alarm Priority Builder.
In case CAMS for HIS is enabled and Notification at Return type is selected, NR message is displayed even
though the alarm is suppressed. The reason why CAMS for HIS cannot handle the NR message correctly
because the NR message is generated based on TAG not an alarm source.
(e.g.1) The alarm is not displayed under suppression condition, but NR message of the TAG appears.
(e.g.2) When an alarm source is shelved into Continuous Shelf, the alarm including the recover message is
automatically shelved into the shelf, but NR message of the TAG is displayed.
Therefore, in case CAMS for HIS is enabled, select On Alarm Dependent type for NR message action. In
this case, NR message is not displayed under any condition.
<<Sample Project>>
NR message action is On Alarm Dependent type in this project.
The CAMS for HIS Message monitor supersedes the standard HIS windows (Process alarm view, System alarm
view and Operator Guide view).
It is selectable to integrate Operator Guide view with CAMS for HIS Message monitor. We recommend not
integrating Operator Guide with CAMS for HIS Message monitor in case of Batch system because CAMS for
HIS Message monitor does not support Batch ID filtering (it has been supported from R4.03) and
opeguide/dialogue message from SEBOL. The setting for not integrating Operator Guide with CAMS for HIS
Message monitor can be done on HIS Utility window. (All Opeguide messages are displayed on the
conventional Opeguide view.)
<<Sample Project>>
This project isnt for Batch plant and also doesnt use dialogue message from SEBOL. Therefore
Operator Guide view is integrated into CAMS for HIS Message monitor.
Alarm priority for an operation guide message can be set as well as one of a process alarm message by CAMS
for HIS Alarm builder (CAMS for HIS Configurator in previous version). In case of an operation guide
message, there is no need to consider the alarm processing table.
Setting alarm priority helps for operator to manage the messages efficiently by the filtering function and/or
shelving function.
Please note that the color setting to an operation guide message in the operation guide builder is affected to the
TAG mark but not message contents.
<<Sample Project>>
The table below shows engineering policy for Operation Guide Message.
The system without CAMS for HIS does not have priority level for system alarms. All system alarms and
messages are displayed in the system alarm window with the same priority level.
However, CAMS for HIS enables to assign different alarm priority level for each system alarm. If necessary,
review system alarms and assign alarm priority to system alarms.
Please be noted the following important points
Since the system alarm regards the message number as a key (source), the engineering of the alarm
definition of each output source station cannot be done.
The alarm source is a message number but not alarm message contents
There is the same message number but the different sentence.
e.g. 0303 FCSxxxx Fail (FCS number is depend on the failed station.)
0891 {Text message from option packages}
The system alarms whose default priority is "HIGH" can be assigned an alarm priority. The table
below shows system messages having HIGH priority as default. If an alarm priority is defined for
the system alarms whose default priority is LOW or "Logging, these settings are ignored. (To
overwrite "Low" by "Logging" or "Reference" not to display messages is possible.)
<<Sample Project>>
There is no change to system alarm messages in this project.
In case CAMS for HIS is enabled, the following information is equalized with in HISs belonging to the
equalization scope by the CAMS for HIS special function.
Alarm & event message though OPC A&E function
Alarm acknowledgement
Suppressed Alarm status (Suppression, Shelving)
When restarting HIS, the following information is equalized from another HIS in the same equalization scope.
CAMS Database
Historical data
Messages on CAMS for HIS Message monitor
The equalization scope is determined by selecting HISs being in the same scope at [Detailed Setting] in
CAMS for HIS tab of HIS Utility window.
3) Acknowledgement of HI is
2) Acknowledge HIat HIS #3
equalized to HIS #1 & #2 4) Acknowledgement of HI is NOT
equalized to other equalization groups.
Equalization Scope A Equalization Scope B
FCS
Basically, one project has one equalization scope. It is possible to divide more than two equalization scopes but
please be noted the followings.
The Download Master station is required every equalization scope. It means that the engineering on
CAMS for HIS Configurator is required for each equalization scope.
Acknowledgement to a process alarm is equalized within an equalization scope.
(e.g.) TAG-A is monitored from the equalization scope A & B (ES-A, ES-B), and then both HH alarm
and HI alarm of TAG-A are generated and flashing on HIS.
When HH alarm is acknowledged by HIS in ES-A, HH alarm flashing action stops on HIS in ES-A.
However the acknowledgement is NOT equalized to ES-B, so HH alarm on HIS in ES-B is continued
flashing. After acknowledged HI alarm by HIS in ES-A, all alarms of the TAG are acknowledged, so
CAMS for HIS function of HIS in ES-A sends the acknowledgement message to the TAG in FCS. The
result of the message sending, HIS in ES-B knows the acknowledgement status of the TAG and forces
to stop flashing of the alarms.
Before R4.02, Acknowledgement and Deletion to Operation Guide message & System alarm message
is equalized to all HISs within the same equalization scope. This is similar to the conventional
Operation Group ID function.
In addition, the Buzzer Ack ID is not related to CAMS for HIS. Buzzer ACK ID can be used as it is.
The definition of the equalization scope is required for every HIS in the project. Please confirm the Detail
Setting on CAMS for HIS tab in HIS Utility for every HIS when a HIS is added or removed
(Note)
After R5.03.20, an ExaOPC server station (R3.72.00 or later) can be included into a equalization scope. By this,
messages received by CAMS for HIS will be transferred to an upper computer accurately and quickly.
<<Sample Project>>
All HISs are in the same equalization scope.
Decide the Download Master HIS for alarm configuration. Only one Download Master should be set within the
Equalization Scope.
On a download master HIS, check a box of Set this HIS as Download Master on CAMS for HIS tab of HIS
Utility. On the other HISs, uncheck the checkbox of it.
Only the download master can start the CAMS for HIS Configurator.
A download master is responsible for competitive management among HISs when something has changed in
CAMS for HIS Message monitor. The downloading from CAMS builders in SystemView isn't related to the
existence of download master.
<<Sample project>>
ENGHIS is Download Master HIS.
Define the maximum number of alarms to be held in CAMS for HIS. A desired number can be set as a multiple
of 100, between 100 and 2000. The default is 2000. From R4.03, this number can be increased up to 10000 by
Tokuchu.
There is the configuration area in CAMS for HIS tab of HIS Utility function on each HIS.
Be sure to set the same number for all HISs in the same equalization scope.
Messages suppressed by CAMS for HIS aren't counted. Please refer to section 7.6 for the details.
<<Sample project>>
Use default value: 2000
Decide the action of ACK key on the operation keyboard for acknowledgement of message shown in CAMS for
HIS Message monitor.
There is the configuration area in CAMS for HIS tab of HIS Utility function on all HISs.
ACK key acknowledges the selected A&E message:
If you want to acknowledge only the selected A&E messages, click this radio button on.
ACK key acknowledges all the displayed A&E messages:
If you want to acknowledge all the shown A&E messages at once, click this radio button on.
<<Sample Project>>
ACK key acknowledges the selected A&E message
The CAMS for HIS provides the useful attributes as the system default for the alarm management.
E.g. AlarmPriority, Consequence (the scale of impact on the system if no appropriate step is taken for the alarm)
and so on.
Additional information to IM is described in this section.
Detection
Alarm source selected Disable in this item is not displayed even though the alarm is detected on FCS.
When Blank is set to this item, it is taken as Enable.
AlarmPriority
Alarm priority except Logging is handled as comment in effect and does not override alarm processing level
of the function block or annouciator in FCS. (See 4.4.1.1 Alarm priority and Alarm processing table for more
details)
Alarm priority can be used for sorting condition or filter condition of A&E Message monitor.
User
User information being set in this item is handled as comment.
It doesnt mean that only User defined in this item has a right to monitor the alarm source.
Auto Clear
Auto Clear Enable setting is to automatically clear both the acknowledged alarm and the recover message
when the alarm is recovered.
In case of Disable setting (or blank), an acknowledgement operation is required to acknowledge the recover
message because the recover message is generated with flashing when the alarm is recovered.
If the project requires the acknowledge operation same as the conventional operation, please set Enable into
this item.
In R4.02 and later CAMS for HIS, this setting for process alarm is available only when the Consolidated is
selected for the alarm action.
The following table shows the relation between the Auto Clear setting and its action.
Setting
Alarm Type Project Properties: CAMS Alarm builder: Auto Clear Action
Alarm Action Auto Clear Setting
(Setting disabled) Comply with the definition on the
CENTUM Original:
alarm priority builder.
Enable Automatic clear
Process Alarm
Consolidated or Disable No automatic clear
before R4.02 (NONE) No automatic clear (Alterable by
Tokuchu)
Enable Automatic clear
Disable No automatic clear
Operator Guide Message (Setting disabled)
(NONE) No automatic clear (Alterable by
Tokuchu)
Manual Reset Permitted User (User Group) and Manual Reset Denied User (User Group)
The manual reset is the function that deletes the acknowledged messages not having a recovery message
(operator guide messages or some of system alarms). The user more than S2 is usually allowed to do manual
reset. If the S1 user is defined in Manual Reset Permitted User, the manual reset can be done by the S1 user.
The definition in Manual Reset Denied User (User Group) is prior to one in Manual Reset Permitted User (User
Group).
(e.g.) When Group1 is defined as Manual Reset Permitted User Group and User A in Group1 is defined as
Manual Reset Denied User, Users in Group1 except User A can reset manually.
Alarm Group
Only one alarm group defined in Alarm Group builder can be set to each alarm source.
In other words, an alarm source cannot belong to multiple alarm groups. Alarm Group can be used for Alarm
Suppression.
Guidance
Define the contents to be displayed in Detail pain of CAMS for HIS Message monitor. The content is normally
the causes and actions for each alarm source. You can also provide a separate file describing the causes and
actions and specify that file.
According to Style definition in Tool menu of CAMS for HIS Configurator, the effectiveness of the definition
in this item is decided.
Guidance : Character string typed in Guidance column, Link Address, The contents of text
file name typed in Guidance column Note 1
Specify Alarm Attribute : Character string typed in Guidance column
All Alarm Attributes : Character string typed in Guidance column
(Note 1) Text files are stored into [CENTUM install folder]CAMSdatabasehttppost folder by clicking
[File] in the menu bar - [Import] - [External File]. After importing external files into CAMS for HIS
Configurator, download them to HISs by Download operation. When Editable is selected in Style setting,
the contents of the text file can be edited from CAMS for HIS Message monitor.
Refer to Appendix1 for the procedure of defining the Guidance.
Invalid attribute
In CAMS for HIS before R4.02, the following attributes in CAMS for HIS Configurator are invalid. Dont
specify the value.
Monitoring Permitted User / User Group
Acknowledgement Permitted User / User Group
Alarm Sub-State Change Permitted User / User Group
Alarm Sub-State Change Denied User / User Group
A user can add attributes on CAMS for HIS Alarm builder (Alarm list of CAMS for HIS Configurator by right
clicking the mouse in previous version).
User attributes are displayed in A&E Message pane, and are used for a condition of filter and so on.
The notes on User attribute are;
The number of User attribute : less than 50 (This is the limitation from R4.02)
Name of User attribute : uppercase and lowercase alphabets, period (.) and numbers.
The first character must be an alphabet.
Length is less than 50 characters. (This is the limitation from R4.02)
<<Sample Project>>
The alarm attributes in the table below are shown in A&E Message pane.
Customer needs to decide the detail value of each attribute for alarm except Time Stamp and
Message.
(Note)
- When using Apply to All, it may affect the performance of CAMS for HIS because CAMS server
receives a lot of ACK at the same timing, etc. The number of alarm groups and the number of messages in
an alarm group should be kept to a minimum.
- The default value of Apply to All is;
Before R5.03.20: Enable
After R5.03.20: Disable
<<Sample Project>>
Alarm Suppression function is executed by Unit operation.
Acknowledgement and Reset operation is done for alarm source.
Monitoring Denied User is set by alarm source. (See CAMS Security section
Users can start the Alarm Suppression function for Units that they are monitoring.
< CAMS for HIS Alarm builder (CAMS for HIS Configurator Alarm Group Definition tab in previous version)>
Alarm Group Apply to Monitoring Monitoring Alarm Group Sub-State Alarm Group Sub-State
Name All Denied User Denied User Change Permitted User Change Permitted User Group
Group
UNIT011A Disable None None None AREA01OPGR,AREA01SVGR,ENGGR
UNIT011B Disable None None None AREA01OPGR,AREA01SVGR,ENGGR
UNIT012A Disable None None None AREA01OPGR,AREA01SVGR,ENGGR
UNIT_UT Disable None None None AREA01OPGR,AREA01SVGR
AREA02OPGR,AREA02SVGR,ENGGR
UNIT021A Disable None None None AREA02OPGR,AREA02SVGR,ENGGR
UNIT021B Disable None None None AREA02OPGR,AREA02SVGR,ENGGR
Alarm Suppression Start/Stop operation can be done by Function key, Graphic, Preset Menu function or %RQ..
Start Command:CENTUM Install folderProgram BKHCAMS_SON.exe [GroupName]
Stop Command:CENTUM Install folderProgram BKHCAMS_SOF.exe [GroupName]
It is recommended that equipment or control module level suppression (i.e. over current alarm of motor) is
realized by logic in the FCS.
The following is an example to define the suppression of alarm group group_1 on the graphic push button.
The each groups users who are allowed to do Suppression operation are defined on CAMS for HIS Alarm
Group builder. (Alarm Group Sub-State Change Permitted User) In default, all users are able to stop the
suppression, but start operation is not allowed by all users.
Define which alarm is belonging to which group on CAMS for HIS Alarm builder.
The suppression of the alarms which are belonging to group_1 starts by pushing the button on the graphic
window. If any alarm groups are suppressed, the information is displayed in the Suppression dialog box.
Before R5.03.20:
When starting suppression, the suppressed alarm messages are recovered compulsorily and the recover
messages are output as following if these havent been acknowledged. When messages have been
acknowledged, these will be deleted without a recover message. The recover message cannot be suppressed.
When canceling suppression, the suppressed alarm messages (both of the message which occurred before
Suppression and the message which occurred after Suppression) are displayed with the timestamp of this timing
as following.
After R5.03.20:
Suppression is the same function as AOF, and a compulsory recovery does not take place when starting
suppression. The message on a monitor remains on the monitor as it is. If a displayed alarm recovered, it will be
deleted from a monitor.
When canceling suppression, the alarm messages which have arisen during suppression are displayed with the
timestamp of this timing as following. These messages remain on the monitor even if these are suppressed
again.
Canceling AOF
Canceling Suppression
After R6.01.10:
Selecting Do not generate recovery message when Suppression is started on CAMS for HIS tab of Project
Properties becomes available. If this option isn't selected, a recover message will be generated like the previous
behavior (before R5.03.20).
<<Sample Project>>
Alarm Suppression is executed by Alarm group (every Unit).
Start/Stop operation is done by Push button operation on a dedicated graphic.
The CAMS for HIS provides the following default filters for linking with HIS. Be careful not to modify or
delete the default filters.
SIS: Displays all A&E messages sent from ProSafe-RS SCS (Safety Control Station)
SIS/System: Displays system alarm messages sent from ProSafe-RS SCS
SIS/Process: Displays process alarm messages sent from ProSafe-RS SCS
System: Displays system alarm messages
Process: Displays process alarm messages
Operator Guide: Displays operation guide messages and dialog messages
(Reference)
A customer may not want SIS filter when Prosafe-RS isnt connected. Or, a customer may not want Opegauide
filter when opeguide view is excluded from message monitor. In that case, these filters can be deleted by the
following procedure. Be careful not to delete necessary filters.
1. Start CAMS for HIS Configurator and select Message Monitor Configuration, and start Message monitor
with Configuration mode by SYSTEM user.
2. Select an unnecessary filter and open Properties using a click of the mouse to display the menu.
3. Change the filter name (any name is OK) and click [OK].
4. Select the same filter again and select Delete using a click of the mouse to display the menu.
5. Execute Commit Changes..
<<Sample Project>>
All Users can create/edit/delete filters..
System default filters are shown in the table below; (User cannot change the filter attribute.)
Filter for Critical/High alarm priority
Filter for each Unit
Use Load Shedding. User cannot change Load Shedding setting.
Condition and filter name for Load Shedding is shown below.
(Note)
Before R5.03.20, if a message in a continuous shelf is recovered, it disappears from the shelf and it cannot be
reset. After R5.03.20, a recovered message in a continuous shelf can be reset from a shelf by using the
continuous shelf reset individual message dialogue.
There are two types of Extent of Impact, SYSTEM and USERS. The selected type must be the same within
an equalization scope.
SYSTEM
Shelving applies to the entire system. Shelved A&E messages are also shelved in all Message Monitor
of CAMS for HISs within the same system.
USER
Shelving applies to the Message Monitor of CAMS for HIS associated with the same HIS logon user.
Shelved A&E messages are also shelved in all Message Monitor of CAMS for HIS associated with the
same HIS logon user.
In CAMS for HIS before R4.02, the extent can be specified by the radio button on the upper part of the builder.
(See below.)
In R4.02 and later CAMS for HIS, the extent can be set in the location below. It cannot be specified for each
shelf, but the extent specified for the top shelf applies to all shelves.
If the extent is set to System, only system filters can be moved to Auto Shelf. (A filter created by a user is
specific to that user, so that filter cannot be moved if the extent is set to System.)
It is possible to define a timing to inform operators that alarms are left in the shelf.
Duration
The CAMS for HIS notifies the remaining alarms in the shelf if the alarms have been left in the shelf
longer than specified duration.
Specific time
The CAMS for HIS notifies the remaining alarms in the shelf at the specified time, such as shift change
timing, etc.
<<Sample Project>>
Extent of Impact : System
Common shelves are defined as follows.
Shelf Name Description (Auto shelving Icon Function Type of Permissible Time
condition) Type Time
OneShotShelf One Shot Shelf One-shot Elapsed Time 10 minutes
Wide Layout
Standard Layout
Window Color
It is possible to change the text color & the background color to be applied to the title name of each pane in the
CAMS for HIS Message monitor.
The change can be set on the Window tab of Option window.
The background color of the window title The background color of the window title (Selected)
The text color of the window title The text color of the window title (Selected)
Shelf Icon
Shelves Pane Displayed Number of Alarms/ Unread Alarm Style/ Font/ Color
It is possible to hide several alarm information (Number of Active Alarms/ Number of Unacknowledged
Alarms/ Total Number of Alarms/ Number of Ignored Alarms). And also it is possible to disable emphases when
there are unread messages in a shelf. Also it is possible to change Font and color settings.
The changes are set on the Shelves tab of Option window.
Background color
Filter Icon
Filter pane
Filter Pane Displayed Number of Alarms/ Unread Alarm Style / Font / Color
It is possible to hide several alarm information (Number of Active Alarms/ Number of Unacknowledged
Alarms/ Total Number of Alarms). And also it is possible to disable emphases when there are unread messages
meeting the filter condition. Also it is possible to change Font and color settings.
The changes are set on the Filter tab of Option window.
Detail pane
After R5.03.20, the detail pane has been divided into 2 tabs, "Alarm attribute" and "Guidance". Both of alarm
attribute and guidance will be displayed even if a guidance has been prepared as a text file.
Status bar
<<Sample Project>>
Engineering items Definition Permission to Users
General Layout Standard Deny
Color Default color for all items Deny
Menu bar/ Tool bar Show Show Show
Shelves Pane Show Show Deny
Blinking action Blinking Deny
Displayed Number of Alarms All items are displayed Deny
Unread Alarm Style Bold Deny
Font Default font Deny
Color Default color Deny
Filter Pane Show Show Show always
Create filter Allow users to create filters Allow
Blinking action Blinking Deny
Displayed Number of Alarms All items are displayed Deny
Unread Alarm Style Bold Deny
Font Default font both all filters and favorite filters Deny
Color Default color both all filters and favorite filters Deny
Change the system common User cannot change System common filter (Name/ Icon/ Deny
filter settings. Description) and Load Shedding definition.
A&E Browser Pane Show Show Show always
Background pattern/ color Standard pattern/ default color Deny
Blink action Blinking Deny
Font Default font Deny
Line spacing Default value Deny
Display column Refer to Alarm attribute Deny
Column width Allow users to change the column width Allow
Display Position of New Alarm Defaults Top
A&E Message Pane Background pattern/ color Standard pattern/ default color Deny
Blink action Blinking Deny
Font Default font Deny
Line spacing Default value Deny
Unread Message Style Bold Deny
Display column Refer to Alarm attribute Deny
Column width Allow users to change the column width Allow
Display Position of New Alarm Defaults Top
Detail Pane Show Switching type Switch Show/Hide
Dynamic Filter Pane Show Automatic display Show
Status Bar Show Show Show always
The time that elapses before overflowing of the Notification FIFO buffer can be calculated roughly by a rate of
message generation (number of messages / sec) in case of power outage which is estimated by the total number
of function blocks.
According to the measured value in the section 7.4, the capability of message notification processing of DELL
HIS with 10000 buffer size is 110 messages / sec. If the estimated rate of message generation in case of power
outage is 200 messages / sec, 90 messages per sec are not notified soon and are accumulated in the Notification
FIFO buffer temporary. The size of the Notification FIFO buffer is 20000 when the maximum size of alarm
buffer is 10000. Therefore, messages will be overflowed from the Notification FIFO buffer in 220 seconds
(20000 / 90).
The period when messages are accumulated in the Notification FIFO buffer.
Message display may be delayed, however, messages will be displayed on CAMS message
monitor correctly. (Delay is up to 182 seconds (20000/110 =182).)
of notification
FIFO buffer
Please do logon (User-in) again to restore if the display of CAMS message monitor becomes incorrect
after overflowing the Notification FIFO buffer (if the number more than the maximum size of alarm
buffer is displayed on SMB). After that, the Notification FIFO buffer will be reset and messages on CAMS
message monitor will be cleared. The messages can be confirmed in historical viewer even if these have been
cleared from CAMS message monitor.
Furthermore, if a lot of messages continue occurring for a long time, messages will be overflowed from the
forwarded packet FIFO buffer and a part of messages will be not recorded in a historical file. Doing logon
again restores the incorrect situation of CAMS message monitor, however, there is no way to confirm
overflowed messages.
(2) The number of displayed columns (attributes) and filters on CAMS message monitor
If displaying the columns other than the default 2 columns (Date and message), the display performance
will get worse according to the number of displayed columns.
In the case of filter, if the number of messages which are matched to the filter conditions increases, it affects
the display performance. (Putting messages into the appropriate filters in accordance with the filter
conditions affects the load of CAMS server.)
According to above data, the capability of message notification processing of HITACHI HIS is 90 messages /
sec when the maximum size of alarm buffer is 2000. It means that HITACHI HIS does not meet the official
capability of CAMS (130 messages / sec). However, as described in the section 7.2 and the following graph, as
long as the situation of receiving messages exceeding the capability does not continue for a long time, all
messages that should be notified are displayed on CAMS message monitor.
Capability of message notification processing when messages arise continuously with the speed of 130
messages / sec. (Measured value of HITACHI HIS with buffer size 2000)
80000
No problem till 300 seconds.
70000 This graph shows that there are messages
never notified after 300 seconds.
60000
50000
40000
30000
Messages which occurred actually
20000
Messages which were notified
10000
0
0 60 120 180 240 300 360 420 480 540 600
Time
Actual capability of message notification processing of HITACHI HIS is 90 messages / sec. If messages arise at
the speed of 130 messages / sec, 40 messages / sec will be accumulated in the Notification FIFO buffer. The
size of the Notification FIFO buffer is 12000 if the maximum size of alarm buffer is 2000. Therefore, for at
least 300 seconds (12000 / 40 = 300), all messages that should be notified are displayed on CAMS message
monitor and are recorded in Historical file without problems.
1. Keep the size of alarm buffer to a minimum when the size is expanded by Tokuchu.
2. Keep the number of columns which are displayed on CAMS message monitor to a minimum.(around 10)
3. Keep the number of filters which are displayed on CAMS message monitor and conditions for each filter to
a minimum.
4. Reduce the number of characters for Guidance as much as possible when Guidance is required.
5. Keep the number of user-defined attributes to a minimum.
- Suppression
- Detection = Disable
- Priority = Logging
- Priority = Reference
- AOF
*1: After cancelling Suppression or AOF, the alarm messages during occurrence moves to the Alarm buffer.
*2: Those are not displayed on the Historical view but recorded in HISHIST.
8 Engineering Tool
If there is the wrong records in CAMS DB, CAMS of HIS doesnt work properly.
CAMS Database Consistency Check tools have been released from R3.08.70 & R4.01.60. These tools are for
internal use only.
Duplication Check Tool : Checks the duplicate alarm source in CAMS DB.
Deviation Check Tool : Checks the difference of alarm source between CENTUM DB and CAMS DB.
From R5.01, the following engineering tools have been prepared. Refer to the engineering guide CAMS for HIS
Trouble Shooting & FAQ for the details.
Redundancy ring check tool: Checks whether CAMS Equalization Ring works correctly.
Historical file dump command: Converts the historical files to text data.
CAMS Server restart command (R5.03.20 or later): Restarting CAMS server by specifying a equalization
source HIS is possible..
How to start
Select Duplication Check Tool on Launcher screen, then press Start button. Main window is displayed.
Search function
By pressing Search button, the search function starts.
In upper area, shows the result of search for the duplication in Active CAMS DB that was downloaded to HIS.
In lower area, shows the results of search for the duplication in Work CAMS DB that is before downloading.
Result of search
When there is no duplication, the following dialog appears.
When there is duplication, the following dialog appears and the duplicate alarm sources are shown.
Example
PID001.HH and PID001.HI were defined for PLANT 1 at 2006/10/21.
(PID001 was created in FCS0201DR0001 and PLANT 1 was assigned in the upper plant name of PID001, and
then PID001 was imported into CAMS DB.)
After that, the same alarm sources were defined for FCS0201DR0001 at 2006/10/21.
(The upper plant name definition of PID001 was deleted, and then imported into CAMS DB.)
Therefore the duplicate alarm sources were created.
Required action
Delete unnecessary alarm sources from CAMS DB and then download new DB.
How to start
Select Deviation Check Tool on Launcher screen, then press Start button. Main window is displayed.
Search function
By pressing Search button, the search function starts.
In upper area, shows the alarm sources that exist in CENTUM DB but not in CAMS DB.
In lower area, shows the alarm sources that exist in CAMS DB but not in CENTUM DB.
Result of search
When there is no deviation, the following dialog appears.
Example 1 Alarm source deviation: Function block type of TAG001 was changed from SIO block to PID block.
Example 2 User Group deviation: User Group name was changed from Group1 to Group2
Required action
Delete unnecessary alarm source or data from CAMS DB and then download new DB.
9.1 Messages from the legacy stations supported by CAMS for HIS
R3.08.70 & R4.01.60 or later, CAMS for HIS can handle the A&E messages of CENTUM-XL and XL
stations (hereinafter referred to as the legacy stations) connected on the network through bus converter
(BCV-H/L). Since CENTUM V is not supported, do not use CAMS for HIS for the system.
9.6 HIS and CAMS for HIS Regarding Messages of Legacy Stations
On HIS operation and monitoring window, the process alarm messages of legacy stations will be displayed
regardless the alarm inhibition settings on CAMS for HIS.
Alarm message
of Legacy station
Alarm message of
not Legacy station
The following describes the procedure to import the alarm source of another project to CAMS for HIS Alarm
builder.
To import the alarm source of another project, use OtherProject in CAMS for HIS Alarm builder. Import to
OtherProject a CSV file that was exported in CAMS for HIS Alarm builder of another project.
Import Export
CSV file
To import the alarm source of another project, an attribute called ProjectID is required. This is an attribute available
in CAMS for HIS Alarm builder by default and is used to recognize another project. To import to OtherProject a
CSV file that was exported in CAMS for HIS Alarm builder of another project, the inputting of the project ID is
required.
The ACK and Manual reset operation of System alarm messages and opeguide messages are equalized in the same
Operation group.
The upper project must be R4.03 or later if Multiple projects connection is used on CAMS for HIS. Also, the alarm
action must be same among all projects.
If all projects are R4.03 or later, the following setting is available to equalize engineering data among multiple
projects. (Project Properties CAMS for HIS tab) Be careful not to set it when a project before R4.03 is
connected. (The downloading of project common section is required after setting it.)
Use the OtherProject node described in 9.1 for Alarm engineering in the following cases.
- Alarm engineering is configured on the upper project.
- A project before R4.03 is connected.
Import the Alarm source of lower project (CSV file) to the OtherProject node.
- In the case that the CAMS for HIS alarm builder exists in the lower project;
Use the CSV file exported from CAMS for HIS Alarm builder.
- In the case that there is no CAMS for HIS Alarm builder in the lower project;
Create CSV file nanually.
AlarmSource must be defined on A1. Define each alarm source after
A2 column.
OtherProject Node
When creating CSV file (Alarm source list file of a project which doesnt have CAMS for HIS Alarm builder)
manually, execute CENTUM VP Database Convert of the Tool menu of Configurator of CAMS for HIS and use
the output alarm source list files for each hierarchy.
Note)
An alarm list source file is created based on a tag list in the HIS which executed "CENTUM VP Database Convert".
The alarm list source file isn't output if that HIS doesn't include a tag list of lower project.
Unify the alarm source list files of lower project. Delete the rows except "Source". And change the column name of
Source to "AlarmSource" and import it to OtherProject node.
Delete
Delete
If the lower project is before R4.03, the User-defined alarm character string and Plant hierarchy of the lower
project must be acquired by the upper project. (This procedure is required whenever these have been changed in
lower project.)
1. Execute CENTUM VP Database Convert in the upper project. (Configurator of CAMS for HIS Tools
CENTUM VP Database Convert)
The following files are created under
C:/CENTUMVP/CAMS/configurator/work/database/Client/Config
AlarmStatus.csv
PlantClass.csv
3. Open the User-defined Status Character String builder and Plant hierarchy builder, save them, and then
download them.
10.3 When upper project is R5.03.20 and lower project is before R5.03.00
After R5.03.20, the database style of CAMS for HIS has changed. Therefore, R5.03.20 HIS cannot read the
engineering information downloaded from an ENGHIS (CAMS for HIS Alarm builder) in a previous revision
project.
To avoid this problem, use OtherProject node of CAMS for HIS Alarm builder in upper R5.03.20 project.
<Detailed procedure>
1. Import the definition of CAMS for HIS Alarm builder of previous revision (R4.03.00 in this case) by
OtherProject node of CAMS for HIS Alarm builder in R5.03.20 upper project.
2. Tick a box of Equalize the alarm & event data and CAMS engineering data with connected projects on CAMS
for HIS tab in Project Properties of upper R5.03.20 ENGHIS..
3. Tick a box of Equalize the alarm & event data and CAMS engineering data with connected projects on
CAMS for HIS tab in Project Properties of lower rev ENGHIS.
4. Download Project common section from both of upper project and lower project.
When connecting OPC A&E, set up the connection between CAMS for HIS and the OPC A&E server in the OPC
A&E Server Connection dialog box opened from the HIS Utility dialog box. Messages are received by a HIS with
the following definition, and these messages are equalized among other HISs within the same equalization scope.
Connecting two or more HISs to OPC A&E server for safety purpose is possible, however, it requires the process of
deleting duplicative messages and it affects the performance of CAMS for HIS.
After defining above-mentioned settings on HIS utility, messages from OPC A&E will be displayed on CAMS
message monitor. By registering OPC A&E server program ID in OPC hierarchy of CAMS alarm builder,
engineering on CAMS for HIS alarm builder becomes available. (The program ID for PRM and STARDOM is
prepared by default.)
To normalize messages (to make messages into the same style as CENTUM) is required for displaying messages
from OPC A&E on the CAMS message monitor. The PRM and STARDOM have the mechanism of this
normalization, therefore they are guaranteed to connect CAMS for HIS officially.
As has been explained above, engineering on CAMS alarm builder becomes available by registering OPC A&E
server program ID in OPC hierarchy of CAMS alarm builder, however, it means to overwrite the result of
normalization.
In the case of STARDOM, the source of system alarm messages is IP address like the above-mentioned image
(172.32.1.100 IP address of FCN/FCJ). Therefore, the definition for each system alarm message on CAMS alarm
builder is not allowed. A source of process alarm message and application alarm message is one of the followings
and a definition for each source is possible on CAMS alarm builder.
- A tag name of SIOS instrument and an alarm name are connected by "." (e.g. FIC001.OOP)
- A POU instance name and an alarm name are connected by . (e.g. Main.NPAS_PID_1.OOP)
The tag mark of messages from OPC A&E is the following shapes.
Recover
Alarm
Acknowledged
(Note)
After R5.03.20, Tokuchu is available to normalize OPC A&E messages from other than PRM and STARDOM.
(Create a DLL for normalization by Tokuchu.)
The Tokuchu DLL normalizes the data from OPC A&E server and put them into a alarm data structure member
corresponding to a column of CAMS message monitor. Only the following members and columns are available.
(User-defined attribute is not available.)
Refer to Appendix3 for the sample user specification for Tokuchu DLL.
Pattern 1
Pattern 2
Pattern 3
- Shutdown all the HISs - Convert the CAMS DB by - Create index files for the historical search
before upgrading. CAMS for HIS Migration Tool.(*1) by Index file generation tool. (*3)
CENTUMVP/CAMS/CAMSConfigurator.exe O
(*1) Regarding CAMS for HIS Migration Tool, refer to the IM 33K03H20-50E Consolidated Alarm
Management Software Reference, B3.1.1 Migration Tool.
(*3) Regarding Index File Generation Tool, refer to the IM 33K01C10-50E CENTUM VP Installation,
C11.6 Upgrading to R5.01.00 .
The outline of upgrading of each pattern is described from next page. Refer to the IM 33K01C10-50E CENTUM VP
Installation for the detailed procedure.
2. Disable CAMS for HIS and save all data under CS3000/CAMS (CS3000 package data).
3. Shutdown all the HISs within the equalization scope, and start Download master (ENGHIS).
5. Restore CS3000 Package Data to the same position under CENTUMVP/CAMS. After that, enable
CAMS for HIS and reboot PC.
6. Download from the old Configurator of CAMS for HIS. After that, execute Back-up of Configurator
(Run CENTUMVP/CAMS/CAMSConfigurator.exe O on Command Prompt and download from it.)
8. Convert the back-up of Configurator of CAMS for HIS (saved at 6) by CAMS for HIS Migration Tool.
10. Just to make sure, confirm the settings on HIS Utility - CAMS for HIS tab.
(It has been restored by 5.)
1. Execute Back-up of Configurator of CAMS for HIS and save PJT DB.
2. If the original PJT is CS3000, disable CAMS for HIS and save all data under CS3000/CAMS
(CS3000 package data).
4. If the original PJT is CS3000, restore CS3000 Package Data to the same position under
CENTUMVP/CAMS. After that, enable CAMS for HIS and reboot PC.
6. Convert the back-up of Configurator of CAMS for HIS by CAMS for HIS Migration Tool.
8. If the original PJT is CS3000, just to make sure, confirm the settings on HIS Utility - CAMS for HIS
tab. (It has been restored by 4.)
Both of the back-up of Configurator of CAMS for HIS (saved at 1) and the back-up of all files under CAMS folder
(saved at 2) are available for CAMS for HIS Migration tool. The relation between them is as follows.
Actually, CAMS for HIS Migration tool requires the following 2 folders.
- database
- configurator
If a PC is replaced, move the PJT DB, the back-up of Configurator of CAMS for HIS and CAMS historical data
(CAMS/hist) to the same place in a new PC.
Before connecting a new PC to the network, start it up with the same conditions as the engineering HIS of the
previous revision (Install R5 -> Restore PJT DB -> Restore Historical data -> Convert PJT to R5 -> Download PJT
Common -> Enable CAMS, Define Equalization scope). After that, shutdown both of new PC and existing PC, and
exchange them, and restart a new PC. After starting HIS, restore the back-up of Configurator of CAMS for HIS and
download it. Finally, run Index file generation tool.
Regarding other HISs, start it up with the same conditions as the existing PC and exchange the old one for new one
after doing shutdown of both of them.
CAMS
PJT DB Configurator DB
CAMS
Historical CAMS
CAMS
Historical Historical
Select Guidance on the "Style Settings dialog" of Configurator of CAMS for HIS and download when only the
information defined in the Guidance column is displayed on the Details pane.
(Before R5.03.20, this setting is applied to all messages. So, in the case of the sources without defining the
guidance, nothing will be displayed in the Details pane.)
When the guidance messages are typed in the Guidance column directly
The information typed in the Guidance column is displayed in the Details pane.
When Editable (Text File Only) option is selected on the "Style Settings dialog" of the Configurator of CAMS for
HIS, it becomes possible to directly edit the text displayed in the Detail pane.
When the guidance messages are described in the file other than text file
If the file path is defined in Guidance column like following, the hyperlink to the address is displayed in the Details
pane. The data of the file(Word, Excel, Pdf, etc.) is displayed by clicking the hyperlink.
Files other than the text file arent equalized among the HISs in the same equalization scope. Even if the files are put
into httppost, they arent equalized.
Click the hyper link then the content of file is displayed. It is the same also in Excel and PDF, etc.
HIS without CAMS for HIS HIS with CAMS for HIS
Definition for Acknowledgement Action (Acknowledge and Acknowledge All)
Define the Acknowledgement Action on Alarm tab of HIS Setup window. The definitions on Alarm tab of HIS Setup window are disabled.
("Group Acknowledgement" or "Individual Acknowledgement") (Excluding the setting for "System Message Banner")
One of them can be selected. Both of [Acknowledge] button and [Acknowledge All] button can be displayed on
the Message monitor of CAMS for HIS. (Customization for each user is available.)
The action of the Acknowledgement key on the operator keyboard also complies with
this setting. The action of the Acknowledgement key on the operator keyboard is defined on
CAMS for HIS tab of HIS Utility.
Messages without a reset message Reset the alarm messages by [Manual Reset] button and delete them by [Ack] button.
Ack
Ex When "FCS Fail/Recover" messages arise twice from FCS0101 and FCS0102; Ex When "FCS Fail/Recover" messages arise twice from FCS0101 and FCS0102;
After acknowledging all messages, Select "0303 10/19 16:41:26 FCS0101 Fail" and acknowledge it.
select "0303 10/19 17:15:55 FCS0101 Fail" and [Delete] it. Then, another "0303 10/19 16:40:57 FCS0101 Fail" is deleted simultaneously.
Then, another "0303 10/19 17:13:47 FCS0101 Fail" is deleted simultaneously. Also, its reset message (0304) is deleted at the same time.
(The message with the same number of FCS0102 isn't deleted.) (The message with the same number of FCS0102 isn't deleted.)
Alarms of each tag can be acknowledged. Alarm messages are acknowledged individually.
All alarm messages from the same tag are acknowledged after one of them Even if the messages are from the same tag, each message needs to be acknowledged
has been acknowledged. (Individual Acknowledgement) one by one. ( If these messages are in the same Alarm group and "Apply to All"
is defined for this group, all of them are acknowledged at the same time.)
An process alarm can't be reset manually. An process alarm can be reset manually.
(There is no [Delete] button in the process alarm view.) The setting to permit users or user groups [Manual Reset] operation is required
on CAMS for HIS Alarm builder.
Open the "Message monitor of CAMS for HIS" by a "Manual reset permitted user" and
select a relevant alarm. Then, [Manual Reset] button becomes active.
Delete an alarm by [Ack] button after resetting it by [Manual Reset].
* In the case of "High-priority" and "Notifivation at Return Type" * In the case of "High-priority" and "Notifivation at Return Type"
1.Blink stops by [Ack] button. 1.Blink stops by [Ack] button.
3. Example in which all alarms are reset without the acknowledgement. 3. Example in which all alarms are reset without the acknowledgement.
All messages are deleted by the acknowledgement for one. Only the selected message is deleted by [Ack] button.
(the pair of alarm/reset is reset at the same time)
NR message with buzzer sound.
NR message with buzzer sound.
2. All messages are deleted when all alarms from the same tag have been reset.
2. All messages are deleted when all alarms from the same tag have been reset.
The messages are deleted automatically when these alarm messages have been In the case of "CENTUM Original", the messages are deleted automatically
acknowledged and recovered. when these messages have been acknowledged and recovered.
(NR is output when "Notification at Return Type" has been defined.) In the case of "Consolidated", the messages are not deleted automatically.
In the case of "Consolidated" and "Auto Clear" is defined for each alarm source,
the acknowledged messages are deleted automatically when they have been recovered.
2. Only the alarm messages by which "Auto Clear" has been defined are deleted
automatically after the acknowledgement.
"Display" or "Not display" of process value can be switched. There is no switching button. Process value is always displayed.
The Process Alarm view displays the result of filtered messages by the tag name. The function to filter the messages by the tag name is not available.
The menu is displayed by clicking the right mouse button after selecting a message. The menu is displayed by clicking the right mouse button after selecting a message.
The menu is editable. The menu is not editable.
Manual Reset
Manual Reset
Ack (with Auto Clear)
All unnecessary chattering messages are displayed. Suppresses the repeated A&E messages after displaying the first 10 messages.
------------------------------------------------------------------------------------------------- ------------------------------------------
User Requirement Specification for;
CAMS for HIS OPC A&E Message Integration Library for
xxx A&E Server
1. General
This document describes user requirement specification for the Tokuchu Library which is to
integrate xxx OPC A&E server and CAMS for HIS.
3. Alarm Appearance
Alarms from xxx OPC A&E Server appear in CAMS for HIS with following format.
The condition of CAMS alarm shall follow to the status of xxx OPC alarms & events.
MessageNo (Null)
TypeOfAlarm Type (xxx OPC A&E) TypeOfAlarm (CAMS) .
System Alarm (ALARM_TYPEOFALARM_SYSTEM)
- Reference (ALARM_PRIORITY_REFERENCE)
5. Restrictions
The CAMS (OPC A&E client) cannot set filter criteria for the OPCEventSubscription object,
which means that the CAMS receives all alarms and events from xxx OPC A&E.
(A filtering function on the CAMS message monitor is available after the CAMS receives
messages.)
The CAMS isnt able to transfer the status of acknowledgement to xxx OPC A&E.
6. Non-Functional Requirement
Performance: Processing time per one message shall be less than 1.0 [ms].
Do not use asynchronous processing or multi-threading within DLL.
Do not allocate more than 1 [MB] memory.
7. Others
The Subscription parameters of CAMS OPC Client are fixed as follows;
-----------------------------------------------------------------------------------------------------------------------------------------
Revision History
Rev Issued Date Description
0 2009/10/19 First issue
1 2010/04/23 Second edition
P1 Contents page revised.
P2 Description of Ordering CAMS for HIS Package revised.
P3 Notes added.
P4 Description added.
P20 Description of Equalization scope added.
P23 Description added.
P25~26 Description of Alarm Suppression Design and Filter Design added.
P36~38 Pictures replaced.
P42~45 Appendix1 added.
2 2010/06/30 3rd edition
P45 Files other than the text file arent equalized added
3 2013/06/28 4th edition
Thoroughly revised, Section9,10,11 and Appendix2 added.
4 2014/04/25 5th edition
Corresponding to R5.03.20 P4 ~7, P9,P23,P24,P29, P31,P34,P43~47, P57~60 Description
added
5 2014/10/15 6th edition
P58 Illustration replaced.
P60 Reference page for sample URS for Tokuchu DLL added.
P79~81 Appendix3 added.
6 2015/02/25 7th edition
P23 Correction of erroneous description: inhabitation -> suppression & shelving
The information which is equalized when restarting HIS added.
P56~57 "How to create Alarm source list file (CSV) manually by using CENTUM VP
Database Convert function" added.
2015/05/22 8th edition
P4 The behavior on and after R5.04 has been added to "Process Value display of the process
alarm message".
P31 The behavior on and after R6.01.10 has been added.
P43~46 Name change
Notification buffer Notification FIFO buffer
Forwarded Packet buffer Forwarded Packet FIFO buffer
P47 Section 7.6 added.