The OEMonitor tool enables the user to instantly view or modify data from almost any table in the
OpenEnterpriseObjectServer database. The Monitor comes with a set of useful default queries which
can be selected from menu options, but the user can also create their own queries and corresponding
menus.
Some of the data that the Monitor is set up to view by default are :
• Database client connections.
• Alarms.
• NW3000 and ControlWave Devices.
• NW3000 and ControlWave signals
• ACCOL versions.
• RBE.
• Remote Alarm Reports.
• Template summary.
• Template detail.
• OpenBSI Line information.
Multiple instances of the Monitor can be run in order to view different types of data at the same time.
1.1 Command Line Parameters
The Monitor tool will support command line parameters that optionally define the data service and
user credentials. The application prototype is as follows:-
[denotes an optional parameter]
<denotes a required parameter>
Dataservice = the data service of the database which the Monitor tool will connect to. This can be
standalone or fault-tolerant, with or without connection options. If not defined, the default data service
is 'rtrdb1'.
Username = the user name used for logging on to the database. Must be used in conjunction with the
–p parameter. No default value.
Password = the password used for any database logons. Must be used in conjunction with the –u
parameter. No default value.
- 1 -
Reference Guide
r
D301514X412
April 2012
Note: In the absence of Username/Password, the application will attempt to use the administrator
credentials for the database.
OEMonito
2 OEMonitor Main Window
The main window displays the results of queries that have been selected from the OEMonitor Menu
bar. This example is showing all alarms. This query has been displayed by selecting the Alarms>All
menu item. For further help on the parts of this main window select the hotspots which appear when
you hover the mouse over the image.
2.1 Menu Options
These are the default menu options. Click on the hotspots for information on any option along the
menu bar.
2.1.1 File Menu
There are two options on the File Menu. Click the hotspots on the image below for help on these
options.
- 2 -
Reference Guide
r
D301514X412
April 2012
2.1.1.1 New Window
OEMonito
This optio
and viewed alongside the query in the original OEMonitor instance.
2.1.1.2 Exit
Clo
n will open a new instance of the OEMonitor tool. A separate query can then be selected
ses the OEMonitor tool.
2.1.2 General Menu
There are two options available on the General menu.
2.1.2.1 Data Connections
Shows detail
logged-on user and client details.
s of all clients connected to the database, including the client's IP address, currently
2.1.2.2 Memory
Displays the
database is configured as persistent (i.e. it is using a .MMF file).
current memory usage of the database. Note this table only shows values when the
- 3 -
Reference Guide
r
D301514X412
April 2012
2.1.3 Alarms Menu
These options provide a view on OpenEnterpriseObjectServer alarms.
OEMonito
2.1.3.1 All
Displays all
current alarms.
- 4 -
Reference Guide
r
D301514X412
April 2012
2.1.3.2 Critical
OEMonito
Displays all B
and action.
2.1.3.3 Non Critical
Displays all B
necessarily immediate action.
ristol RTU 'Critical' alarms. This priority requires immediate operator acknowledgement
ristol RTU 'Non-Critical' alarms. These are alarms that require operator action, but not
2.1.3.4 Operator Guide
Displays all B
information.
ristol RTU 'Operator Guide' alarms. These alarms provides the operator with
- 5 -
Reference Guide
r
D301514X412
April 2012
2.1.3.5 Event
OEMonito
Displays all B
2.1.3.6 Suppressed Alarms
Displays all S
Suppressed alarms appear in the AlarmSummary table, whereas Inhibited alarms do not.
ristol RTU 'Event' alarms. These alarms provides information on low priority events.
uppressed alarms. Note, Suppressed alarms are not the same as Inhibited alarms.
2.1.4 Devices Menu
These options provide views on all Bristol devices within the configured SCADA system.
- 6 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.1.4.1 General Status
Displays G
Query, see the nw3000device topic in the OpenEnterprise Schema documentation.
2.1.4.2 Accol Versions
Displays
in this Query, see the nw3000device topic in the OpenEnterprise Schema documentation.
eneral Status information for Bristol devices. For an explanation of each attribute in this
control language version information for Bristol devices. For an explanation of each attribute
2.1.4.3 RBE
Displays
attribute in this Query, see the nw3000device topic in the OpenEnterprise Schema documentation.
RBE (Report By Exception) information for Bristol devices. For an explanation of each
- 7 -
Reference Guide
r
D301514X412
April 2012
2.1.4.4 Remote Alarm Reports
OEMonito
Displays
this Query, see the nw3000device topic in the OpenEnterprise Schema documentation.
2.1.4.5 Template Summary
Displays
Poll Lists link signal names with a memory area in the RTU. OpenEnterpriseObjectServer uses Poll
Lists to make data collection more efficient. For an explanation of each attribute in this Query, see the
nw3000device topic in the OpenEnterprise Schema documentation.
Remote Alarm Report information for Bristol devices. For an explanation of each attribute in
Template Summary information for Bristol devices. Templates are also known as 'Poll Lists'.
2.1.4.6 Template Detail
Displays
Poll Lists link signal names with a memory area in the RTU. OpenEnterpriseObjectServer uses Poll
Lists to make data collection more efficient. For an explanation of each attribute in this Query, see the
nw3000device topic in the OpenEnterprise Schema documentation.
Template Summary information for Bristol devices. Templates are also known as 'Poll Lists'.
- 8 -
Reference Guide
r
D301514X412
April 2012
2.1.4.7 Template Performance
OEMonito
Displays Te
the number of milliseconds between the template request being sent and the template response being
received. Templates are also known as 'Poll Lists'. Poll Lists link signal names with a memory area in
the RTU. OpenEnterpriseObjectServer uses Poll Lists to make data collection more efficient. For an
explanation of each attribute in this Query, see the nw3000device topic in the OpenEnterprise
Schema documentation.
mplate Performance information for Bristol devices. The responsedelta attribute shows
2.1.4.8 Rolling Scan
Displays
Polled data collection according to schedules. Instead, data is continuously collected from each
enabled RTU in turn. In the example below, the Device sleep value indicates the seconds that
OpenEnterpriseObjectServer will wait once all templates for the Device have been collected before
another collection is initiated. Maxduration indicates the number of seconds that Rolling Scan
collection will run for the Device before returning to normal Polled collection. For an explanation of
each attribute in this Query, see the nw3000device topic in the OpenEnterprise Schema
documentation.
Rolling Scan collection details for Bristol devices. Rolling Scan collection overrides normal
- 9 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.1.5 Signals Menu
These options provide views on all types of Bristol signals. Click the hotspots on the image below for
help on these options.
2.1.5.1 Analogs
Displays all B
signal by selecting the 'Modify' option from the context menu, and setting the value to True. As well as
the name, timestamp and value of the signal, the questionable (q), control-inhibit (ci), manual-inhibit
(mi) and alarm-inhibit (ai) flags are also shown.
ristol analog signals. The forcepoll attribute can be used to force data collection for a
- 10 -
Reference Guide
r
D301514X412
April 2012
2.1.5.2 Digitals
OEMonito
Displays all B
signal by selecting the 'Modify' option from the context menu, and setting the value to True. As well as
the name, timestamp and value of the signal, the questionable (q), control-inhibit (ci), manual-inhibit
(mi) and alarm-inhibit (ai) flags are also shown.
2.1.5.3 Strings
Displays all B
signal by selecting the 'Modify' option from the context menu, and setting the value to True. As well as
the name, timestamp and value of the signal, the questionable (q), control-inhibit (ci), manual-inhibit
(mi) and alarm-inhibit (ai) flags are also shown.
ristol digital signals. The forcepoll attribute can be used to force data collection for a
ristol string signals. The forcepoll attribute can be used to force data collection for a
2.1.5.4 Alarm Inhibited Signals
The option
are:-
2.1.5.4.1 Alarm Inhibited Analogs
Displays all B
collection for a signal by selecting the 'Modify' option from the context menu, and setting the value to
True. The questionable (q), control-inhibit (ci), manual-inhibit (mi) and alarm-inhibit (ai) value f or ea ch
signal is also shown. All signals in this Query will have their ai value set to True.
s under this group enable you to view Bristol alarm inhibited signals. The views available
a. Alarm Inhibited Analogs
b. Alarm Inhibited Digitals
ristol alarm inhibited analog signals. The forcepoll attribute can be used to force data
- 11 -
Reference Guide
r
D301514X412
April 2012
2.1.5.4.2 Alarm Inhibited Digitals
OEMonito
Displays all B
collection for a signal by selecting the 'Modify' option from the context menu, and setting the value to
True. The questionable (q), control-inhibit (ci), manual-inhibit (mi) and alarm-inhibit (ai) value f or ea ch
signal is also shown. All signals in this Query will have their ai value set to True.
2.1.5.5 Disabled Signals
The option
a. Disabled Analogs
b. Disabled Digitals
c. Disabled Strings
ristol alarm inhibited digital signals. The forcepoll attribute can be used to force data
s under this group enable you to view all disabled Bristol signals. The views available are:-
2.1.5.5.1 Disabled Analogs
Displays all di
(mi) and alarm-inhibit (ai) value for each signal is shown.
2.1.5.5.2 Disabled Digitals
Displays all di
and alarm-inhibit (ai) value for each signal is shown.
sabled Bristol analog signals. The questionable (q), control-inhibit (ci), manual-inhibit
sabled Bristol digital signals. The questionable (q), control-inhibit (ci), manual-inhibit (mi)
- 12 -
Reference Guide
r
D301514X412
April 2012
2.1.5.5.3 Disabled Strings
OEMonito
Displays all di
and alarm-inhibit (ai) value for each signal is shown.
2.1.5.6 Suppressed Signals
The option
are:-
a. Suppressed Analogs
b. Suppressed Digitals
2.1.5.6.1 Suppressed Analogs
Displays all B
(ci), manual-inhibit (mi) and alarm-inhibit (ai) value for each signal is shown.
s under this group enable you to view all Bristol suppressed signals. The options available
ristol analog signals that have been suppressed. The questionable (q), control-inhibit
- 13 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.1.5.6.2 Suppressed Digitals
Displays all B
manual-inhibit (mi) and alarm-inhibit (ai) value for each signal is shown.
ristol digital signals that have been suppressed. The questionable (q), control-inhibit (ci),
2.1.5.7 In-Alarm Signals
The option
options are:-
s under this group enable you to view Bristol signals that are currently in alarm. The
a. In-Alarm Analogs
b. In-Alarm Digitals
- 14 -
Reference Guide
r
D301514X412
April 2012
2.1.5.7.1 In-Alarm Analogs
OEMonito
Displays all B
manual-inhibit (mi) and alarm-inhibit (ai) value for each signal is shown.
2.1.5.7.2 In-Alarm Digitals
Displays all B
manual-inhibit (mi) and alarm-inhibit (ai) value for each signal is shown.
ristol analog signals that are currently in alarm. The questionable (q), control-inhibit (ci),
ristol digital signals that are currently in alarm. The questionable (q), control-inhibit (ci),
2.1.6 OpenBSI Menu
These options provide information on OpenBSI Devices and lines in the Database.
- 15 -
Reference Guide
r
D301514X412
April 2012
2.1.6.1 Devices
OEMonito
Displays O
see the nw3000device topic in the OpenEnterprise Schema docu mentation.
2.1.6.2 All Lines
Displays O
the line topic in the OpenEnterprise Schema documentation.
penBSI device communication statistics. For an explanation of each attribute in this Query,
penBSI Line statistics for all lines. For an explanation of each attribute in this Query, see
2.1.6.3 IP Lines
Displays O
the ipline topic in the OpenEnterprise Schema documentation.
penBSI Line statistics for IP lines. For an explanation of each attribute in this Query, see
- 16 -
Reference Guide
r
D301514X412
April 2012
2.1.6.4 BSAP Lines
OEMonito
Displays OpenBSI Line statistics for BSAP lines. For an explanati
see the bsapline topic in the OpenEnterprise Schema documentation.
on of each attribute in this Query,
2.1.7 ROC
The ROC menu enables the user to view ROC Devices, Requests, History Points and Signals.
2.1.7.1 Devices (ROC)
Displays
ROC Device information for viewing.
- 17 -
Reference Guide
r
D301514X412
April 2012
2.1.7.2 Requests (ROC)
OEMonito
Displays all
Configuration Tool.
2.1.7.3 History Points (ROC)
Dis
plays ROC History Points for viewing. ROC Historical Requests are configured using the ROC
Configuration Tool.
ROC Requests for viewing. Requests can be created abd scheduled using the RO C
2.1.7.4 Analogs (ROC)
Displays all
OpenEnterprise database using the ROC Configuration Tool.
ROC Analog signals for viewing. ROC Analog signals can be created and modified in the
- 18 -
Reference Guide
r
D301514X412
April 2012
2.1.7.5 Digitals (ROC)
OEMonito
Displays all
OpenEnterprise database using the ROC Configuration Tool.
2.1.7.6 Strings (ROC)
Displays all
OpenEnterprise database using the ROC Configuration Tool.
ROC Digital signals for viewing. ROC Digital signals can be created and modified in the
ROC String signals for viewing. ROC String signals can be created and modified in the
- 19 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.1.8 Tools Menu
The Tools menu provides options to set the device name filter, clear an active device name filter,
import a Query file and Export data.
2.1.8.1 Set device name Filter
This optio
The filter will affect the current query and all subsequent queries until the filter is cleared.
2.1.8.1.1 Enter Filter Expression
Type a device name filter i
be specified with a comma-separated list (eg IP1, IP3, IP6). Note that only Queries on tables that
have a device name attribute allow filtering.
n opens the 'Enter Filter Expression' dialog, which allows you to set a device name Filter.
n the textbox. Wildcards can be used (eg IP*), or a selection of filters can
- 20 -
Reference Guide
r
D301514X412
April 2012
2.1.8.2 Clear Filter
OEMonito
Automatically
2.1.8.3 Import Query File
s the Import Query File dialog, which enables you to import your own queries. User queries must
Open
be configured in a correctly constructed .XML file, which is then imported into the OEMonitor tool.
2.1.8.3.1 Import Query
The Impo
into the OEMonitor tool. The new Query file will add new menu items to the OEMonitor's menu bar,
that will run user defined Queries. User defined Query files will override default menus where there is
a clash of menu names.
clears the last device name filter that was applied.
rt Query File dialog enables you to specify a user configured Query file that can be imported
2.1.8.3.1.1 Query File Path
Type the path
right to search for it.
2.1.8.3.1.2 Query File Browse
The 'Choo
and filename of the user created Query XML file here, or use the browse button to the
se Query File' dialog enables users to search for their own Query XML file.
- 21 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.1.8.3.1.3 Reload this file at startup
Users sh
OEMonitor tool is opened.
2.1.8.4 Export Data
Exports the d
option is selected a file save dialog with the title 'Choose Export File' is displayed. The Monitor will
suggest a filename, which is derived from the name of the query selected, but this can be changed
before saving.
ould check this box if they want their custom Query XML files to be loaded the next time the
ata from the current Query Window to a CSV (comma-separated values) file. When the
- 22 -
Reference Guide
r
D301514X412
April 2012
OEMonito
Modify the file name if you want, and select the directory where you want to save it. The file will be
saved with a .CSV extension. This file can be imported into Excel.
2.1.8.5 Options...
This dial
be included in Exported CSV files.
og enables the user to unload an imported Query file and to specify whether headers should
- 23 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.1.8.5.1 Query File
This list di
startup.
2.1.8.5.2 Unload Query file
Unlo
2.1.8.5.3 Include column headers in CSV file
If checked, E
splays the currently imported Query files, and whether they are configured to reload at
ads the selected imported Query file.
xported CSV files will contain column headers.
2.2 Query Display Context Menu
Query results are displayed in this area. When no query has been selected from the Menu bar (i.e.
when the OEMonitor is first opened), this area will be blank.
- 24 -
Reference Guide
r
D301514X412
April 2012
A context menu is available from the Query Display area. The options that are available depend on
the query that is being displayed. The context menu is shown below.
OEMonito
2.2.1 Filter By Devicename
This option is available when one of the columns in the query currently displayed is 'Devicename'. If
the option is selected, the query will be automatically filtered on the Devicename of the currently
selected row of the query.
2.2.2 Set Filter
This option opens the 'Enter Filter Expression' dialog, which allows you to set a device name Filter.
The filter will affect the current query and all subsequent queries until the filter is cleared.
2.2.2.1 Enter Filter Expression
Type a device name filter i
be specified with a comma-separated list (eg IP1, IP3, IP6). Note that only Queries on tables that
have a device name attribute allow filtering.
n the textbox. Wildcards can be used (eg IP*), or a selection of filters can
- 25 -
Reference Guide
r
D301514X412
April 2012
2.2.3 Clear Filter
Automatically clears the last device name filter that was applied.
OEMonito
2.2.4 Export Data
Exports the data from the current Query Window to a CSV (comma-separated values) file. When the
option is selected a file save dialog with the title 'Choose Export File' is displayed. The Monitor will
suggest a filename, which is derived from the name of the query selected, but this can be changed
before saving.
Modify the file name if you want, and select the directory where you want to save it. The file will be
saved with a .CSV extension. This file can be imported into Excel.
- 26 -
Reference Guide
r
D301514X412
April 2012
OEMonito
2.2.5 Modify Data
If the field you selected is editable, the 'Modify field' dialog appears. The 'Current Value' is shown in a
non-editable field, and you can type in a new value for the field below. When the [OK] button is
selected, the value is immediately updated.
Certain fields, such as Date/Time fields or Primary Keys cannot be updated. A message will inform
you if this is the case.
2.3 Status Bar
The Status bar displays information about the OEMonitor and the Query currently being displayed.
2.3.1 DataService
The currently configured data service.
2.3.2 Current Device Filter
The currently applied Device name filter.
2.3.3 Total Number of Items
The total number of rows in the Query that is currently being displayed.
2.3.4 OEMonitor Current State
The current state of the application. Possible states are:-
(a) ‘Connecting to database’ – a connection attempt to the data service is in progress
(b) ‘Ready’ – the application is idle
(c) ‘Query in progress’ – a database query is currently in progress
(d) ‘Not connected to database’ – the data service is currentl y inaccessible
(e) ‘Error in query’ – the data service rejected the last query
3 Creating Queries
Menus and Queries for the OEMonitor are defined in a file named OEMonitorQueries.xml. This is an
XML file. To find out more about this file see The Query XML file format page. It is strongly
recommended that you do not alter this file.
- 27 -
Reference Guide
r
D301514X412
April 2012
You can create your own Menus and Queries for the OEMonitor tool by creating another XML file that
is in the same format. Your own menus and queries can be different to the default ones, or can
override them. For more information on how to do this, see the Creating your own Query XML file
page
OEMonito
3.1 The Query Configuration File
The OEMonitor Query Configuration File (OEMonitorQueries.xml) defines the standard
OpenEnterpriseObjectServer Monitor menus and their associated Queries.
Like all XML files the OEMonitor Query XML file is composed of nodes, marked with the delimiters (eg
<NodeName> and </NodeName>). Nodes may also appear as Attributes, defined within the
immediate parent node. For instance, a menu name can appear as a node under its parent menu
node:-
<menu>
<name>All Alarms</name>
</menu>
or as an attribute defined within its parent node:-
<menu name="All Alarms">
</menu>
3.1.1 The nodes of the Query Configuration File
All nodes except for the root node are child nodes. Nodes other than the root node may also be a
parent to other nodes. The Query XML file for the OEMonitor describes the names, structure and
associated Queries of the OEMonitor's menus. The following list describes the node structure of the
default OEMonitorQueries.xml file from the root node in.
1. OEMonitor root node
- 28 -
Reference Guide
r
D301514X412
April 2012
2. Menus node
3. mainMenu node
4. Menu node
a. SQL node
b. pretransaction node
c. deviceName node
d. hideColumns node
e. active node
f. transactions node
g. sortColumn node
h. contextmenu node
OEMonito
i. transaction node
3.1.2 OEMonitor root node
The OEMonitor root node is the parent node of the OEMonitor XML configuration file. There is only
one OEMonitor node.
It must start and end every OEMonitor XML file. The OEMonitor node will have one 'menus' node.
- 29 -
Reference Guide
r
D301514X412
April 2012
OEMonito
3.1.3 menus node
The <menus> node is the immediate child of the <OEMonitor> node. Like the OEMonitor node, there
is only one <menus> node. It is an immediate parent to one or more <mainMenu> nodes. When
creating your own Queries, if you want to create a new menu item along the Menu bar, it must be
placed as a separate <mainMenu> node within the <menus> node.
The 'menus' node will have one or more 'mainMenu' nodes.
3.1.4 mainMenu node
The <mainMenu> node is a child of the <menus> node. It may be a parent to a number of <m enu> or
other <mainMenu> nodes. A <mainMenu> node that is a child of another <mainMenu> node becomes
a menu group under the parent <mainMenu>. A single menu command is configured within a <menu>
node.
- 30 -
Reference Guide
r
D301514X412
April 2012
OEMonito
Each 'mainMenu' node will have one or more 'menu' nodes under it.
3.1.5 menu node
The Menu node contains elements that give the menu option its functionality. These elements are:-
• pretransaction
• SQL
• deviceName
• hideColumns
• active
• transactions
• sortColumn
As well as these menu functionality elements there is a sub-node that can be placed within the menu
node:-
• contextmenu
Below is an example expanded menu node containing a contextmenu sub-node:-
The above SQL statement would create a view in the OEMonitor that would show all alarms when the
menu to which it belongs is selected.
3.1.5.2 pretransaction element
The pretran
<pretransaction>update nw3000polllist set forcepoll = true</pretransaction>
The pretransaction above could be used to ensure the latest signal data was available when viewing
it.
If a pretransaction node is present under the menu node, the pretransaction will execute immediately
before the 'select' statement of the SQL node.
3.1.5.3 deviceName element
n set to 'true', the Query can be filtered by a Devicename. The default value is 'false'. An example
Whe
would be:-
ery that will be displayed when the user selects the menu option. For example:
saction node must contain an SQL transaction. For example:
<deviceName>true</deviceName>
The statement above would allow the query specified in the <SQL> element to be filtered by the
devicename attribute.
3.1.5.4 hideColumns element
The hide
separated list of column names that are specified within the SQL statement but which are not to be
displayed in the list view. This is typically used to hide the primary key column. An example of this
would be:-
Columns element must have a capitalized 'C' as shown. It is optional, and contains a comma-
- 32 -
Reference Guide
r
D301514X412
April 2012
<hideColumns>devicename,id</hideColumns>
This statement would hide the devicename and id columns from view when the menu item to which it
belongs is activated.
3.1.5.5 active element
OEMonito
When set to TRUE, the S
static query. The default value is TRUE. Note that active queries must also include the primary key in
the list of attributes selected. This will not be verified by the Monitor tool. An example of this element
would be:-
<active>true</active>
This would make the query expressed in the SQL element an active query, which means it would
update automatically when new data was available.
3.1.5.6 transactions node
n set to TRUE, the SQL query will allow transactional updates to be performed by the user. The
Whe
default value is FALSE (read only). For example:-
<transactions>true</transactions>
The above 'transactions' element would enable the user to make changes on cert ain columns of the
query results that is displayed in the main window of the OEMonitor - for instance to change a signal's
value.
3.1.5.7 sortColumn element
The option
as either ‘ASC’ (ascending) or ‘DESC’ (descending).
The default is ASC. The Boolean Attribute ‘active’ is set to TRUE if active sorting is required. If this
value is set to FALSE then only an initial sort will be performed. The default is FALSE.
al column name used to sort the query results. The ‘order’ Attribute defines the sort order
QL query will be issued as an active query. A value of FALSE indicates a
The above element would apply an ascending sort on the query in the SQL node according to values
in the 'occurencetime' column.
3.1.5.8 contextmenu node
This is
The <contextmenu> tag must contain a <transaction> tag. The transaction tag m ust contain an SQL
transaction. An example would be:-
In this example a context menu is created called "Acknowledge". When the user selects the
"Acknowledge" option from the context menu, the transaction runs and automatically acknowledges
the alarm that the user has selected.
a way of adding a custom context menu to a view that has been created from a <menu> tag.
- 33 -
Reference Guide
r
D301514X412
April 2012
Each contextmenu node has a single:-
• transaction element
3.1.5.9 transaction node
OEMonito
The tran
<transaction name="Acknowledge">update alarmsummary set acknowledged = true
where name = '||name||'</transaction>
The name attribute of the transaction node provides the name of the context menu (e.g. in the
example shown above, the name of the context menu will be 'Acknowledge').
saction node must appear within a contextmenu node. An example would be:-
3.2 Creating your own Query XML file
This section will show you how to create your own XML file that when imported will define a new
menu and query for the OEMonitor tool. We will use Notepad to create the XML file. You could use a
dedicated XML editor, or even MsWord, which would make it easier. This is what we are goi ng to do:-
1. Creating a new Main Menu.
2. Create two new Menu Groups.
3. Create new Menu commands.
4. Import the new Menus
- 34 -
Reference Guide
r
D301514X412
April 2012
OEMonito
3.2.1 Creating a new Main Menu
1. First, open Notepad and type <?xml version="1.0"?> on the first line. This tells Windows that
this is an XML file and not an ordinary text file. If you were using an XML Editor, you would
not need to enter this line.
2. Now type in the Monitor tags, like this. In XML, a Node consists of an almost identical start
and end tag. The forward slash "/" denotes the end tag of the Node.
3. Then type in the parent Menus tags. These are the immediate children of the OEMonitor
Node.
4. Now type in the new Main Menu tags as a child of the Menus Node, and give it the name "My
Alarms".
- 35 -
Reference Guide
r
D301514X412
April 2012
5. Finally, save the Notepad file as 'MyOEMonitorMenu.xml'. The file can be saved to any
directory.
OEMonito
3.2.2 Creating new Menu Groups
1. Open the new 'MyOEMonitorMenu.xml' file in Notepad.
2. Now create two new Main Menu Nodes within the first Main Menu Node. These will appear as
Menu Groups under the new "My Alarms" Main Menu option. Save the file again.
- 36 -
Reference Guide
r
D301514X412
April 2012
3.2.3 Creating new Menus
1. Open the new 'MyOEMonitorMenu.xml' file in Notepad.
OEMonito
2. Create a new Menu with the name 'All Alarms' immediately under the "My Alarms" mainMenu
Node. The new menu is contained within the highlighted text in the image below. The SQL
statement shows all alarms. The deviceName tags are set to true, enabling the query to be
filtered by Devicename. The active tags define it as an active query. The transactions tag has
been set to true, which means the user can update values. The sortColumn has been set to
'occurencetime', and will be sorted in ascending order. The sorting will be active. Save the file
once more.
3. Now create new menus under the "Alarm Priority" mainMenu for the Priority filters you would
like to make available. Name them "Priority 0" to "Priority <n>". Give each SQL query a where
clause that finds the correct priority for the menu name (e.g. - for the "Priority 0" menu it
would be "where priority = 0"). Save the file again.
- 37 -
Reference Guide
r
D301514X412
April 2012
4. Finally, create new menus under the "Alarm State" mainMenu. The SQL for these menus will
add where clauses that return the values for the acknowledged and cleared attributes of the
AlarmSummary table under the headings "Acknowledged", "Un-Acknowledged", "Cleared"
and "Un-Cleared". The example below only shows the "Acknowledged" and "UnAcknowledged" menus. You can work the others out for yourself. Save the file one more
time.
OEMonito
3.2.4 Importing the new Menus
1. Firstly, select the 'Import Query File...' option from the 'Tools' dialog on the OEMonitor menu
bar.
- 38 -
Reference Guide
r
D301514X412
April 2012
2. Using the browse button on the ' ' dialog, find the new Menu file. Then click the [OK] button.
OEMonito
3. The new Menus will be available in the OEMonitor.
Bristol, Inc., Bristol Babcock Ltd, Bristol Canada, BBI SA de CV and the Flow Computer Division , are wholly owned subsidiaries of Emerson Electric Co. doing business
as Remote Automation Solutions (“RAS”), a division of Emerson Process Management. ROC, FloBoss, ROCLINK, Bristol, Bristol Babcock, ControlWave, TeleFlow and
Helicoid are trademarks of RAS. AMS, PlantWeb and the PlantWeb logo are marks of Emerson Electric Co. The Emerson logo is a trademark and service mark of the
Emerson Electric Co. All other marks are property of their respective owners.
The contents of this publication are presented for informational purposes only. While every effort has been made to ensure informational accuracy, they are not to be
construed as warranties or guarantees, express or implied, regarding the products or services described herein or their use or applicability. RAS reserves the right to
modify or improve the designs or specifications of such products at any time without notice. All sales are governed by RAS’ terms and conditions which are available upon
request. RAS does not assume responsibility for the selection, use or maintenance of any product. Responsibility for proper selection, use and mai nt en ance of any RAS
product remains solely with the purchaser and end-user.
Engineered and supported by:
Remote Automation Solutions,
Blackpole Road, Worcester, WR3 8YB, UK
Registered office: Meridian East, Leicester, LE19 1UX
Registered in England and Wales, Registration No. 00671801
VAT Reg No. GB 705 353 652
Emerson Process Management
Remote Automation Solutions
1100 Buckingham St
Watertown, CT 06795
T 1 (860) 945 2200
F 1 (860) 945 2278
www.EmersonProcess.com/Remote
binfo@EmersonProcess.com