Module 12 - Alarms - Basics
Module 12 - Alarms - Basics
Module 12
Alarms - Basics
Contents
1 Introduction 3
1.1 PcVue version 3
1.2 In this module you will learn 3
1.3 Files used in this module 3
1.4 Third party software used in this module 3
4 Summing-up 24
Figure 1
Figure 2
Figure 3
Figure 4
[A]: Priority. The priority is a number in the range 0 to 29. The priority is used by
PcVue features such as the User rights, alarm viewer etc. You can apply the priority to
hierarchies and/or filter alarms.
[B]: Positive alarm. Selects the transition of the alarm source that is to cause the
Alarm to change to NOACKON. Yes means 0 to 1.
[C]: Levels. By default the user level required to acknowledge, maintain and mask an
alarm are the same as the priority, but they can be changed here.
[D]: Temporization. A period in seconds between the alarm source becoming active
and the alarm changing state to NOACKON.
Figure 5
Exercise 1.
Add an alarm variable to the METER template.
a. Open the Application Architect and add a bit
variable to the METER template. Use the Name
FAULT and the Description “Meter Fault”.
b. Configure it as an Alarm and a Command.
(Command allows you to force it at run-time from a
Send animation. Alarms do not normally have the
Command property set.)
c. Save and re-generate
Figure 6
Figure 8
Figure 9
Figure 10
You can insert more than one Alarm Viewer in the same mimic.
Figure 11
[A]: Configure to Display the toolbar, the Scroll bars and the header.
[B]: Configure the Background color and the text/Line font.
[C]: The eight fields represent the eight headers. The Alarm Viewer automatically
adds a column at run time for each header that is configured.
[D]: Each field configures what is displayed in the corresponding column using
substitution characters.
The formats are specified in the online Help: Developing the HMI /
The Viewers / Alarm Viewer / Creating and configuring an Alarm
Viewer / Configuring the Line Format.
Figure 12
[A]: Realtime buffered. Select the number of lines you want to manage.
[B]: When mimic opens. Selects the basic behavior of the display list when the mimic
containing the Alarm Viewer is opened. Other behaviors are determined by the
properties in the Display group.
Display new alarms at the bottom (top) of the list: Determines the initial
chronological order of the alarms. Either the newest at the bottom or newest at
the top. The default is to display new alarms at the bottom of the list.
List mode: List mode is the normal mode of operation of an Alarm Viewer.
A change in the status of any of the alarms will cause the following actions:
If the alarm is visible, its status, time and date will be updated, but its
position in the list does not change at this time.
If an alarm is not visible, the Mode button will flash until the list has been
scrolled to display the new alarm status.
On line mode: On-line mode provides the User with a real-time list of alarm
transitions in the order in which they occurred. The alarm transitions are stored
in the display buffer which may be navigated using the scroll bar. Selecting an
alarm automatically switches the display to List mode.
Figure 13
Exercise 3.
Modify some Alarm Viewer properties and check what happens at
run time.
Challenge!
Try to change the colors of the alarm statuses in the Alarm Viewer.
Figure 14
3.5.1.1 Input
No value is given at the template level. Instead the value is entered each time the
template is instantiated. In the Architect, a property defined in this manner is marked
with a small red icon . We already defined a property in this way when we
configured the communication.
3.5.1.2 Expression
The property value is defined by an expression which is evaluated each time the
template is instantiated. An expression can include fixed values and context sensitive
operands such as the template name. In the Architect, a property defined in this
manner is marked with a small green icon . This is the technique we will use for
our alarms.
3.5.1.3 Parameter
The property value is defined by the value of a parameter. The same parameter can
be used any number of times in one or more templates. In the Architect, a property
defined in this manner is marked with a small blue icon . We will cover this
technique in a later module.
Figure 15
Step 4. Click the down arrow button that now appears, adjacent to the
value field, and enter the expression using the Expression Edit dialog.
The Expression Edit dialog has a very useful feature that is worth knowing about.
After you enter a Navigation keyword a drop down list automatically appears with the
range of possible properties.
If we examine the structure we see that the first node, that is different, is the
topology element representing the floor. Each instance has a different name,
FLOOR_01, FLOOR_02 etc. The topology element representing the floor is the Parent
of the Instance of the METER template which contains our FAULT alarm variable.
So to reference the name of the floor topology element, in the Description property of
the FAULT variable we could use the expression TemplateInstance.Parent.Name.
To check our expression, after entering it in the Description property of the FAULT
variable, we can select the Template Instances tab and expand the tree to select an
instance of METER. The lower right pane displays any expressions and their results.
If we now generate and then re-open the Alarms mimic we can see that the three
alarms each have a different description (Title column in the default Alarm Viewer).
Figure 19
Exercise 4.
Use an expression to differentiate the alarm variables.
a. Change the Description property of the FAULT
variable so that it uses an expression to reference
the Name property of the floor node.
b. Re-generate the variables.
c. Check the result in the Alarm Viewer.
Challenge!
Enter something meaningful for the Description property of each of
the three floor nodes. Change the expression used in the Description
property of the FAULT variable so that it references the Description of
the floor instead of the name.