Search

User Manual

GETTING STARTED


MODULES AND PLATFORM


APPENDIX


TUTORIALS & HELPFUL TRICKS


GLOSSARY


STRATEGIC PARTNER LINKS

Sepasoft - MES Modules
Cirrus Link - MQTT Modules

RESOURCES

Inductive University
Ignition Demo Project
Knowledge Base Articles
Forum
IA Support
SDK Documentation
SDK Examples

ALL MANUAL VERSIONS

Ignition 8
Ignition 7.9
Ignition 7.8

Deprecated Pages

Skip to end of metadata
Go to start of metadata


Alarms are conditions that are evaluated when the value of the Tag changes. When the condition becomes true, the alarm is said to be active. When it becomes false, the alarm is said to be clear. Alarms may also be acknowledged. This flags the alarm in Ignition so the acknowledgement state of each alarm can be made visible throughout Ignition. Acknowledgement also allows users to 'claim' alarms while letting colleagues know that the alarm is being handled. Until an alarm has been acknowledged, it is considered to be unacknowledged, or 'unacked'.

Alarms can be configured on Tags or OPC items in SQL Bridge (Transaction Groups). The different Tag types that you can configure alarms on include Memory Tags, Query Tags, Expression Tags, as well as Tags inside of a UDT. You can also put alarms on System Tags that Ignition inherently provides such as the Gateway Performance, CPU Usage, and more. 

Alarm Properties

Similar in concept to properties on Vision components, alarm settings, also known as alarm properties, allow you to modify the behavior of each alarm. Each alarm will have its own alarm properties such as a unique Name, Priority, Display Path, Notes, and many other properties, some of which are optional. Descriptions of each alarm property can be found on the Tag Properties page.

Alarm Modes and Setpoints

There are many different conditions that can be set up on an alarm. Alarm Mode Settings is where you define the actual conditions when the alarm goes 'true.' Some of the various Alarm Modes are shown in the image below. 



Each alarm is configured with one mode, and usually one or more Setpoints. Modes determine the method in which alarm activity is evaluated, while Setpoints are the thresholds or limits that determine when a Tag is within the alarm state. Both properties work in together to determine when alarms become active, as well as when they are cleared.

For example, when Mode is set to Above Setpoint, the Setpoint attribute is compared to the Tag's value. If the Tag value is above the the Setpoint value, the alarm becomes active. Once the value of the Tag is less than the Setpoint value, the alarm will transition to a cleared state. 

For a complete list of Alarm Modes and their descriptions, refer to the Reference Table on the Tag Alarm Properties page.


On this page ...

Alarming on Individual Bits

Additionally, alarms can become active by bit state. A common practice for PLC programming is to store alarm conditions as series of bits inside the PLC and expose them to the world as an integer value. Each bit is essentially a binary value. A series of 8 bits, for example, could be represented as an 8-bit integer. This integer value can be monitored by Ignition's OPC-UA server as an integer value as a Tag. This Tag can then have as many alarms as the integer has bits by monitoring the integer's bit state. Using the Bit Position Mode, multiple alarms in Ignition can be configured to monitor the state of each bit. 

The following table shows binary and decimal equivalents:

BinaryDecimal
10001110142

In this case, the Tag would be an integer with a value of 142. This Tag would have eight alarms. Each one of these alarms become active in accordance with its Boolean value.

To Create the Alarms on an Integer Tag Value

  1. Edit a Tag that has an integer value. 
  2. Scroll down to Alarms, and next to 'No alarms,' click on the Edit icon to create an alarm, and the alarm UI will slide in from the right.
  3. Click the Add in the bottom left corner of the window, or double click New Alarm item to add a new alarm to the Tag.
  4. Complete the appropriate properties, for example, enter the Name, Priority, and other properties as appropriate.
  5. From the Mode section drop-down, select Bit State and enter a value for the Bit Position
  6. Repeat the same process for the remainder of the bits.



IULocgo


Single Integer – Alarm on Each Bit

Deadband and Time Delays

The value for the deadband is interpreted by the Deadband Mode. It's important to note that all alarms are only evaluated after the Tag's value changes, which means that the Tag's own deadband will be considered first. When the deadband is positive, an active alarm condition needs to clear its setpoint(s) by the amount of the deadband for the alarm to clear. For example, suppose we have a 'Between Setpoints' alarm with a Low Setpoint of 45 and a High Setpoint of 65, and with a Deadband of 3. The alarm will go active if the value is between 45 and 65, but will only clear if the value falls below 42 or rises above 68.

In other situations, a Tag may frequently enter and leave an alarm state, but only for a brief moment. Normally an alarm would be generated each time the alarm condition was met, but the Active Delay attribute will prevent any alarms from being generated until the value on the Tag has stayed in an alarm state for a set period of time. 

To learn more about deadband and time delays, refer to the Reference Table on the Tag Alarm Properties page. 


IULocgo


Active and Clear Delays

Associated Data

You can extend the list of alarm properties by adding your own Associated Data or custom properties to an alarm you already have configured. These values can be static or dynamic. Static properties are excellent for filtering alarms. Dynamic properties can be driven by another Tag, or evaluated with an expression. Regardless of the type, the Associated Data property values will be attached to the alarm event, viewed in real-time, and recorded in the Alarm Journal system. 


Configuring Alarms

Alarms can be configured on any Tag type: Memory Tag, Query Tag, Expression Tag, as well as Tags inside of a UDT.

Configuring an Alarm on a Memory Tag

Let's use a simple Memory Tag with an Integer data type and create an alarm. 

  1. In the Tag Browser, double click a memory Tag (i.e. Level) to open the Tag Editor
  2. Scroll down to Alarms, and next to 'No alarms,' click on the Edit  icon to create an alarm, and the alarm UI will slide in from the right.


     
  3. Click the Add  icon in the bottom left corner of the window, or double click  New Alarm item to add a new alarm to the Tag.
  4. Configure the following alarm settings:
    1. Name of the Alarm: Fault Levels
    2. Priority: Critical
    3. Alarm Mode: Outside Setpoints.
    4. Low Setpoint: 20 (When the Low Setpoint is below 20, an alarm is triggered).
    5. Low Inclusive: 'true' is set by default. This means that an alarm is triggered when the low setpoint is equal to 20 or below.
    6. High Setpoint: 85 (When the High Setpoint is above 85, an alarm is triggered).
    7. High Inclusive: 'true' is set by default. This means that an alarm is triggered when the high setpoint is equal to 85 or above.
  5. Click Commit to save your alarm, or Revert to cancel.



  6. Click OK to save your Tag edits.
  7. Ignition will start monitoring the alarm immediately. Note the Alarm icon will appear in the Traits column of the Tag Browser next to the name of the Tag. This means that at least one alarm is configured on this Tag. 






IULocgo


Configure an Alarm

Configuring Alarms on Tags in a UDT

Alarms can be configured on Tags inside a UDT so when you create instances of that UDT, the alarms will automatically be configured.

In this example, we have a Motor UDT that contains two Tags: Amps and HOA. Let's configure an alarm on the Amps Tag.  

  1. In the Tag Browser, double click on a UDT (i.e., Motor) to open the Tag Editor
  2. In the Type Structure area, click on a Tag (i.e., Amps) and the alarm UI will slide in. 
  3. Scroll down to Alarms, and next to 'No alarms,' click on the Edit  icon to create an alarm, and the alarm UI will slide in from the right.
  4. Click the Add icon in the bottom left corner of the window, or double click New Alarm item to add a new alarm to the Tag.
  5. We configured the following alarm:
    1. Enter the name: Low Amps
    2. Priority: High
    3. Alarm Mode: Below Setpoint
    4. Setpoint: 30
    5. Inclusive: 'true' is set by default. This means that an alarm is triggered when the low setpoint is equal to 30 or below.
  6. Click Commit to save your alarm, or Revert to cancel.



  7. Click OK to save your UDT edits. Now you're ready to create instances of the UDT. 
  8. Once you create your UDT instances, Ignition will start monitoring the alarm immediately. Note the Alarm icon will appear in the Traits column of the Tag Browser next to the name of the Tag in the UDT instance. (Notice how you see the name of the Motor UDT next to the Amps Tag of the Motor 6 instance.)

Updates to the UDT and Overriding Alarm Settings

If the alarm in the UDT is updated, the instance will automatically receive the updates and be refreshed. It's not uncommon that you may need to make alarm attribute values unique for particular instances, in which case, you can override alarm settings. Click the override button on the alarm UI of the Tag Editor making it green and edit the alarm properties and/or their values To learn more, refer to Overriding Properties in UDT Instances


IULocgo


Configure Alarm in UDT

Configuring Multiple Alarms on a Single Tag

Tags can have multiple alarms configured, each with unique setpoints and other configurations. The number of alarms that you can configure is virtually unlimited and will never exceed the bounds of reasonable design consideration. Adding additional alarms is just as easy as adding the first alarm. Simply click on the Add icon in the alarm UI and start configuring the new alarm. This way separate alarms can monitor different setpoints, so Tags can have alarms for high setpoints and low setpoints. 

Tip

Alarms can be copied and pasted with keyboard shortcuts. Select an alarm from the Tag Editor, press Ctrl-C to copy, and Ctrl-V to paste. Alarms with similar configurations can rapidly be replicated to hasten development.


IULocgo


Multiple Alarms on a Tag


Alarm Property Bindings

Many alarm properties are bindable, which means they can be bound to other Tags in the system, expressions and even a UDT parameter. For example, you might bind the Enabled property to another Tag which represents whether or not your process is running, thereby disabling the alarm when production is stopped. Or, you might bind the setpoint of an alarm to a Tag that operators can manipulate, thereby letting the setpoint be changed at runtime.

This example shows how to bind an alarm property from the Tag Browser in Perspective. Simply double click on your Tag to open the Tag Editor, and following the steps below:

  1. Click on the Edit  icon next  to 'configured alarms' binding  to see your configured alarms. (If you don't have any alarms, create an alarm using the steps in the Configuring an Alarm on a Tag.
  2. Select the alarm and the screen will refresh with all the alarm properties.
  3. From here, find the alarm property you want to add a binding to and click on the binding icon. The binding UI will slide in from the right. 
  4. Select the binding type (No BindingTagExpression, or UDT Parameter, if applicable). The image below shows an example of an Expression binding. Note that the expression can reference many useful values such as the Tag's value and other settings of the alarm. Enter your expression. 
  5. Once you configured the binding to your liking, click on the 'Commit' at the bottom of the screen, or 'Back' if you decide to cancel.



  6. Click OK to save your alarm binding.

For more information on property bindings see, Property Bindings in Perspective and Property Bindings in Vision.

 

Alarms in Transaction Groups

Alarms can also be added to OPC items in Transaction Groups. This means alarms can be used without ever creating a Tag in Ignition. Simply edit an OPC item, and an Alarming section will appear in the Tag Editor window. From here, adding an alarm to the item is similar to adding an alarm to an Ignition Tag. 

 




  • No labels