IDX 8 introduces its own implementation of the Data Exchange engine. The intention is to mirror the functionality of common IDX 7 connectors, such as the OPC DA client, in native IDX 8 connectors to provide general data exchange ability to service functionality such as Alerting (more below). However, in the near future, the IDX 7 runtime will become a “proxy” data exchange engine of the IDX 8 framework, so that all the existing IDX 7 connectors can be configured and used from within IDX 8 without the need for the separate IDX 7 configuration tool and database.
One of the more exciting new aspects of IDX 8 Data Exchange is that it couples to the IDX 8 Alarms and Events modules, which allows users to setup SMS and/or Email notifications based on configurable, hierarchical alarm logic. The standard alarm types are available, such as value, limit and heartbeat alarms. Two alarms types in particular provide additional useful functionality. The Logic alarm is used to aggregate alarms up the logic tree and this allows one to setup alarm configurations that do not send emails and SMS unnecessarily. Customised logic can be setup so that the logic alarm only enters the alarm state if its child alarm states match those specified.
|Configuring a Logic alarm that analyses the state of a Heartbeat and Value/Condition alarm.|
The Snapshot alarm allows you to generate a value snapshot of one or more Alarm Event items, such as Data Exchange tags, at the time the alarm is triggered in the alarm tree. You can format the snapshot message to your requirements with custom text so that the data snapshot is presented as required in an Email or SMS message. At the time an alarm occurs, there is also the option to perform an action, which includes running a program, controlling a Windows service or writing a value into an Alarm Element such as a Data Exchange tag. We have used the service control action in a number of projects where alarms are set to monitor the health of other real-time data interfaces that happen to stop working once in a while. The Alarm action allows us to restart the interface services to get the data moving again without any user intervention.
Alarms can also be setup with acknowledgement escalation where, if an alarm is not acknowleged by any contacts in a group, the alarm is escalated to the next group. All alarms and alarm notifications and acknowledgements are logged, providing a useful event audit trail.