Alarms and Events in InTouch HMI and in Application Server
- Last UpdatedJun 02, 2022
- 2 minute read
Both InTouch HMI and Application Server implement alarms and events. The following table shows the similarities and differences between the two products.
|
Item |
InTouch |
Application Server |
|---|---|---|
|
Alarm configured or detected by |
Within a tag |
Within an object |
|
Alarm Classes |
Only certain classes of alarms are supported or detected: DSC, VALUE, DEV, ROC, SPC. |
No system-wide distinction for classes. Alarms are tied to a Boolean that can be triggered from any logic. |
|
Alarm Type |
Discrete, LoLo, Lo, Hi, HiHi, MinorDev, MajorDev, ROC, SPC. Client column. |
No sub-class. The Alarm feature name is the closest concept. For example, ".PVHiAlarm". Mapped from Category. |
|
Priority |
1-999 (1 most urgent) |
Priority 0-999. 0 most urgent. 0 is mapped to 1 in InTouch. |
|
Name |
Alarm name = Tag name. |
Object.attribute |
|
Comment |
Separate alarm comment, which is different from the tag comment. |
Object short description or alarm message where available. |
|
Group |
Alarm group allows client-side filtering. Sub-groups must be on same InTouch. |
No alarm group. But Area provides mappable concept. Sub-Areas can be on different nodes. |
|
State |
Four states, which are combinations of ACK/UNACK and ALARM/RTN
|
Alarm state provides equivalent concept and can be mapped. |
|
Value, CheckValue |
Only static values sent with alarm message. |
Static values and dynamic references are provided. |
|
Ack |
All alarms sent to client and require acknowledgement regardless of priority. |
All alarms sent to client and require acknowledgement regardless of priority. |
|
History |
Alarm state changes are logged to event history and shown on historical client. |
Alarm state changes are logged to event history and shown on historical client. |