BM Cimplicity Advanced Features Master
BM Cimplicity Advanced Features Master
CIMPLICITY 2022
Advanced Features
No part of this publication may be reproduced in any form, or stored in a database or retrieval system, or transmitted or distributed in any
form by any means, electronic, mechanical photocopying, recording or otherwise, without the prior written permission of General Electric
Company. Information contained herein is subject to change without notice.
Trademark Notices
GE, the GE Monogram, and Predix are either registered trademarks or trademarks of General Electric Company.
Microsoft® is a registered trademark of Microsoft Corporation, in the United States and/or other countries.
We want to hear from you. If you have any comments, questions, or suggestions about our documentation, send them to the following email
address:
[email protected]
Chapter 1. Classes and Objects..........................................................................................................6
2. Data Items........................................................................................................................ 29
The CIMPLICITY tools that provide this capability are Classes and Objects.
Item Description
Classes A Class is a template that:
A custom help file can be created with third party tools and also associated with the class.
Beginning in CIMPLICITY 9.5, there are Composite Classes and Objects. Classes can reference other
classes. You can modify a class dynamically and you can also delete a class dynamically if there are no
references to the class or no object instances of that class with composite references to the class. Read
more about Composite Classes here (page 114).
Objects As many objects as needed can be created based on a single class template. An Object is one instance that
is created using a class as a template. An object can be whatever you define it to be. Object configuration
takes advantage of the work that went into creating the class. This can greatly reduce repetition that would
otherwise be required if configuration for each object was done independently. If a value that was entered
as a default value for a class is changed for a selected object in that class, the object's value will not be
overwritten if the default class value is changed.
Advanced Features | 1 - Classes and Objects | 7
Tool Use
1 Attributes Numeric or string placeholders to which values will be assigned when instantiating the object.
(page (variables) Provide the flexibility required to insure that the class has the range of possible values among
16) objects that are created from the class. Note: When you configure the class, you specify how the
attribute can and will be dealt with by an object designer.
2 Data Data items make use of the attributes' flexibility by Incorporating attributes in their definitions. There
(page items are the templates for points that will be instantiated when objects are created.
29)
3 Scripts/ Scripts, actions and events can include data items in their configuration.
(page Actions/
75) Events
Advanced Features | 1 - Classes and Objects | 8
4 CimEdit A CimEdit screen that includes one or more class objects can be associated with a Class. Any of
(page Graphic the CimEdit graphic class objects can be used on an object screen; one can be selected as the
104) File default. Any of the CimEdit graphic class objects can also incorporate data items that hold the
place for the class objects' instantiated points.
5 Composite Composite members are references to other classes. They can have their own data items, events,
(page Members and actions.
114)
Note: A Help file, which is a custom file designed to provide help during object creation.
Field Use
Faceplate The faceplate screen is a screen you can add to the class. When the class has a faceplate associated
with it, anytime you left click on a class object in a screen its does a popup of the faceplate screen, and
assigns the $OBJECT variable on the faceplate with the $OBJECT variable value of the class object that
was clicked on. The faceplate screen is automatically shown with a dialog border, and basically does the
same thing that the PPS global faceplate script did.
Class The class version is automatically incremented when there is a structural change to the class. This include
Version adding or removing data items, and composite members. The class editor can also manually assign to
version also. When doing class imports, if the version of the class is lower than the current class version,
there will be a warning that you are importing a lower version number over a higher version number.
Advanced Features | 1 - Classes and Objects | 9
Classes Listed
Classes that have been created are listed in the Workbench right pane. These classes can be exported
from projects or imported into projects.
Objects Listed
Objects that are created are listed in the Workbench right pane.
• Attribute placeholders are replaced by values that are associated with class objects.
• Data items are replaced by points whose ID's include an object ID prefix.
• Scripts whose ID's include a class ID prefix are applied to the object.
• Actions whose ID's include an object prefix are listed in the Event Manager.
• Events whose ID's include an object prefix are listed in the Event Manager.
• CimEdit/CimView screens that incorporate selected class containers are available.
A brief checklist includes the following setup considerations. Beginning with CIMPLICITY 9.5,
Composite Classes are supported.
Determine if the:
Application in the production facility, if more than one object (process) appears to have similar requirements.
Layout of how memory is stored in the devices from which data is collected.
CIMPLICITY features, e.g. points, scripts, actions and events, required to collect and calculate data.
2. Do the following.
Advanced Features | 1 - Classes and Objects | 12
Either Or
The New Class dialog box opens using any of the above methods.
3. Right-click Classes.
5. Right-click anywhere.
The Class ID
• Is limited to 32 characters.
• Can be composed of:
• Alphanumeric characters.
• Underscores.
• Must begin with an alphabetic character.
• Cannot have spaces.
8. Click OK.
3. Do the following.
4. Right-click Classes.
Advanced Features | 1 - Classes and Objects | 14
Class Configuration
Class Configuration
You can configure a class and create objects from the class using the Class and Object dialog boxes.
You can also use CIMEdit.
Before you begin, you should be familiar with your object requirements. Determine how the class
will be applied and the possible range of values for the objects created from the class. You can also
use Composite Classes to facilitate the creation of other classes and objects.
Important: You can modify a class dynamically and you can also delete a class dynamically if
there are no references to the class or no object instances of that class with composite references to
the class.
What you configure for the class depends on the purpose for the class. In general, once you have
mapped out a plan you can configure the options for the class in any order.
Before you configure a class, you should be familiar with how to configure each of the features in a
CIMPLICITY application.
When you open the Class dialog, it defaults to the General tab, as shown below.
Advanced Features | 1 - Classes and Objects | 15
Graphics CimEdit screen name that will be associated with the class. The selected CimEdit screen contains the
file source objects that are available to object designers.
Default Name of the CimEdit group object that displays as the default when a class object is dragged to a new
Graphic CimEdit screen. Result: When an object that is created from the class is dragged from the Workbench into
a new CimEdit screen, a class object graphic, which is linked to the class source graphic display
Faceplate Specifies the CimEdit screen name. if the screen object used for a class has a mouse up event, this
entry overrides the mouse up action that would have been created for the class faceplate behavior. There
continues to be a faceplate menu item in the right mouse click menu for the screen object at runtime. The
faceplate field can be left blank. It is not a required field.
Help file: Custom help (.hlp) file associated with a class. The help file assists bject designers when they are
configuring point objects based on the point class. In order to make the help file specific to the class
you are creating, it is recommended that you write the help file after you configure the other class
components. Result: When an object designer presses F1 or clicks Help in the Object dialog box, the
table of contents for the specified help file displays.
Class The default entry is 0. Enter 1 to prompt the system to increment the class version each time data
Version members, or a composite member, is added.
2. Click Apply.
3. Select the other tabs and enter or select data as required. Click the buttons below for
information.
Advanced Features | 1 - Classes and Objects | 16
1 Class attributes.
(page
16)
2 Data items.
(page
29)
6 Composite Members.
(page
114)
1. Class Attributes
1. Class Attributes
• Can be used to drive the way that objects are created and store information.
• Provide the tools that enable an object designer to quickly enter custom specifications when
creating objects from a selected class.
Attributes that are CIMPLICITY pre-defined or custom attributes are configured for the class and
assigned to data items. If a class references another class (Composite Classes), the class that does the
references will have the attributes of the class that is being referred to.
Advanced Features | 1 - Classes and Objects | 18
Attribute Configuration
Attributes are created and configured in an Attribute dialog box. Values can be assigned at this level
or at the object level.
Example
2 Prompt HIGH CRITICAL Note: The prompt will be the field label in the Object dialog box.
Attribute Assignment
Attributes are assigned to data items.
Example
The attribute LHIGHCRITICAL is assigned as an expression to the $Alarm_High field for a data item
LEVEL.
Advanced Features | 1 - Classes and Objects | 19
Once an object is created attributes can be assigned values in its Object dialog box.
Object Created
A class is selected to create an object.
Example
Values that are entered in the Object dialog box fields will be assigned to instantiated points.
Note: Data item configuration will determine which points are assigned which attributes.
Example
5000 is entered in the HIGH CRITICAL field for the STATION04 object.
Advanced Features | 1 - Classes and Objects | 20
Values that are entered in the Object dialog box display as read-only values for assigned instantiated
points.
Example
The Alarm High field for the instantiated point LEVEL displays the read-only 5000 value.
CIMPLICITY classes include default CIMPLICITY attributes, which are listed on the Attributes tab
in the Class dialog box.
$ALARM_CLASS Default alarm class for data items with alarms. If not specified: Alarms will not be created for the
data items (object points). Note: The class developer can change $ALARM_CLASS from Optional
to Required to override this default behavior.
$TYPE Displays static objects that cannot be modified on the object configuration screens. The objects
display as disabled.
Advanced Features | 1 - Classes and Objects | 22
Class attributes are created through the Attributes tab in the Class dialog box and defined in the
Attribute dialog box.
1.2.1 Open an Attribute dialog box.
(page
22)
Buttons on the Attributes tab enable you to open an Attribute dialog box for a new or existing
attribute.
• New attribute.
• Existing attribute.
• Duplicate attribute.
Note: You can delete any attribute by selecting an ID and clicking Delete.
New Attribute
Note: If a Field ID is already listed on the Expressions tab, it will not be included in the
dropdown list.
3. Click OK.
Result: An Expression dialog box for the new field expression opens.
Advanced Features | 1 - Classes and Objects | 23
5. Click Properties.
Result: The Attribute dialog box with specifications for the existing attribute opens.
Duplicate Attribute
7. Click Duplicate.
9. Click OK.
The Attribute dialog box with specifications for the source attribute opens.
A Configuration: Attribute.
(page
23)
1. Configuration: Attribute
The attribute dialog box provides the tools to define the following.
• Definition: Attribute
• Definition: Attribute fields for the Object dialog box.
Advanced Features | 1 - Classes and Objects | 24
Definition: Attribute
The top part of the dialog box provides fields for you to define the attribute. Your definition can
provide default values and determines the options available to an object designer when creating an
object from the class.
Open either a new or existing Attribute dialog box in which you will fill in or modify the top part.
2 Data type
(page
25)
3 Instantiation type
(page
25)
4 Reference
(page
25)
1 Value
Acceptable values:
2 Data type
Select the data type of the value from the drop-down list:
• Analog
• Boolean
• String
3 Instantiation type
Select the option from the drop-down list that will control how a user will deal with the attribute
when an object is being created:
Option When an object is created, a user:
Hidden Will be in the class object; however, it will not be listed in the Object dialog box.
Optional Can override a class default value, if there is one. The attribute does not have to be specified to create
the object.
Readonly Will be listed in the Object dialog box; however, the field will be disabled, preventing users from editing it.
Required Must provide a value for this attribute. Failure to provide a value when creating an object will generate an
error.
Static
• Cannot change the value.
• All objects of this class will have the same value for this attribute.
• The value does not display in the Object dialog box.
Static
Display • Cannot change the value.
• All objects of this class will have the same value for this attribute.
• The value displays as a read-only field in the Object dialog box.
4 Reference
Check Reference if you want to identify the value of this attribute as the value of another attribute.
Note: The Value field in the Attribute dialog box must contain the attribute ID of the value to be
referenced.
An object designer configures an object based on the class you are creating in an Object dialog box.
The specifications you make in the Object Builder Group of the class attribute's Attribute dialog box
determine where and how the attribute appears in the Object dialog box.
1. Open the appropriate Attribute dialog box (if it is not open), in which you will fill in or modify
the fields in the Object Builder box.
2 Help string
(page
27)
3 Browser type
(page
27)
4 Order
(page
27)
5 Property page
(page
27)
1 Prompt
Your entry appears as the field name for the class attribute in the Object dialog box.
Your entry appears as a tool tip in the Object dialog box when the user places the cursor over
the field.
3 Browser type
(Optional) A user has access to the selected browser in the Object dialog box.
The Browser's button will appear to the right of the field in the Object dialog box.
Browser Options Button that will display
Alarm Class
Resource
Device
Role
Point
User
Port
4 Order
The order in which the field will appear on the Object dialog box tab in the field.
• Lower numbers appear before higher numbers.
• Class attributes with the same order number (for the same tab) are sorted alphabetically by
Prompt (field name).
5 Property page
Selects the tab on which the attribute will display in the Object dialog box as follows.
CIMPLICITY attributes can be moved to another tab make room on the General tab for Custom
attributes.
• Enter a new name. The name you enter will appear as a tab in the Object dialog box.
3. Click OK or Cancel.
OK A new class attribute is added to the list of attributes and existing attributes are modified. In addition:
• Existing objects based on this class are reevaluated to reflect the new class structure.
• You will be prompted to configure new required values for each existing object.
• Expressions that contain an existing attribute are re-evaluated.
• Points are modified when a configuration update is performed on the project.
When an Object dialog box is opened for a class object, the attribute's location and
specifications reflect entries in the Attribute dialog box.
4 Help String Tool tip that displays then the mouse hovers over the attribute field.
2. Data Items
2. Data Items
A data item:
• Event Editor
• BCE
• Point Control Panel
• CimView
• Other CIMPLICITY Software Options
• Can include a subset of expressions of type: string or numeric. Note that a limited number of
string substitutions and numeric expressions are supported.
• Displays in the Workbench right pane as a point with its associated object.
Data items are configured in Data Item dialog boxes that are opened through the Class dialog box.
Example
Note: Data item ID's (page 33) are listed on the Data Items tab in the Class dialog box.
Example
Data items are instantiated into points for the new object.
Workbench
The instantiated points are listed in the Workbench right pane.
Example
The data item LEVEL instantiated into a class object point is named: STATION01.LEVEL.
Example
Several data items have been entered in the LEVEL Data Item dialog box.
Those fields in the STATION01.LEVEL Point Properties dialog box are read-only.
Advanced Features | 1 - Classes and Objects | 32
The basic configuration for data items is very similar to point configuration.
The core issue in the basic configuration is to be aware of what happens when the data item is
instantiated into a point.
2.1.1 Open a Data Item dialog box.
(page
33)
Buttons on the Data Items tab enable you to open a Data Item dialog box for a new or existing data
item.
Each new data item represents a CIMPLICITY point definition. Points are created when an object is
created. The points are associated with the object.
2. Click New.
Data Item A unique name for the data item. The data item template will become a point for a class
object. The Data Item ID:
• Is limited to 16 characters.
• Can be composed of
• Uppercase alphabetic characters,
• Numeric characters and
• Underscores.
• Must begin with an alphabetic character.
• Cannot contain spaces.
Device/Virtual Selected device or virtual data item definition will become a device or virtual point.
Analog/Boolean/ Selection for Data item class will be the point's class for an object.
Text
4. Click OK.
Result: The Data Item dialog box opens. The available tabs and options in the dialog box
depend on your Type and Class selections.
6. Click Properties.
Result: The Data Item dialog box with specifications for the existing data item opens.
8. Click Duplicate.
9. Enter a unique name for the Destination data that adheres to the data item ID requirements
(page 34).
Advanced Features | 1 - Classes and Objects | 35
The Data Item dialog box with specifications for the source data item opens.
Example
Object Created
Class objects are created from the class.
Example
Example
The STATION06 Object dialog box has TANKS entered in the Resource ID field.
Advanced Features | 1 - Classes and Objects | 37
A Resource ID field in the Point Properties dialog box, displays the resource ID that is assigned to
the object.
Example
The Resource ID field in the STATION06.LEVEL Point Properties dialog box displays the TANKS
resource.
The following occurs when a data item is selected for a Data Item field.
A Class: Fields for data items.
(page
37)
{$OBJECT} will become the object name when the data item is instantiated into a point.
Example
In a LEVEL data Item dialog box , data items are selected for the Safety point and Availability
trigger fields.
Example
All point fields in the object's Point Properties dialog boxes display read-only instantiated points.
Example
In the Point Properties dialog box, the Safety point and Availability trigger fields for the
instantiated STATION01.LEVEL point are as follows.
Advanced Features | 1 - Classes and Objects | 39
Note: If an attribute is not initially a text type, it is treated as a text type when it is used as a
string substitution.
Example
VAR1="{VAR2}"
VAR2="HELLO WORLD."
The expression will not be reevaluated to yield the result "HELLO WORLD."
Enter string substitutions in any of the following fields in a Data Item dialog box.
All Description Safety Point Screen Availability Trigger Measurement Units Label
Example
The description for a LEVEL data item that is entered in the Description field on the Data Item
dialog box>General tab includes two string substitutions.
Where
Object Created
Class objects are created from the class.
Example
Example
Values will replace the string substitutions that were entered in the LEVEL Data Item dialog
box>Description field are the following.
1 ($OBJECT) STATION04
2 (LHIGHCRITICAL) 5000
Fields in instantiated Point Properties dialog boxes display instantiated values for string substitutions.
Fields that display some substitutions continue to be enabled so they can be edited at the instantiated
point level.
Example
The Description field in the instantiated STATION04.LEVEL Point Properties dialog box displays
the substituted values. The field is read-write so these values can be changed.
1 ($OBJECT) STATION04
Advanced Features | 1 - Classes and Objects | 43
2 (LHIGHCRITICAL) 5000
The Data Item dialog box Device tab provides the flexibility to use the class template for different
object requirements.
• Device ID field.
• Addressing.
Device ID Field
A Data Item dialog box for a device does not include a Device ID field.
Example
A device Data Item dialog box named VLVBP has no Device ID field.
Advanced Features | 1 - Classes and Objects | 44
Object Created
Example
Note: If you plan to create device data items and objects already exist, enter a device ID in each
Object dialog box before you create the device data items. If you do not, you will not be able to apply
the changes to the class. You can change the device at anytime.
Example
The STATION01 Object dialog box has TRIPLEXDEV entered in the Device ID field.
Advanced Features | 1 - Classes and Objects | 45
A Device ID field, which is read-only in the Point Properties dialog box, displays the device ID that
is assigned to the object.
Example
The Device ID read-only field in the STATION01.VLVBP Point Properties dialog box displays the
TRIPLEXDEV device.
Address field
An address does not have to be entered in a Data Item dialog box for a device data item.
An address does not have to be entered in the Address field for a device data item but if an address is
entered:
* It is applied to the instantiated point for every object {$OBJECT}.<point ID> in the class.
Advanced Features | 1 - Classes and Objects | 46
* Do not configure the $ADDRESS_ADJ data item. A Device Base address should only be specified
at Class level attribute or Object level attribute when instantiated or modified at Object properties.
Example
The Address field in a device Data Item dialog box for a device data item named VLVBP has no
entered address.
A different base address can be entered for each object in the class.
Object Created
Example
Example
The read-only Address field in the instantiated point's Point Properties dialog box displays, in the
following priority, the address entered in the:
Example
The read-only Address field in the STATION01.VLVBP Point Properties dialog box displays
the %5R address entered in the Object dialog box.
Note: If a different address, e.g. %8R was entered in the STATION01.VLVBP Data Item
dialog box, that address would display in the Point Properties dialog box.
The Address field for other STATION01 object points display %5R or addresses entered in
their Data item dialog box.
The Device tab in the Data Item dialog box provides Just-In-Time as an additional memory usage
option.
• Delay load
• Just-In-Time
• Standard Memory Load
Delay Load
Delay loadis available in point configuration to help conserve memory.
The point is not loaded into memory in the Point Manager or Devcom at project startup. Rather, the
point is loaded into memory only when it is demanded by an application. When the point ceases to be
demanded it will be unloaded from memory in the Point Manager and Devcom.
Class: Data item configuration
• Just-In-Time is disabled.
• A scan rate is required.
Delay Load is read/write in the object's Point Properties dialog box, whether or not it is checked in
the Data Item dialog box.
Advanced Features | 1 - Classes and Objects | 49
Delay Load benefits and disadvantages are the same whether the point is included in an instantiated
object or is created in the project's Workbench. They are as follows.
Benefits Disadvantages Non-Supported Functions
Just-In-Time
When Just-In-Time (JIT) is checked, data item instantiated point configuration is created by the Point
Manager when an application requests it.
When the application is done, the data item is removed from the Point Manager. It is not written to
the point database.
• CimView,
• Point Control Panel,
• Trending, and
• Scripting.
An instantiated object does not list a point for the Just-In-Time data item in the Workbench.
Example
The data item VLVBP in a class TANKR was configured to be a Just-In-Time point. It is not
included in the instantiated point list when an object is created from the class.
Advanced Features | 1 - Classes and Objects | 51
Standard memory load benefits and disadvantages are the same whether the point is included in an
instantiated object or is created in the project's Workbench. They are as follows.
Benefits Disadvantages Non-supported Functions
Advanced Features | 1 - Classes and Objects | 52
None—all functions
• Accessible any time • Uses memory in point database supported
• Quick access • Project uses more memory
• Written to point • Configuration updates can be lengthy on larger
database systems
• Available in point list
• Definition can be
modified
Data item expressions are evaluated from class using object attributes or constants to derive the value
of a data item field.
Note: The data items become points when the object is instantiated.
Example
How the value of the Alarm High field for a single data item is determined depends on whether or
not it was assigned an expression or a value.
OBJECT1 5000
OBJECT2 2500
OBJECT3 15000
• The value in the Alarm High field for each instantiated point is as follows.
OBJECT1 5000
OBJECT2 5000
OBJECT3 5000
Note: A class attribute is a string. As a result the attribute cannot be entered in fields that require
numeric entries, e.g. the Alarm Limits field on the data item's alarm tab.
Buttons on the Expressions tab in the Data Item dialog box enable you to open an Expression dialog
box for a new or existing Field ID.
• Existing Field ID
Note: You can delete any field ID by selecting an ID and clicking Delete. If you delete data item
expressions in a class, there will not be any changes made to existing data items. They will keep their
last values. However, the changes will apply to any new data items you create.
New Field ID
1. Click New on the Expressions tab in the Data Item dialog box.
Note: If the field has already been configured for the data item, it will not be included in the
list.
3. Click OK.
5. Click Properties.
The Expression dialog box with specifications for the existing field opens.
The Expression dialog box provides the fields either one operand or two operands connected by an
operator.
• Numeric entries.
• Attribute entries.
• Expression with two operands
Numeric Entries
An Expression for a field ID that is assigned to a data item can be a number. The number will be
entered in the selected field for the data item's instantiated point in every object created from the
class.
A Class: Expression configuration.
(page
55)
The number that should be assigned to the field is entered in the First operand>Number field in the
Expression dialog box.
Example
Every instantiated point for a data item, LEVELRES, in the TANKV class should have a 5 second
alarm delay for the Warning Low (Lo) alarm.
When a number only is used in the expression, object level entries for that field will not affect the
points that instantiated from the selected data item.
Example
The number entered in the Expression dialog box displays in selected field in the instantiated point's
Point Properties dialog box.
Example
The STATION05.LEVELRES Point Properties dialog box has 5 seconds entered in the Delay alarm
field for the Warning Low (Lo) alarm level on the Alarm Options tab.
Attribute Entries
An Expression for a field ID that is assigned to a data item can be an attribute (page 23). The
value is entered at the object level each object can have a different value.
A Class: Expression configuration.
(page
57)
All of the class analog attributes are listed in the Attribute ID fields' dropdown list. Any of those
attributes can be applied to the selected field.
Example
The Alarm High value for a data item, LEVEL, in the TANKN class may be different for each
object.
In order to apply a value entered at the object level, the LEVEL Expressions list includes the
$ALARM_HIGH field, which has the custom attribute LHIGHCRITICAL as the expression.
When an attribute is selected as a data item's field expression, the data item's field value is assigned
at the object level
Object Created
Class objects are created from the class.
Example
Example
Advanced Features | 1 - Classes and Objects | 58
5000 is entered in the HIGH CRITICAL field, which is the prompt (page 26) for the
LHIGHCRITICAL attribute.
The value entered for the attribute in the Object dialog box displays in the Point Properties dialog
box associated field.
Example
• Two numbers.
• Two attributes.
• One attribute and one number.
Operator Description
- Minus
* Times
/ Divided by
+ Plus
< Less an
= Equal to
The instantiated analog point for a data item named LEVELEXP requires:
Two analog attributes are created that will display as fields in the Object dialog box.
STATION05
One object, STATION05, requires all alarm states.
STATION04
One object, STATION04, requires only the Alarm High and Alarm Low alarm states.
The alarm state values for the instantiated points reflect the entries in the Object dialog box.
STATION05
STATION05.LEVELEXP has four enabled alarm states.
Advanced Features | 1 - Classes and Objects | 62
STATION04
STATION04.LEVELEXP has Alarm High and Alarm Low only enabled.
A data item can be included or excluded from being instantiated into a point based on the expression
in an assigned $DATA_ITEM_EXISTS field ID.
Example: $DATA_ITEM_EXISTS
A class includes data items, that will be instantiated into points based on which control valve is
selected for an object.
TANK01 X
TANK02 X
TANK03 X
One data item will be instantiated into a point for each object; the data item that is instantiated
depends on which valve is selected for that object.
Advanced Features | 1 - Classes and Objects | 63
In the class configuration data items will be assigned to the same attribute.
Attribute Created
An analog attribute, CVALVE, is created that will be used to identify the Valve that should be selected
for each data item.
Note: The Prompt in the Attribute dialog box will be CONTROL VALVE.
The first data item, TANK01 is assigned $DATA_ITEM_EXISTS, with the following expression to
associated Control Valve 1 with TANK01.
Advanced Features | 1 - Classes and Objects | 64
Operator =
Two additional data items are assigned the field ID, $DATA_ITEM_EXISTS.
The three data items and expressions for $DATA_ITEM_EXISTS are as follows.
Data Item $DATA_ITEM_EXISTS Expression
TANK01 CVALVE=1
TANK02 CVALVE=2
TANK03 CVALVE=3
Address adjustment expressions provide a powerful tool that automates applying addresses to devices
at the object level.
Address adjustment expressions are computed against the base $ADDRESS attribute value that is
entered for an object.
• Enter a numeric value that specifies the address adjustment at the class data item level.
• Create numeric attributes that will enable the address adjustment to be entered at the object
level.
• Create a string attribute that provides a field in the Object dialog box to enter an additional base
address.
Example
Advanced Features | 1 - Classes and Objects | 66
A section of a water heating system that is connected to a PLC requires different address
assignments. These assignments can be made using address adjustment.
Three assignments demonstrate the flexibility that address adjustment options provide.
Note: An address can be entered for an individual data item in its Data Item dialog box. That
address is assigned to its instantiated point. This assignment overrides $ADDRESS or $ADDRESS_ADJ
assignments.
A simple numeric value at the class level can be used for address adjustment.
Note: When $ADDRESS_ADJ is selected an Octal checkbox appears in the Expression dialog box.
Example
A data item, VALVE_IN, will include a basic address adjustment from the base address.
2. Click New.
Example
Note: The Address field is created from the CIMPLICITY class attribute, $ADDRESS.
Advanced Features | 1 - Classes and Objects | 68
Example
When the point is instantiated, the device address is the Base address + $ADDRESS_ADJ
value.
Example
The read-only device address for the instantiated STATION02.VALVE_IN point is %R8.
• The offset from the base address for an instantiated point may also be different for different
objects.
A Class: $ADDRESS_ADJ configuration.
(page
69)
Attribute Configuration
An analog attribute can be created to display as a numeric field in the Object dialog box.
Example
The address adjustment will be required for instantiated points that are associated with the
LEVEL value; the adjustment will be different for different objects.
$ADDRESS_ADJ Configuration.
Advanced Features | 1 - Classes and Objects | 70
Example
A data item, LEVEL, will include an attribute address adjustment against the base address.
6. Click New.
Example
Base Address
Note: The Address field is created from the CIMPLICITY class attribute, $ADDRESS.
Example
Advanced Features | 1 - Classes and Objects | 71
Adjustment
An offset value is entered in the field created by the custom analog class attribute.
Example
5 is entered in the LEVEL Offset field that was created by the ADJ_LEVEL attribute.
When the point is instantiated, the device address is the Base address + $ADDRESS_ADJ
value entered in the Object dialog box.
Example
The read-only device address for the instantiated STATION02.LEVEL point is %R10.
Address adjustment can enable applying more than one base address to an object.
Conditions that can use more than one base address include the following.
• Objects will be connected to two PLC blocks, each of which requires a unique base
address.
• The base addresses will be different for different objects.
• The offset from the base address for an instantiated point may always be the same or may
be different for different objects.
A Class: $ADDRESS_ADJ configuration.
(page
72)
Attribute Configuration
A string attribute can be created to display as a string field in the Object dialog box.
Example
The second address will be required that will be used as the base address for some device
instantiated points.
3 Prompt ADDRESS 2
Both of the following are entered in the Data Item dialog box.
Example
10. The string attribute created for the additional base address is entered as a string substitution in
the Device tab>Address field.
Example
The string substitution {ADDR_BLOCK2} is entered in the Data Item dialog box for the
FLOW_IN data item.
11. An address is entered in the field that was created for the second base address by the custom
string attribute.
Example
ADDRESS 2 %Q2
TEMPERATURE Offset 6
a. Instantiation: Point Properties Address Result
When the point is instantiated, the device address is the Custom Base address +
$ADDRESS_ADJ value.
Note: The $ADDRESS_ADJ value may be based on a number entered in the class Expression
dialog box or the Object dialog box.
Example
The read-only device address for the instantiated STATION02.TEMPERATURE point is %Q8.
Advanced Features | 1 - Classes and Objects | 75
CIMPLICITY classes can include scripts, actions and events that can interact with each other the
same way they do in any CIMPLICITY project.
3.2 Action Each instantiated object where it was applied in the class template.
(page
85)
3.3 Event Each instantiated object where it was applied in the class template.
(page
92)
• Can be created and modified in the CIMPLICITY Program Editor by opening it through the
Class dialog box.
• Can be available anywhere that standard CIMPLICITY project scripts are.
• Are stored in the Workbench Scripts folder, with a class$ prefix, as soon as they are created.\
The class$ script can be modified in the CIMPLICITY Program Editor by opening it through the
Workbench Scripts folder.
Class scripts are created and edited in the Program Editor. CIMPLICITY inserts <Class Name>$ in
front of the script name as soon as it is created.
Class$Scriptname.bcl
Where
Scriptname.bcl is the name entered in the New Script Name dialog box.
You can modify the script either through the Scripts folder or through the Class dialog box.
Example
When feedback.bcl is opened in the Program Editor, the name on the title bar is TANKR
$feedback.bcl.
As soon as a class script is created (page 79) or duplicated (page 80) it is added to the Basic
Control Engine>Scripts list and is available for objects.
Example
The TANKR$feedback.bcl is listed in the Workbench right pane. As soon as the Class is applied
(clicking Apply or OK in the Class dialog box) the script will be applied to every object associated
with TANKR.
The buttons on the Scripts tab enable you to open a script editor to create a new script or modify an
existing script.
Advanced Features | 1 - Classes and Objects | 79
• New script.
• Existing script.
• Duplicate script.
Note: All scripts that are listed for a class on the Scripts tab and in the Workbench Basic
Control Engine>Scripts right pane will be included in the class if the class is exported/imported
(page 117) to another project. They are listed even if you cancelled creating them and/or did not
compile them. You can delete any action by selecting an ID and clicking Delete.
New Script
A Script name is
• Is up to 15 characters.
• Can have alphanumeric characters.
• Can have underscores.
• Cannot have spaces.
4. Click OK.
6. Click Properties.
Duplicate Script
8. Click Duplicate.
9. Enter a unique name for the script that adheres to the script ID requirements (page 79).
Because class scripts will be used for more than one object, the script will require the flexibility to
call fully instantiated points that have different names.
An extension in the CIMPLICITY Basic script, CimEMEvent (object) , enables the script to access
the object that represents the selected event.
That way you can make the fully qualified point ID’s with the object ID as the prefix to the point ID.
Sample Script
The script below demonstrates how to identify the name of the object that is being used for an event.
As a result, that object ID can be used to construct the object's point ID’s for which script is running.
Sub Main()
Dim event As CimEMEvent
Set event = CimGetEMEvent()
Dim pointEvent As CimEMPointEvent
Set pointEvent = event.PointEvent()
Dim ObjectID As String
ObjectID = event.ObjectID
Dim ptValue As Integer
Dim ptValueExpected As Integer
Dim ptCtrlPending As Boolean
ptValue = pointEvent.Value
If class objects require additional functionality that is not configured in the class, the additional
functionality can be included in a script. that will call the PreObjectCreateentry point before the
object is created.
Tip: The CIMPLICITY Object Model includes many scripting objects that are developed
specifically for classes, including the following.
CimClassActionList (object)
CimClassAttribute (object)
CimClassAttributeList (object)
CimClassDataItemExpression (object)
CimClassDataItemExpressionList (object)
CimClassDataItemList (object)
CimClassEventActionList (object)
CimClassEventList (object)
CimClassInstance (object)
CimClassList (object)
CimClassScript (object)
CimClassScriptList (object)
The content of the pre create script depends entirely on your class/object requirements. The one
unique feature when configuring the class is that you enter its ID in the pre create script field on
the Genera tab in the Class dialog box.
1. Click the Popup menu button to the right os the Pre create script field; select New on the Popup
menu.
3. Click OK.
4. Click the Browse button to the right of the Pre create script field.
A Select a Script browse window opens.
5. Select a script.
6. Click the Popup menu button to the right of the Pre create script field; select Browse.
A Select a Script browse window opens.
7. Select a script.
If class objects require additional functionality that is not configured in the class, the additional
functionality can be included in a script that will call the PostObjectCreateentry point after the object
is created.
Tip: The CIMPLICITY Object Model includes many scripting objects that are developed
specifically for classes, including the following.
CimClassActionList (object)
CimClassAttribute (object)
CimClassAttributeList (object)
CimClassDataItemExpression (object)
CimClassDataItemExpressionList (object)
CimClassDataItemList (object)
CimClassEventActionList (object)
CimClassEventList (object)
CimClassInstance (object)
CimClassList (object)
CimClassScript (object)
CimClassScriptList (object)
The content of the post create script depends entirely on your class/object requirements. The one
unique feature when configuring the class is that you enter its ID in the Post create script field on
the Genera tab in the Class dialog box.
1. Click the Popup menu button to the right os the Post create script field; select New on the Popup
menu.
3. Click OK.
4. Click the Browse button to the right of the Post create script field.
A Select a Script browse window opens.
5. Select a script.
6. Click the Popup menu button to the right of the Post create script field; select Browse.
A Select a Script browse window opens.
7. Select a script.
Actions are created in Action dialog boxes that are opened through the Class dialog box.
Example
Note: Class action ID's (page 88) are listed on the Actions tab in the Class dialog box.
Example
Event Editor
The instantiated actions are listed in the Event Editor.
Example
Example
Buttons on the Actions tab enable you to open an Action dialog box to create a new or modify an
existing action.
Advanced Features | 1 - Classes and Objects | 89
• New action.
• Existing action.
• Duplicate action.
Note: You can delete any action by selecting an ID and clicking Delete.
New Action
3. Click OK.
Result: A New Action dialog box for the new action opens.
5. Click Properties.
Result: The Action dialog box with specifications for the existing action opens.
Duplicate Action
7. Click Duplicate.
8. Enter a unique name for the Destination action that adheres to the action ID requirements (page
89).
9. Click OK.
A New Action dialog box with specifications for the source action opens.
Note: The user can associate a non-object event with an object action. This allows an object to
instantiate actions that can be called from other events.
The fields in the Action dialog box depend on the selected action type.
Advanced Features | 1 - Classes and Objects | 91
• Action type.
• Action fields.
• Supported string substitution for action fields.
Action Type
All CIMPLICITY action types (found in the Event Editor) are available except for:
The difference between configuring a class action and a standard action is that you:
• Select a data item instead of a point ID when you configure an action that requires a point ID.
• The CIMPLICITY $OBJECT variable is automatically entered when you select the data item.
Run Script
Set Point
Transition Set
Action Fields
Fields vary based on your selected action. One or more field may display.
Point ID
Source
Alarm ID
Script
Result: When the Action dialog box is closed, the action, which is modified or created, displays on
the Actions tab in the Class dialog box.
• Point ID.
• Resource ID.
• Point value.
Class events:
Creating class events is similar to creating events in the Event Editor. All existing event types that
are supported in the event editor are available for class event configuration.
Actions are created in Event dialog boxes that are opened through the Class dialog box.
Example
Note: Class event ID's (page 96) are listed on the Event tab in the Class dialog box.
Example
The event named FLOW_STOPPED is listed with other events on the Events tab in a class named
TANKS.
Example
Event Editor
The instantiated events are listed in the Event Editor.
Example
Example
Buttons on the events tab enable you to open an Event dialog box for a new or existing event.
• New event.
• Existing event.
• Duplicate event.
Note: You can delete any event by selecting an ID and clicking Delete.
New Event
• Can be composed of
• Uppercase alphabetic characters,
• Numeric characters and
• Underscores.
• Must begin with an alphabetic character.
3. Click OK.
Result: A New Event dialog box for the new event opens.
5. Click Properties.
Result: The Event dialog box with specifications for the existing event opens.
Duplicate Event
7. Click Duplicate.
8. Enter a unique name for the Destination event that adheres to the event ID requirements (page
96).
9. Click OK.
A New Event dialog box with specifications for the source event opens.
• Event tab
• Actions tab
• Advanced tab
Event Tab
The fields on the Event tab in the New Event dialog box depend on the selected event type.
• Event type
• Event fields
Event Type
All of the event types available in the Events Editor are available for a class event.
The difference between configuring a class event and a standard event is that you:
• Select a data item instead of a point ID when you configure an event that requires a point ID.
Advanced Features | 1 - Classes and Objects | 99
• The CIMPLICITY $OBJECT variable is automatically entered when you select the data item.
Alarm Deleted
Alarm Generated
Alarm Reset
Point Change
Point Equals
Point Unavailable
Point Update
Run Once
Timed
Event Fields
Fields vary based on your selected event. One or more field may display.
Point ID
Source
Alarm ID
Event Timed event provides fields to enter The start time and interval for an event.
Time
Event int
Actions Tab
Actions listed on the Actions tab are associated with the selected event. .
Buttons on the Actions tab enable you to open a New Actions dialog box to add an additional action.
Note: You can remove any action's association with the event by selecting an ID and clicking
Delete.
Click New on the Actions tab in the New Event dialog box.
Action ID
• Click the Browse Actions button to the right of the Action ID field.
• Click the Popup Menu button to the right of the Action ID field; select Browse on the Popup
menu.
1. Click the Popup Menu button to the right of the Action ID field; select New on the Popup menu.
1. Click OK.
1. Click OK.
Result: The New Event-Action dialog box displays when you use either method.
Result: When the New-Event Action dialog box is closed a new class action is listed both on the
Actions tab in the Class dialog box and at the end of the list of actions associated with the event.
Note: Select the action and click the Move Up button if it should be located higher up in the list.
2. Click Properties.
The New Event-Action dialog box opens for the selected event-action.
The New Action dialog box opens for the selected action.
a. Make any required changes to the action configuration.
b. Click OK.
When the New-Event Action dialog box is closed the class action that is associated with the event is
modified.
Advanced Tab
Configure advanced specificationsthe same as you configure them for an event in the Events folder.
When an object is created from the class, the event displays in the CIMPLICITY Event Editor
window as:
ObjectName.EventID
Where
String substitution is supported for the following event fields, which you enter in the associated
Event dialog box field.
• Point ID.
• Alarm ID.
• Resource ID.
• Alarm Class.
• Point Value.
Advanced Features | 1 - Classes and Objects | 104
CimEdit screens can be created with graphic objects that include data items. When screens are
applied to class objects, the configuration will be instantiated into a dynamic CimEdit/CimView
screen that reports the selected class object values.
Example
A CimEdit screen, WaterHeating.cim includes three group objects; the largest object is named
Object,
The CimEdit screen and default object are indicated on the General tab in the Class dialog box.
Example
A class TANKV selects WaterHeating.cim as its graphics file and Object as its default graphic.
Advanced Features | 1 - Classes and Objects | 106
Example
An Object screen can display one or more of the objects created on the CimEdit screen.
A class object the first object to display be the default graphic entered in the Class dialog box. That
graphic can be changed after the screen is created.
An object is dragged from the Workbench onto a CimEdit Screen; the default graphic displays on the
screen.
The source object from the class CimEdit screen appears on the new screen. Object values are
substituted for variables, e.g. $OBJECT , that were configured on the source screen.
Note: Even though the class object is created from a group object, it cannot be opened; configuration
in is disabled.
Example
C Another graphic, TemperatureHeater, is selected from the list of graphics that are on the WaterHeating.cim
screen.
The CimEdit group object can be created to be the source for graphics that are created for a
CIMPLICITY class object.
You can use any of the thousands of CimEdit objects on a class CimEdit screen. The type and
number of objects you place on the screen depends on the class requirements.
The following are examples of objects that can be replaced with values for a class object.
1 Text string.
The class group object becomes the source for graphics that are created for CIMPLICITY class
objects.
Note: You can create more than one group object, then select one to be the default (page 112)
.
Advanced Features | 1 - Classes and Objects | 109
2. Groupthe selected objects the same way you group any objects on a CimEdit screen.
5. Open its Object - Group Properties dialog box, using any of the methods provided by CimEdit,
for example:
a. Right-click the group object.
b. Select Properties on the Popup menu.
1 Select General.
3 Click Apply.
4 The Object name (e.g. Object) displays in the Properties - Group dialog box title bar.
a. Assign an $OBJECT Variable to the Group Object
A variable must be assigned to the class (group) object that CIMPLICITY will substitute with
the appropriate (class) object name.
Assign the CIMPLICITY $OBJECT variable to the top level group object as follows:
When an object that is created from the class is dragged into CimEdit, a class object graphic is
created. The name of the object is substituted for {$OBJECT} in expressions during runtime.
1 Select Variables.
3 Check Public.
4 Click OK.
Note: The $OBJECT variable on the Variables tab is read-only when a CimEdit screen designer
opens the Properties - Class Object (page 125) dialog box.
Follow the same procedure to create as many additional group objects as necessary.
Any of the group objects can be selected as the default object for a class object.
Example
1 object
2 TemperatureHeater
3 TANKEXP
You can assign expressions and variables to a group of objects and objects that are included in the
top-level group the same way you assign them on any CimEdit screen.
The values you enter are values from the Class configuration, e.g. data items that become point IDs
when an object is created from the class.
Two CimEdit Properties dialog box field types that can take advantage of class configuration are as
follows.
A Expression field.
(page
112)
A Expression Field
The Expression field that is configured for a class requires the following.
• The data item( (or data items) that is entered in the Expression field must be manually entered.
• The predefined variable, {$OBJECT (page 39) }, is required to hold the place for the object
name.
{$OBJECT}.data item
Where
Example
{$OBJECT}.LEVEL
When an instantiated object uses the configured graphic, CimEdit looks for the selected instantiated
point's display values:
1. Open the Class dialog box for the class with which the screen will be associated.
Field Enter
A Graphics CimEdit screen name that will be associated with the class. The selected CimEdit screen contains
file the source objects that are available to object designers.
B Default Name of the CimEdit group object that displays as the default when a class object is dragged to a
Graphic new CimEdit screen.
When an object that is created from the class is dragged from the Workbench into a new CimEdit
screen, a class object graphic, which is linked to the class source graphic displays.
Note: An object designer can select another object in the default object's Properties dialog box.
You can associate a custom help (.hlp) file that is created using a third party tool with a class. The
help file will assist object designers when they are configuring point objects based on the point class.
In order to make the help file specific to the class you are creating, it is recommended that you write
the help file after you configure the other class components.
Advanced Features | 1 - Classes and Objects | 114
Note: Refer to the documentation from your help-based software for details about creating
custom help files.
When an object designer presses F1 or clicks Help in the Object dialog box, the table of contents for
the specified help file displays.
Composite Classes are classes that contain another class or classes. The Composite Class has all of
the attributes of any class or classes it contains to reduce the work involved in creating CIMPLICITY
objects.
However, BufferTankArray, contains two composite classes. InletVale and OutletVale are both
defined with the Class ID of "tank." Therefore, they contain any attributes contained in the class
"Tank." Using composite classes, you only need to define the class "Tank" once and then reuse it
over and over again when designing your project.
Note: Composite Class inherit just the attributes of the classes they refer to. They do not inherit
scripts, events or other features of they classes they refer to.
To stay under the character limit, carefully consider the naming you use when creating composite
member names. For example, a class that contains a composite member named FillValve, of class
valve, would create points with the following names (if the Valve class had data items FlowRate,
and ValvePosition.)
<$ObjectID>.FillValve.FlowRate
<$ObjectID>.FillValve.ValvePosition
The power of the class becomes particularly apparent when you export a class from one project and
import it into another.
Options include:
Option Export a class.
1 (page
117)
Important: Any changes you make to a class within a project will not be reflected in an
exported class until it is re-exported.
<ClassName>.soc
Example
TANKV.soc
5. Click Save.
CIMPLICITY gathers all the class components and includes them in the .soc file as follows:
Component Folder Retrieved from:
A class developer can import the class into a different project and work with the class configuration.
You can import a class that has been exported to a .soc file into another CIMPLICITY project using
the class popup menu options.
4. Click Open.
A class developer can now modify the class to meet any different requirements for the project.
An object designer can immediately implement objects with associated CimEdit/CimView screens.
Class objects provide an easy way to do complex configuration for one or more objects that are
similar. Class objects, which are based on a Class template, can include pre-configured attributes,
points, events, actions and scripts.
When creating a class object, an object designer simply needs to specify the values that pertain to
that class object. Once specified, the class object's features achieve full status within a CIMPLICITY
project.
For example, class object points behave as any other points with the same type of configuration; class
object events function the same as any other similar events.
Advanced Features | 1 - Classes and Objects | 120
1 A class file (.soc file) can have several components, including CimEdit screens and developer created help.
Although class object features behave the same as their non-class counterparts, CIMPLICITY
makes it easy for the object designer (or any project designer) to locate features for any class object.
CIMPLICITY attaches the object name to the front of the feature name.
Important: Before you can configure a class object, a class must be created (page 14). If
the class exists, but is not in the current project, you simply need to import (page 118) it into the
project.
Creating a class object is straight-forward. Because the object is based on a class template, most of
the configuration is already done.
Note: Classes can be created in the same project in which objects are made or imported (page
118) from other projects.
A Click File>New>Object on
the Workbench menu bar.
Either
Advanced Features | 1 - Classes and Objects | 122
A New Object dialog box opens when you use any method.
3. Right-click anywhere.
Field Description
Object A unique name for the new object. The Object ID:
ID • Can contain alphanumeric characters and underscores.
• Must begin with an alphabetic character
• Has a maximum length of 255 characters, which includes the following three components.
a. Object name.
b. . (separator).
c. Data item name.
The three components can total 255 characters, and the Object ID becomes the point name when the
object is instantiated. Example
a. An object ID is TANK02
b. A data item name is FLOWLEFT
c. The separator is always .
d. The point name is TANK02.FLOWLEFT.
TANK02.FLOWLEFT is only 15 characters; therefore, it is a valid name.
Class ID Class that are used as the template for the class object. (Optional) Click the buttons to do the
following.
6. Object name.
7. . (separator).
The three components can total 255 characters, and the Object ID becomes the point name when
the object is instantiated.Example
9. An object ID is TANK02
The Object - <object name> dialog box opens for the new object.
4. Right-click Object.
The type of information available to you depends on the attribute properties created for the class.
When you create a class object, an Object dialog box that reflects the class configuration opens. (The
object ID displays in the dialog box's title bar.)
The class object adheres to specified requirements based on the class definitions. You assign the
values of these requirements in the Object dialog box.
Customized class features that display in the dialog box can include:
Customized Feature Description
Enter values in the Object dialog box fields that define the specific criteria for the class object that is
being configured.
Advanced Features | 1 - Classes and Objects | 125
When appropriate, the Browse buttons that display throughout CIMPLICITY, display to aid you
search for the correct entries.
Option Browse Button that will display
Alarm Class
Resource
Device
Role
Point
User
Port
The Graphic objects are listed on the Popup menu that included in the CimEdit screen that is
assigned (page 104) to the class.
Select any listed object to replace the object that is currently selected.
Option Description
Object Selected class object (read/write). The ID for any object in the class can be selected if you want to
ID associate the graphic with a different object from the one dragged onto the CimEdit screen.
Note: Click the Browse button to the right of the Object ID field to display a list of all of the
objects in the class.
Graphic Selected class object graphic (read/write). Any graphic from the source CimEdit screen can be
Name selected if you want to use a class graphic that is different from the default.
Apply Important: Clicking Apply updates the $OBJECT variable to the new value. The $OBJECT variable, which
was created during class object configuration (page 39), is read-only on the Variables tab in the
Class Object dialog box.
7. During runtime the graphic will represent the values of the selected class object.
8. The graphic wills change to the graphic you selected, if it is different from the default, as soon
as you close the Properties - Class Object dialog box.
When all of the required values have been assigned and any optional values to support your class
object, add the class object to your project.
Result: CIMPLICITY takes the values you enter in the Object dialog box and applies them to the
appropriate feature in CIMPLICITY, e.g. points, alarms. You can also do more specific configuration
throughout the Workbench.
Important: You will not be able to complete a tab's configuration until you fill in all of the
required fields. If you try, an error message opens telling you that a value for an attribute is required.
This message continues to display when you attempt to exit the dialog box until all required fields are
filled in.
Chapter 2. Logging and Archiving
CIMPLICITY provides a straightforward OPC interface that enables you to easily connect to
Historian to archive CIMPLICITY point data.
Pre-requisites
https://www.ge.com/digital/
Historian Server documentation/historian/version90/
t_hgs_installing_single_server_historian.html
Warning: In Historian 9.0, when prompted for the UAA location during
this install, be sure to select the URL where you have installed or where
you will install Historian Web-clients.
https://www.ge.com/digital/
Historian Web-clients documentation/historian/version90/
c_about_installing_web_based_clients.html
Warning: Generally, to work with Historian 9.0, Historian Web-clients
must be installed in order to set up data and alarm collection from a
CIMPLCIITY node unless upgrading from using previous versions of
Historian with your CIMPLICITY project(s).
Historian Server must be fully configured, either on a CIMPLICITY Server or on a remote server.
The Historian Database and Historian Alarm/Event Database must be configured and functional.
Note: Starting Historian 9.0, you will need to add OPC and OPC A & E collector instances
using Configuration Hub. Refer https://www.ge.com/digital/documentation/historian/version90/
t_add_collector_instance.html
Note:
Advanced Features | 2 - Logging and Archiving | 130
• Historian provides detailed documentation to configure and use Historian. This documentation
describes CIMPLICITY integration with Historian.
• Historian 3.1x and lower are not supported on Vista or Windows Server 2008.
You must install Historian Server and Historian Viewer on all CIMPLICITY machines before
configuring a project to log to the Historian. Install the following components on every node/
machine:
• OLE DB
• User API
1. The servers must have OPC Collectors installed for the OPC Interface and the OPC A&E
Interface. If both options are used, both collectors must be installed.
Advanced Features | 2 - Logging and Archiving | 131
To enable the archiving features select Install Alarms & Events and specify SQL Server database
details during installation.
Advanced Features | 2 - Logging and Archiving | 132
Note: To successfully create Historian Alarm and Event database during installation, you must
ensure that SQL Server agent is in running state.
Result: The selected Historian archive features will enable Historian to store CIMPLICITY alarm
and event data.
Important: Make sure Historian is installed and accessible to the CIMPLICITY project.
1. Open the CIMPLICITY project with data that will be sent to Historian.
Note: This enables the Historian OPC Interface for this project.
A Historian tab displays in the Project Properties dialog box when you select either or both Historian
OPC options.
Advanced Features | 2 - Logging and Archiving | 134
1. Open the CIMPLICITY Workbench and select Project from the menu bar.
2. Click Properties to open the Project Properties dialog per the example below.
NOTE: If you added Historian as part of your project setup, the Historian tab is visible. If not,
you can select one or both of the Historian check boxes that appear in the list on the General
tab.
If you select the Historian OPC Interface check box, you enable the Historian Data
Server.
If you select the Historian OPC A & E Interface check box, you enable the Historian
Alarm Server.
3. Select the Historian tab and complete the fields as described below.
4. In the top section, enter the name of your Historian Data Server and in the bottom section,
enter the name of your Historian Alarm Server.
5. In each section, enter the Historian username and Historian password used to access your
Historian Data Server and Historian Alarm Server, respectively. If these are not entered
correctly, the logging will fail.
These entries are not always required; instances where an entry should be made include the
following:
• The Historian Server and users who log into that server are different from the
CIMPLICITY Server and user.
• A user who is logged into the Historian Server may not have all of the privileges required
to manage logging CIMPLICITY data. An entry in this field can specify a user with
administrator privileges.
7. Enter the corresponding CIMPLICITY password. Note that privileges may differ between the
Historian user and the CIMPLICITY user.
8. Keep the default Tag name convention or identify a new one. For information, see the Tag
naming convention section.
9. Click Test to test your connection to the Historian server. One of the following messages
appears:
Test Result Message
The Historian server is incorrect or not available. Failed to connect to the Historian server.
Historian does not recognize the user name or The configured user does not have permission to write to
password. Historian.
NOTE: when the Test button is clicked, global parameters (page 420) related to Historian
Server information (e.g. HISTDATASERVER (page 467), HISTDATAUSER (page 467),
HISTALMSERVER (page 466)) are created with appropriate values.
g. (Optional) Click Migrate Data to open the Historian Migration Utility (page 296)
and migrate data in SQL databases to Historian. The Historian Migration Utility is also
available through the CIMPLICITY Database Logger.
For the Historian Data Server only, select or clear the Overwrite check box to do the following.
• Select the check box to overwrite tag descriptions that already exist in Historian.
• Clear the check box to keep the tag descriptions that already exist in Historian.
Advanced Features | 2 - Logging and Archiving | 136
IMPORTANT: You can revise (page 146) tag definitions, e.g. data type, in Historian.
However, if Overwrite is checked, the changes will be overwritten when the Historian log is
updated. However, collection (page 149) criteria are not overwritten.
An example of the current Historian tag name displays the Tag Name field. This naming
convention can be changed.
Note: If tags have previously been imported into Historian, changing the tag naming
convention will result in duplicate tags, tags with the old naming convention and tags with the
new naming convention.
Example
The Historian tag name convention was changed for CIMPLICITY points that had been
previously imported into Historian. The same CIMPLICITY points are listed as two separate
tags in Historian.
Click the Open button to the right of the Tag Name field to change the displayed naming
convention.
The Historian Tag Naming Configuration dialog box opens and displays the following options:
Advanced Features | 2 - Logging and Archiving | 137
Default Native
Collector Format The default Native Collector format is available to help Historian users who used the Native
Collector, which is not supported by CIMPLICITY v7.5 and higher.
When Default Native Collector Format is checked, Historian will use the Native Collector
naming convention, which was
<PROJECTNAME>.<POINTNAME>.VALUE
Where
<PROJECTNAME> is the name of the CIMPLICITY project that the point is in.
A read-only naming convention preview displays for a sample point in the Tag Name field.
Advanced Features | 2 - Logging and Archiving | 138
Default OPC
Collector Format When Default OPC Collector Format is checked, Historian will use the OPC Collector format
as the naming convention for migrating CIMPLICITY points.
<MACHINENAME>.\\<PROJECT NAME>\<POINTNAME>.VALUE
Where
<PROJECTNAME> is the name of the CIMPLICITY project that the point is in.
A read-only naming convention preview displays for a sample point in the Tag Name field.
Advanced Features | 2 - Logging and Archiving | 139
Custom Format
(Default)
When Custom Format is checked the entire naming convention can be customized and
applied as the official Historian tag naming convention.
Prefix
The default Prefix text for a Historian tag name is <MACHINENAME>.\\<PROJECTNAME>
Where
<PROJECTNAME> is the name of the CIMPLICITY project that the point is in.
Guidelines
Note: Click the Popup Menu button to the right of the Prefix field to select and automatically
enter either parameter.
Spaces
If the text in the Prefix field is empty then the prefix for the tag name will be the
CIMPLICITY point name only.
Example
The following example describes how a Historian tag name is constructed when the Prefix
field is blank.
A Prefix Blank.
B Suffix
.<PROJECTNAME>.<MACHINENAME>.VALUE
Important: Include
the . character
where it should
be included in
the Historian tag
name.
C Point SAMPLEPOINT
D Tag Name
SAMPLEPOINT.PROFCIMP.HISTSERV.VALUE
Where the
sample tag name
parts are as
follows.
SAMPLEPOINT
PROFCIMP
HISTSERV
VALUE
Advanced Features | 2 - Logging and Archiving | 141
Suffix
The default Suffix text for a Historian tag name is .VALUE.
Guidelines
Note: Click the Popup Menu button to the right of the Prefix field to select and automatically
enter either parameter.
Spaces
If the text in the Suffix field is empty then the suffix for the tag name will be the
CIMPLICITY point name only.
Example
The following example describes how a Historian tag name is constructed when the Suffix
field is blank.
A Prefix
VALUE.
Important: Include the . character where it should be included in the Historian tag name.
B Suffix Blank.
C Point SAMPLEPOINT
D Tag Name
VALUE.SAMPLEPOINT
VALUE
SAMPLEPOINT
7. Click OK.
The selected point and/or point alarm will be logged to Historian, based on the Historian options
(page 132) that were selected.
Important: If Database Logger: Points is checked on the General tab in the Project Properties
dialog box, point data will be logged to both the Historian and the Database Logger.
Advanced Features | 2 - Logging and Archiving | 144
Note: The location on your start menu may differ from this path.
Note: The services status can be seen in the Microsoft Windows Services window.
Note:
Step 5.1. Search the Historian Tag Database for CIMPLICITY Tags
Note: Consult Historian documentation for details about the fields in the Search Historian Tag
Database dialog box.
The CIMPLICITY tags that fulfill the criteria are listed in the Tags box.
The following tag configuration was entered for the CIMPLICITY point entered by Historian
migration to accommodate differences in data definitions between CIMPLICITY and Historian.
The details can be changed in Historian. However, if Overwrite is checked on the Historian tab in
the CIMPLICITY Project Properties dialog box, when the OPC Server detects these tags as new
(e.g. CIMPLICITY and Historian are stopped and started) and changes will be overwritten with the
CIMPLICITY data.
Advanced Features | 2 - Logging and Archiving | 147
B General tab
(page
148)
C Collection tab
(page
148)
A Tag list
• Tags that fulfill search criteria are listed in the Tag Maintenance window Tags box.
• Tag names for tags that came from CIMPLICITY points display as follows.
• Select a tag to display its details on the Tag Maintenance window tabs.
Advanced Features | 2 - Logging and Archiving | 148
B General tab
1 Description Entry in the Description field in the CIMPLICITY Point Properties dialog box.
C Collection tab
1 Data Type Historian tag data type that provides a long enough field to accommodate its corresponding (page
159) CIMPLICITY point data type.
Note: The Historian OPC data collector uses the Historian Collector default settings as the
collection defaults. You can change the settings for a selected tag. If you change the Historian
Collector default settings, the new defaults will apply to new tags. They will not overwrite your
customized settings for selected tags.
2 Configuration tab
(page
151)
1 Collector list
• Collectors that are available for Historian are listed in the Collector Maintenance window
Collectors box.
• Collector names display as follows.
2 Configuration tab
The last 10 CIMPLICITY alarms and events can be displayed through the Configuration tab.
Feature Description
A Show Alarms/Events window lists details about the last 10 CIMPLICITY alarms and events.
Note: Review Historian documentation for more details about the Historian Collectors
Maintenance Configuration tab.
• Historian Connections tab in CIMPLICITY Options Dialog. (Only computer level connections
are available)
Advanced Features | 2 - Logging and Archiving | 152
• Historian Connections tab of Project Properties. (Only project level connections are
available).
• Tag browser that enables you to select and use Historian tags in CIMPLICITY, e.g. an
Expression field in CimEdit. (Only computer level connections are available).
• Expression Builder of a derived point. (Both project level and computer level connections are
available).
Location Figure
Historian Connections tab in CIMPLICITY Options
Dialog.
Location Figure
Tag browser
Advanced Features | 2 - Logging and Archiving | 154
Location Figure
Expression Builder of a derived point.
1. Select Add or Edit or Remove to add, edit and/or remove Historian connections.
A Add button
(page
155)
Advanced Features | 2 - Logging and Archiving | 155
B Edit button
(page
156)
C Remove button
(page
156)
a. The Add button enables you to add a server/connection to the Historian Connections list.
During runtime, CIMPLICITY can pull data from Historian tags in applications and fields that
use and display Historian tag values.
b. Click Add. A blank Add Historian Connection dialog box opens.
c. Entries to define the Historian connections are as follows.
Field Description
Password Valid password for the entered user. Note: A valid password is required to connect if a user name is
entered.
Buttons OK Closes the dialog box; adds the connection/server to the list.
Project Scope Indicates that the Historian Connection is created at project level.
Note: The Project Scope check box can be enabled/disabled only from the Expression Builder.
You must disable the check box to add a computer scope connection.
B Edit button
The Edit Historian Connection dialog box closes; the edited connection/server replaces the original
connection/server in the Historian Connections list.
C Remove button
Advanced Features | 2 - Logging and Archiving | 157
1. Select a connection
2. Click Remove.
The connection is removed from the list; this connection will no longer be listed or be available when
a user selects the connection/server that will supply Historian tag data for a feature, e.g. Historian
Trend line.
Connection Guidelines
Viewer During the Historian Client installation. Note: Historian Client can be installed during installation of the
CIMPLICITY viewer.
The Historian logs activity for the ComputerName_OPC_ connection in the Historian>LogFiles.
A OpcAECollector_<server name>_OPCAE_CIMPLICITY_HMI_AESvr_<n>.shw
B OPCCollector_<server name>_OPC_CIMPLICITY_HMI_OPCServer-<n>.shw
Historian archives
Note: This is the default path for Historian archives. The path to Historian in your system may
be different.
Advanced Features | 2 - Logging and Archiving | 159
When CIMPLICITY points are selected for data collection, Historian stores the data in
Historian>Archives.
Note: Consult your Historian documentation for details about reviewing the data.
CIMPLICITY ensures that the data type in Historian is long enough to accommodate the
CIMPLICITY data type length.
CAUTION: You can change the data type in Historian. However, if you checked Overwrite on
the Historian tab in the CIMPLICITY Project Properties dialog box,
Options include:
Single CIMPLICITY tag for collection.
Tags that have not already been added to the Historian Collector can be added manually.
Important: One project has to be running for the Collector to be available; then all the projects
connected to the OPC_Collector will be listed even if they are not running.
B Source Address.
(page
162)
Advanced Features | 2 - Logging and Archiving | 162
C Tag Name.
(page
163)
D Data type.
(page
163)
E Data Length.
(page
163)
F Time Resolution.
(page
164)
G OK.
(page
164)
A Collector Name
Example
The Browse button to the right of Source Address opens the Browse for Source Tag window.
Do the following.
Advanced Features | 2 - Logging and Archiving | 163
2 Show All (Optional) Check to show all tags listed under a selected folder, including points in subfolders.
Children
3 Auto Check to display tagnames in the right-pane that are associated with the selected folder in the left-
Browse pane.
5 Tag Selected folder displays its tags in the Browse for Source Tag dialog box right-pane.
Folder
6 Tagname Select the tag that should be added to Historian collection. Note: Listed tagname(s) are associated
with the listed folder.
Result: The selected tag displays in the Add Tag Manually dialog box.
C Tag Name
Result: The selected unique tag is added to the Porficy Historian Administrator Tags box.
Note: Consult the Historian documentation for more information about configuring the
Historian.
Tags that have not already been added to the Historian Collector can be added from the Collector.
Advanced Features | 2 - Logging and Archiving | 165
Important: One project has to be running for the Collector to be available; then all the projects
connected to the OPC_Collector will be listed even if they are not running.
• Click Add Tag From Collector in the Historian Tag Maintenance window.
1 Collector (Based on how the Add Multiple Tags from Collector dialog box was opened) select a collector if the
correct collector is not already selected.
3 Show All (Optional) Check to show all tags listed under a selected folder, including points in subfolders.
Children
4 Auto Check to display tagnames in the right-pane that are associated with the selected folder in the left-
Browse pane.
6 Tag Selected folder displays its tags in the Browse for Source Tag dialog box right-pane.
Folder
7 Tagname Select the tag that should be added to Historian collection. Note: Listed tagname(s) are associated
with the listed folder.
8 OK Click OK to close the Add Multiple Tags From Collector dialog box.
Result: The Historian Tag Maintenance window displays the selected tags; Historian will now collect
the selected tags' values from CIMPLICITY.
Advanced Features | 2 - Logging and Archiving | 167
Result: The CIMPLICITY Historian OPC Interface enables collection of data for the selected points.
Note: Consult the Historian documentation for more information about configuring the
Historian.
The CIMPLICITY Database Logger provides you with a seamless way to analyze your system
processes and equipment performance by logging data to and reporting data from a wide variety of
ODBC (Open Database Connectivity)-compliant databases.
The configuration is straightforward. You do not need to know about SQL or other ODBC database
internals to configure Database Logger logging tables.
• Use existing tables or create new tables that will log selected items for any one of the processes.
• Enter specifications for how, when and to what ODBC data source you want to log data.
When you start the project in which you configured the Database Logger, the Database Logger
creates tables you configured based on the attributes you specified.
Creating a report is also straightforward. CIMPLICITY provides sample reports that you use in
Excel. You can use these sample reports to quickly generate a report or as a basis to create new
reports.
The Database Logger option uses the standard ODBC interface to log your production data.
Refer to the Readme file that accompanies this release for a list of supported database interfaces.
Database Logger configuration is straightforward. The following list provides a logical order for
reviewing the details when you are learning how to configure one or more log tables.
7 Historian migration.
(page
296)
Off- 100 writes per second (2 field writes). However, off-node is dependent on your network configuration as well.
node
DATA One point being logged. If you have 20 points, you are doing 20 independent writes (when is configurable
individually for each point). The size of each write (number of fields) depends on how many attributes you are
logging. Fields include:
• 1 for timestamp
• 1 for the point ID
• Anything else you are logging (e.g., value, engineering units).
The more attributes you have, the slower the writes will be.
GROUP Is based on your table's logging conditions. The number of points and the attributes being logged
(configurable independently for each point) determine how big the writes will be (how many fields there will
be). Fields include:
Example If you are logging the value of two points, your group log table will have 3 fields, timestamp and two
fields for the points' values.
Important: (For SQL Server) insert triggers fire only if bulk insertion is disabled.
3. Check the Database Logger options that your system will use.
Option Enables
A Database Logger: A&E & App ALARM_LOG EVENT_LOG EM_LOG Selected application tables
4. Click OK.
The logging tables for the selected options will be available for logging selected data.
Either Or
Either Or
When you open the Database Logger Configuration window, you see a list of the currently
configured point data and group tables as well as the Alarm Log and Event Log tables.
The icon to the left of each table indicates its type as follows:
* Icon Table Log
A EVENT_LOG Selected system alarms that do not appear in the Alarm Viewer.
(page (page 265)
265)
* Indicates the option checked in the Project Properties dialog box, as follows.
A Database Logger: A&E & App
In order to configure how, when and where logs will collect and report data you can start at the
Database Logger level to specify certain properties and become more specific in your configuration
as follows:
Level Configure Database Logger defaults that apply to all tables in the Database Logger.
1
(page
173)
Level Configure Table defaults that apply to a selected table in the Database Logger. Override selected Database
2 Logger defaults, if necessary.
(page
174)
Level Configure Item logging conditions for selected items. These conditions override a table default, if necessary.
3
(page
174)
When you complete your configuration to can easily create a report for reviewing logged data.
Configuration Create Database Logger defaults for all the tables, including:
Data logging sources for alarm and point logs. Note: The tabs in the dialog box display based on
• what options were check in the Project Properties dialog box.
Note: The specific configuration depends on the process being configured. Table defaults can override
Database Logger defaults.
Configuration Enter logging conditions that are different from the table defaults for individual items in the table.
Advanced Features | 2 - Logging and Archiving | 175
Result: When configuration for any table is completed you can open Excel and generate reports from
the samples that are included in CIMPLICITY or create your own reports.
Note: The Event Manager Log (EM_LOG) and logs for external applications require new reports.
Configuration Create reports to display the data logged as a result of configuration in the Database Logger.
Configuration Tool Reports created on site or Excel reports supplied with CIMPLICITY that report:
• A table can have, at most, 250 columns. The number of columns you can actually have in a
group table depends on the type of data you are storing.
• A record being added to the database can have at most 2 KB of data.
With overhead, 2 KB amounts to approximately 222 8-byte floating-point numbers. (Points with
Engineering Units conversion are stored in floating point format.)
If you are storing a number of floating-point numbers or long text strings in a group record, it is
recommended that you verify that the 2-KB limit is not being exceeded.
• ALARM-LOG. See Step 3.7. Do Advanced Alarm Logging Configuration (page 263).
• COR_LOG. See Step 2.5. Perform advanced COR_LOG Configuration (page 293).
• Data Log. See Step 2.7. Do advanced Logging Configuration (page 234).
• EM_LOG. See Step 2.6. Do advanced EM_LOG Configuration (page 285).
• EVENT_LOG. See Step 3.6. Advanced Event Logging Configuration (page 274).
• Group Log. See Step 2.7. Do Advanced Group Log Configuration (page 247).
• An external application log. See Application Logging (page 295).
Important: You can only use the automatic report printing capability with Microsoft Access
(As-Is product) and SQL Server databases.
Advanced Features | 2 - Logging and Archiving | 177
You can use OLE automation from CIMPLICITY scripts to trigger the running and printing of
reports from Microsoft Excel spreadsheets that you have configured to produce reports
Note: If no one is logged in to the account you select here, when the script executes, no printers
will be available. The report will be generated, but it will not be printed.
4. Click OK to accept your changes and close the Service dialog box.
1. Expand the Basic Control Engine folder in the CIMPLICITY Workbench left pane.
2. Double-click Scripts.
Note: The following script opens the SQLALARM.xls spreadsheet, generates a report, and
prints it. You can use it as a template for creating your own scripts:
Sub Main ()
'------------------------------------------------------------------------------------
' This section sets REPORT_TRIGGER back to 0 so that the script
doesn't continue to run.
' This is not needed if the report is triggered directly from a
CimView screen or by a
' TIMED event in the Database Logger or Event Manager.
'
Dim PT As New point
PT.id = "\\PROJECT\REPORT_TRIGGER"
PT.value = 0
PT.set
'------------------------------------------------------------------------------------
' The code from this point on is for printing.
' This example uses one of the existing Excel spreadsheets for
extracting and printing
' the data from the cimplog.mdb alarm database.
' You will need to customize this code so that it prints what you
need. It is also
' possible in some applications to run a specific macro from the
command line.
' You can then use the SHELL command.
'
Dim Excel As Object
Set Excel = CreateObject ("Excel.Application")
'
' Open the workbook for alarm reporting
Excel.application.workbooks.open "C:\CIMPICITY\REPORT\SQLALARM.XLS"
Excel.application.workbooks("SQLALARM.XLS").activate
'
Advanced Features | 2 - Logging and Archiving | 180
There are many ways to trigger a script to run and print a report from Database Logger tables.
2. Open the Table Properties dialog box for the table whose report will be printed.
7. Enter the fill path and name of the executable you created from the script.
8. Click OK.
The Database Logger saves your changes and closes the Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 181
The report automatically generates and prints whenever any of the maintenance events you specified
occur.
Result: The report automatically generates and prints whenever the event occurs.
8. In the Edit Script window, enter a script that will trigger the report. You can generate the report
directly, or trigger an event that invokes an action that generates the report.
12. In the Procedure Information dialog box, create an Invoke Script action and specify the script
you created.
When a user executes the event you configured, the report automatically generates and prints.
Advanced Features | 2 - Logging and Archiving | 182
The Database Logger window provides you with the ability to carry out several file management
functions to manage CIMPLICITY tables, including:
1 Create a new logging table.
(page
182)
Note: The logging tables that are available and that can be created depend on the options you
selected in the Project Properties (page 170) dialog box.
You can create as many new CIMPLICITY data, group or applications tables as you need.
Advanced Features | 2 - Logging and Archiving | 183
A Click File>New Table on the Database Logger Configuration window menu bar.
B Click the New Table button on the Database Logger Configuration window toolbar.
The New Table dialog box opens when you use any method.
Note: Table types are enabled based on the Database Logger options selected in the Project
Properties (page 170) dialog box.
Option Description
Advanced Features | 2 - Logging and Archiving | 184
Radio buttons Check the type of table to create in the Table type box.
5. Click OK.
A Table Properties dialog box opens for you to configure the new table.
Important: You can only create new group, data and application log tables, when the
appropriate Database Logger options are enabled in the Project Properties (page 170) dialog box.
When the Database Logger: A&E & App option is enabled, only one alarm table (ALARM_LOG),
event table (EVENT_LOG) and Event Manager (EM_LOG) table exist in the Data Logger. You
cannot delete these tables, and you cannot create additional Alarm, Event or Event Manager tables.
When the option is not enabled, these tables are not available.
B
Click the Open Table button on the Database Logger Configuration window toolbar.
Advanced Features | 2 - Logging and Archiving | 185
Cannot be copied
• ALARM_LOG
• EM_LOG
• EVENT_LOG
• External application log
A Click File>Copy Table on the Database Logger Configuration window menu bar.
B
Click the Copy Table button on the Database Logger Configuration window toolbar.
5. Enter the name of the new table in the New table ID field.
6. Click OK.
Cannot be renamed
• ALARM_LOG
• EM_LOG
• EVENT_LOG
• External application log
A Click File>Rename Table on the Database Logger Configuration window menu bar.
Advanced Features | 2 - Logging and Archiving | 187
5. Enter the new name for the table in the New table ID field.
6. Click OK.
Cannot be deleted
• ALARM_LOG
• EM_LOG
• EVENT_LOG
A Click File>Delete Table on the Database Logger Configuration window menu bar.
B
Click the DeleteTable button on the Database Logger Configuration.
A message opens to inform you of the number of items in the table and confirm deletion.
5. Click OK.
• Define filter.
• Wildcard guidelines.
Define filter
1. Do one of the following in the Database Logger Configuration window or any open table.
Advanced Features | 2 - Logging and Archiving | 189
B
Click the Filter button on the Database Logger Configuration window or a table's toolbar.
Where
<Type> depends on the table or window in which the filter operation is being used.
Field Description
Table Identifier Full or partial table ID. Use the ? and * wildcards to perform partial string searches.
Field Description
Point Identifier Full or partial point ID. Use the ? and * wildcards to perform partial string searches.
Field Description
Alarm Identifier Full or partial alarm ID. Use the ? and * wildcards to perform partial string searches.
Tip: To display all the items in the table, enter an asterisk (*) in the <Type> Identifier
field.
Wildcard guidelines
You can use the following wild cards in the Database Logger user interface:
wildcard Description
Advanced Features | 2 - Logging and Archiving | 191
_ If you are calling ODBC functions directly, you cannot use the * and ? wild cards. The underscore
character, _,is the only available wild card. Use it to search for any character in this place in a string.
Note:
If you do not include or terminate your search string with an asterisk, only those items that
match your request exactly will be returned.
• If you are calling SQL functions directly, you can use the * and ? wild cards.
You can dynamically configure several logging properties through the Database Logger. You can:
When you activate Dynamic Configuration, CIMPLICITY updates your project's configuration
automatically. You don't have to return to the Workbench and do a project update in order for your
changes to take affect.
1. Open the CIMPLICITY table in the Database Logger that you want to reconcile.
B Reconcile buttons
(page
193)
The icon colors display the differences between the CIMPLICITY table (Database Logger
configuration) and the logging database as follows.
Field in the CIMPLICITY Field in the
Yes Yes
No Yes Unused
Yes No Uncreated
Advanced Features | 2 - Logging and Archiving | 193
Removed Removed
B Reconcile Buttons
Click Refresh.
• Create uncreated fields that are in the CIMPLICITY table but not in the logging database.
Select uncreated
Create
The fields are created in the logging database. The fields' icons change to:
• Remove unused fields that are in not in the Database Logger, but are in the logging
database.
Select unused
Remove
Tip: Press the Shift or Ctrl key to select multiple fields, or click SelectUnused to select all the
unused fields in the table.
a. Click Remove.
SQL Server and Oracle do not directly support dropping columns in a database table.
a. Copy the table to a temporary table.
b. Drop the table from the database.
c. Recreate the table with the fields you wish to use.
Advanced Features | 2 - Logging and Archiving | 194
d. Copy the data from the temporary table to the new table.
e. Delete the temporary table.
f. Consult your SQL Server or Oracle documentation for details on how to do this.
The unused fields are removed from the database. The fields' icons change to .
• Drop table
Drop Table
Note: The table is not dropped from the CIMPLICITY Database Logger.
• Upgrade Indexes
Upgrade Indexes
Note: Upgrade Indexes is enabled if you are looking at indexes that have not updated from a 5.0 or
older log.
Important: Updating indexes to CIMPLICITY v5.5 may take a long time to complete. The amount
of time required depends on the size of the table. This operation is very CPU intensive and will
degrade the database server performance while it is executing.
A message appears warning you about making sure that no one is logging to the table.
CIMPLICITY:
Advanced Features | 2 - Logging and Archiving | 195
When a CIMPLICITY logging table is open, you can close the table.
Option Return to the Database Logger Configuration window.
9.1 (page
195)
Click the Exit Window button on the top right corner of the table.
B Click the Exit Window button on the top right corner of the table.
Note: You can also exit the Database Logger Configuration window by clicking the Close
Window button on the top right corner of any open table.
Choose either:
Copy a table.
Rename a table.
The Database Logger Configuration window provides you with the capability to set global defaults
that specify:
• Open the Logging Properties dialog box. See Open the Logging Properties Dialog Box (page
196).
• Database Logger Default general parameters. See Database Logger Default General Parameters
(page 196).
• Database Logger Defaults for alarm, event, status log, and application logs. See Database
Logger Defaults for Alarm, Event, Status Log, and Application Logs (page 201).
• Database Logger Defaults for point and group point logs. See Database Logger Defaults for
Point and Group Point Logs (page 205).
You can change these defaults for any individual table when you are configuring that table's
properties.
Because there are several parameters that may be the same for all your logging tables, the Database
Logger provides you with the ability to specify defaults. The default you set will be the initial value a
table uses. However, you can change the values for individual tabls.
A queue size that supports the worst-case logging during activity bursts.
For example, if 10 points are being logged to the DATA_LOG table, you should have a queue size of
at least 10 in case the points' logging conditions all occur simultaneously.
Guidelines
The default queue size is the size of the queue of logged data for each table in the Database queue
size field.
• If the database queue for a table overflows a message is logged to your project's Status Log and
additional write requests are dropped until there is room in the queue for them.
• If there is more logging than can be supported by the benchmarked data rate for the database
increasing the size of the database queue will not resolve the problem of lost data.
• Increasing the size of the Database Logger queue will increase the amount of memory used by
the database logger. Since each table pre-allocates memory for the queue, this growth will take
place at startup time. For each additional entry in the queue, the following additional memory
will be used:
The system path to the directory that holds the files created by table maintenance export and purge
actions in the, if it is different from the default.
Default SITE_ROOT:\ARC places the data into the ARC subdirectory of the
project.
Guidelines
You may use the logical directory name SITE_ROOT to specify a different subdirectory of your
project, or use any other full path specification such as D:\EXPORT.
3 Enable measurement systems
Advanced Features | 2 - Logging and Archiving | 199
Checked Database Logger logs data for point values using the active measurement system converted value.
Note: The Database Logger logs values for device points and virtual points are as follows:
Device Checked and the Database Logger logs the data in the specified units. Note: You can also log the raw
points measurement value for device points by checking Raw Value on the Log Attribute tab in a table's
system is active Properties dialog box.
Virtual The database logger logs the derived value of the point.
points
Example
If you configure a point to be in inches, if you are using a metric system and that point is showing
as centimeters, the Database Logger is still going to log it as inches unless you check Enable
Measurement Systems.
4 Enable timestamp filtering
Checked Limits the number of characters in a table's timestamp column. You can choose to either round or truncate
the timestamp.
Default Clear
1. Check Round to round the actual time is rounded in the timestamp to the nearest specified
number of units.
2. Enter the nearest number and unit to which the timestamp will be rounded in the timestamps to
the nearest fields.
Example
Option 2–Truncating
1. Check Truncate to truncate the actual time in the timestamp to the nearest specified unit.
2. Enter the unit to which the timestamp will be truncated.
Example
Advanced Features | 2 - Logging and Archiving | 200
Rate (in seconds) at which system clock adjustments are checked. All synchronized timed events are
adjusted when a system clock adjustment occurs.
Default 60
An interval (in minutes) the Database Logger should wait between disk scans.
Default 30
Guidelines
The Database Logger scans the disk at intervals to determine if it is full. The Disk full scan rate
(min) determines how long the Database Logger waits after completing one scan before it scans the
disk again.
The default for the Disk full scan rate affects tables for which you have enabled Disk Space Low
maintenance event.
Note: The Disk Full condition is only useful for Microsoft Access (As-Is product) databases. The
SQL Server forces pre-allocation of disk space for data tables.
7 Point data logging scan rate
A value in ticks (100 ticks=1 second) in the Point data logging scan rate field that is:
• Faster than the fastest table scan rate in ticks at which the Point Data Logger will submit data
for logging.
• Large enough so that all the data for a PLC scan comes into the database together.
Default 100
Guidelines
The Point Data Logging scan rate is the rate at which the Point Data Logger submits data for logging.
Advanced Features | 2 - Logging and Archiving | 201
Result: The pathname you enter is validated when the Parameters tab is closed.
Database Logger Defaults for Alarm, Event, Status Log, and Application Logs
You can specify a single global ODBC data source that will be used when logging to Alarm, Event,
Status Log, and Application database files.
The Default Alarm Connection section is displayed when you select the Database Logger: A&E &
App option in the Project Properties dialog box.
When you configure each table, you can choose to use these defaults or you can specify an ODBC
data source that is unique for that table.
In the Logging Properties dialog box, select the Default Alarm Connection tab.
2. Database user.
3. Password.
Issues that apply to the ODBC data source for alarm, event, application, point and group point logs
include the following.
Important: System Data Sources may not be listed on the System DSN tab when you open The
ODBC Data Source Administrator on a 64-bit system.
1. From the CIMPLICITY Start menu, expand All Programs>HMI SCADA - CIMPLICITY on the
Windows start menu.
11. Click the ODBC Data Source button to the right of the ODBC data source field. The
ODBC Data Source Administrator opens.
The NT AUTHORITY/SYSTEM role must have administrative privileges for the Database Logger
to connect to ODBC. Beginning with SQL Server 2012 NT AUTHORITY/SYSTEM does not have
administrative privileges by default. The privilege needs to be granted in the Microsoft SQL Server
Management Studio.
The Database Logger should be able to connect to ODBC using Windows Authentication. Consult
Microsoft documentation for additional details.
Information needed varies from database to database. In general if you are connecting to:
Advanced Features | 2 - Logging and Archiving | 204
• A Microsoft Access database, you may be prompted for a file name. Microsoft Access (As-Is
product) does not fully support the long point IDs or alarm messages that were introduced in
CIMPLICITY V9.0. Consult Microsoft documentation for details about maximum character
support.
If the Data Logger is unable to connect to the selected database, validation fails.
Database user
User who will connect to the selected database driver. A database user name is required if you are
connecting to a SQL Server. Make sure that the name is a valid database user name.
Password
Password needed to connect to the selected database driver. A password is required if you are
connecting to a SQL Server. Make sure that the password is a valid database password.
The amount of time that the Database Logger waits between reconnect attempts when the connection
to the database is lost.
Check Enable store and forward to enable the ALARM_LOG table perform store and forward
options:
Max To select the number of records the Database Logger will store when its connection to the database is
number down. Enter a number between 1 and 4294967285.
of stored
records
Information needed varies from database to database. In general if you are connecting to:
The Database Logger validates your entries. You will be prompted if additional information is
required to connect to the database.
You can specify a single global ODBC data source that will be used when logging data to
CIMPLICITY data and group tables.
Note:
1. The Default Point Connection tab displays when the Database Logger: Points option is checked
in the Project Properties dialog box.
2. When you configure each table, you can choose to use these defaults or you can specify an
ODBC data source that is unique for that table.
Select the Default Point Connection tab in the Logging Properties dialog box.
Configure the default parameters for the CIMPLICITY point and group log tables the same way
you configure the parameters (page 201) for the CIMPLICITY alarm, event and application
log tables.
1 ODBC data source
(page
)
2 Database user.
(page
)
3 Password.
(page
)
• Database Logger Defaults for Alarm, Event, Status Log, and Application Logs (page 201)
• Database Logger Defaults for Point and Group Point Logs (page 205)
• ALARM_LOG. See Step 3.6. Configure the Alarm Log Connection (page 262).
• COR_LOG. See Step 2.4. Configure the COR_LOG Connection (page 291).
• Data log table. See Step 2.6. Configure the Logging Connection (page 229).
• EVENT_LOG. See Step 3.5. Configure the EVENT_LOG Connection (page 273).
Advanced Features | 2 - Logging and Archiving | 207
• Group log table. See Step 2.6. Configure the Group Connection (page 246).
Group table.
Point data logging provides you with a straightforward process to create and maintain records for
analyzing the performance of selected points.
The point performance represents the actual performance of equipment and processes in your system.
As a result, point logging provides you with an in depth record that can help you determine if action
is required to improve the performance of any equipment or process in your system.
Configuration steps in an open (page 184) data log table are as follows.
Step 1 Add points to a data table.
(page
209)
Important: When using fully qualified points, you must provide remote project log
inconfiguration with the project.
Primary key Is on the Joined Point ID and Timestamp columns. Includes the following if:
Constant fields
Attribute fields
_PREV As configured. Default is string Previous logged value of the point for the same logging event.
_TIME date/time Previous time the point was logged for the same logging event.
_TIME_UTC UTC date/time Previous UTC time the point was logged for the same logging event.
Optional fields
EM_LOG
EVENT_LOG
You can add points to a data or group log through either the:
Step 1.1 Point Properties dialog box
(page
209)
Step 1.1. Add Points to Log Tables via a Point Properties Dialog Box
1. Openthe Point Properties dialog box for a selected device or virtual point.
Note: The Log data checkbox displays when the option Database Logger: Points is checked in
the Project Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 210
4. Click OK or Apply.
CIMPLICITY adds the point to its default DATA_LOG. You can apply more specifications in the
Database Logger.
Step 1.2. Add Points to Data Log Tables through Database Logger
A Click Edit>Add Points on the CIMPLICITY Database Logger Configuration window menu bar.
B
Click the Add Item button on the Database Logger Configuration window toolbar.
B
Click the Add Item button on the log table toolbar.
The Select a Point browser opens when you use any method.
The Point IDs display in the data table window and will be logged according to your specifications.
You configure the point logging properties for all points in a data log table in a Table Properties
dialog box. You can adjust the logging conditions for a single point in the (Database Logger's) Point
Properties dialog box..
1. Select a data table (e.g. DATA_LOG) in the Database Logger Configuration window.
A Click Edit>Table Properties... on the Database Logger Configuration window's menu bar.
B
Click the Table Properties button on either window's toolbar.
Result. The data table, e.g. DATA_LOG Table Properties dialog box opens when you use any
method.
B
Click the Table Properties button on either window's toolbar.
Result. The data table, e.g. DATA_LOG Table Properties dialog box opens when you use any
method.
Logging Conditions determine when data will be logged into the table.
Note: For a CIMPLICITY data log table, you can change the table's default logging conditions
for an individual point in the (Database Logger's) Point Properties dialog box.
Tip: Click Use Defaults to reset the Logging Conditions to their default values. The default is to
log data periodically every 5 minutes.
• Options.
• Option combinations.
Options
Options to configure timed/gated logging are as follows.
Periodic Logs data into the table at regular intervals. Configuration for the Periodic configuration group includes:
Synchronized Synchronizes log data to a selected daytime. Configuration for the Synchronized group includes:
On digital Logs data while a digital point is in a selected state. Configuration for the On digital point state group
point state includes:
• high
• low
• transition (high or low state)
If a periodic time interval is not specified, logging will be triggered when the selected digital
point transitions to the selected state, or any time the digital point transitions (if transition is
selected). If you select a TRANSITION point state, together with a periodic or synchronized
time, the gate will be ignored.
Point Point whose state is monitored for logging. Note: If a device point is configured as On
Scan, the point value is updated on every scan even though its value remains unchanged.
Advanced Features | 2 - Logging and Archiving | 217
Option combinations
Option 2.2.1.1 Periodic and synchronized.
(page 217)
The combination of periodic and On digital point state actions are executed as follows.
Advanced Features | 2 - Logging and Archiving | 218
3 And:
2
• At the specified day time.
2
• At the specified day time
And
3
• At the Specified Time Interval
Radio Check one option to determine the conditions for when the values of all the points in the table will be
buttons logged.
Point being Each point that was added to the table after Point being logged was checked (and
logged does not have a customized logging condition) is logged when its value is updated.
Specific point Selected point is updated. Enter a Point ID for this option.
• Click the Popup Menu button to display options for selecting a point.
Deadband filter out changes in the value of the selected point type before triggering a logging event–for either the
point being logged or the specific point. Configuration in the Deadband group includes:
Radio buttons Check one to specify how to evaluate the entered value to trigger another logging
event.
The point's value must change more than the Deadband value before another logging event will be
triggered.
Note: An explicit deadband of 0 specifies that the point must have actually changed as opposed
to having been updated by the point manager.
On point alarm state logs point values when a selected point goes into one or more selected alarm
states.
Field Entered the point to be evaluated. Aids to find the point include:
Important: For On point alarm state to work successfully, you must define alarm limits for the trigger point.
For example, if you select a Point ID and choose its Alarm High state, logging in the table will occur each
time the point enters the Alarm High state.
Alarm One or more alarm states must be checked. The values for these alarm states is specified on the Alarm
limits tabin the selected point's Properties dialog box.
Alarm high
Warning high
Warning low
Alarm low
Tip: Click Use Defaults to reset the Logging Conditions to their default values. The default is to
log data periodically every 5 minutes.
Advanced Features | 2 - Logging and Archiving | 222
• You can combine On point value update logging with On point alarm state logging.
• If you do not define any logging conditions under Timed/Gated Logging, then data will only be
logged into the table when the trigger occurs.
• You can combine triggers. When you combine triggers, logging occurs when either of the
triggers occurs.
Example
You want to log a set of points when POINT_A is updated or when POINT_B is in Alarm High state.
Do the following.
Logging Attributes for a data log table (e.g. DATA_LOG) enables you to:
• Select the current point attributes that will be logged to the table.
• Log the name of the CIMPLICITY project.
Point Value Point's current value. Select a Data Type. The Database Logger will attempt to "force" the logged
data into the type you select. Data type options are:
• BOOL
• SINT
• USINT
• INT
• UINT
• DINT
• UDINT
• REAL
• STRING (255)
Previous Previous value recorded in this table for this point. Data type options are the same as for Point
Value Value (page 223).
Raw Value Point's raw value. Data type options are the same as for Point Value (page 223).
Alarm State Point's alarm state when the value is being logged.
Time Last Time the point was last logged in this table.
Logged
Table
attributes
Tip: Click Use Defaults to reset the Logging Attributes to their default values. The defaults
are to:
Maintenance Events define when export, purge, and command actions will be performed on the table.
Select the Maintenance Events tab in a data Table Properties dialog box.
2 Triggered maintenance
(page
226)
1 Timed/gated maintenance
Periodic Triggers maintenance at regular intervals. Configuration for the Periodic configuration group includes:
Synchronized Triggers maintenance at a selected time of day. Configuration for the Synchronized group includes:
On digital Logs data while a digital point is in a selected state. Configuration for the On digital point state group
point state includes:
• high
• low
• transition (high or low state)
If a periodic time interval is specified Maintenance actions will be executed when the
selected digital point is in the selected state. If a periodic time interval is not specified
Maintenance actions are triggered when the specified digital point transitions to the
selected state, or any time the digital point transitions (if transition is selected).
Point Valid states are HIGH, LOW, and TRANSITION. If a periodic time interval is specified,
maintenance actions will be executed when the digital point you choose is in the selected
state. If a periodic time interval is not specified, the maintenance actions are triggered
when the specified digital point transitions to the selected state, or any time the digital point
transitions (if transition is selected).
Up (page 224)
2 Triggered maintenance
Disk A drive's space falls below a specified size. Configuration for the Disk space low group includes:
space
low
Space Megabytes Maintenance events occur when space falls below the threshold specified in this
remaining field.
Note: The disk is checked at an interval that you specify on the Parameters tab the Logging Properties
dialog box.
Field Number of records. Maintenance actions will be executed when the number of records logged
to the table reaches a multiple of this number. Example You specify 500. Maintenance actions
are executed when the count reaches 500, 1000, 1500, etc. Note: If you check both conditions
maintenance is triggered when either condition occurs.
Important: Record deletion may not actually free disk space; this can depend your DBMS.
Consult your DBMS documentation.
Up (page 224)
Maintenance Actions define the type of actions that take place when a Maintenance Event occurs.
Select the Maintenance Actions tab in the DATA_LOG Table Properties dialog box.
2 Export actions
(page
228)
3 Other actions
(page
228)
1 Delete actions
Delete actions specify the criteria for how many records will be retained when data is deleted from a
logging table when a maintenance event occurs.
Delete records Determines the method of counting the number of records to retain in the table.
By count Delete all but the last (most recent)<n> records in the table.
By time Delete all but the records entered in the table for the last <n> days, hours or minutes.
Save deleted in file Saves the purged data to a .csv format file before removing it from the table.
2 Export actions
Export actions specify how many records will be exported when a maintenance event occurs.
By time Export all the table for the last <n> days, hours or minutes.
3 Other actions
Advanced Features | 2 - Logging and Archiving | 229
Execute Enables you to incorporate a SQL command line action. Configuration includes:
SQL
command
Field Enter a SQL command Example Records should be counted in the data table from the current
time minus one day (point values logged in the last 24 hours.) The field entry is: INSERT NTO
MYTABLE VALUES NOW(), SELECT COUNT(*) FROM DATA_LOG Where DATA_LOG is the
data log table.
Field Enter a program path name in the accompanying field. The entry can include command-
line arguments for the program. Example Purge actions have been configured to save the
records to a .csv file. A program has been written that transfers the files to a zip drive. The
field entry is: D:\Deleted\ Backupdeletedcsv.bat Where D:\Deleted\ is the path to the program.
Backupdeletedcsv.bat is the program that will be run when a maintenance event occurs.
Compact Compacts the Microsoft Access (As-Is product) database where the table resides during a maintenance
database event.
Connection defines the database connection and the Store and Forward properties for a table.
Option Default logging connection.
2.6.1 (page
229)
The Connection (page 205) tab is dimmed and unavailable for configuration. The data log table
uses the connections specified on the Default Point Connection tab in the Logging Properties dialog
box.
Configuration is as follows.
2 Connection information
(page
231)
The Connection tab is enabled to enter specifications for the selected table.
2 Connection information
The connection information enables you to select an ODBC data source that is different from the
default.
Connection options
Connection Options
Database User who will connect to the selected database driver. Important: This field is required if you are
user connecting to a SQL Server.
Password Needed to connect to the selected database driver. Important: This field is required if you are connecting
to a SQL Server
Reconnect A value between 0 (continuous retries) and 24 hours. This value specifies the amount of time that the
wait Database Logger waits between reconnect attempts when the connection to the database is lost. Time
period unites include:
• Seconds
• Minutes
• Hours
Default 30 seconds.
Up (page 231)
1. Select an ODBC data source from the drop down list in the ODBC data source, field. You can
select from available options or configure an existing or a new ODBC data source:
Note: If you have an Oracle database, you may see the ODBC data source that you created for
Oracle.
a. Configure the new ODBC data source based on the data source procedures.
b. Close the ODBC Data Source Administrator.
c. Select the new ODBC data source from the drop down menu.
Up (page 231)
3 Store and forward
When Enable store and forward is checked the DATA_LOG will perform store and forward
functions.
Options are:
No Limit Checked enables No Limit. The Database Logger will store an unlimited number of records when
its connection to the database is down. The number of records actually stored is determined by the
amount of time the connection is lost and by the amount of free disk space you have.
Max The Database Logger will store a specified number of records when its connection to the database is
number down. Enter a number between 1 and 4294967285.
of stored
records
Advanced Features | 2 - Logging and Archiving | 234
Field Number that will be the maximum stored. Valid numbers are from 1 to 4294967285.
The Advanced tab in the data log's Table Properties dialog box enables you to:
• Disable logging actions for the table that you are configuring.
• Override the queue size that is specified in the Database Logger's Logging Properties dialog
box.
• Select and control bulk insertion for Microsoft SQL Server or MSDE.
Select the Advanced tab in the data log's Table Properties dialog box.
Option Description
Check Do not log data to the selected table.
Clear Log to the selected table when the CIMPLICITY project is running.
Option Description
Use default Check to use the universal size specified on the Parameters tab in the Database Logger's Logging
Properties dialog box.
Write queue
size field 1. Clear Use default.
2. Enter a number in the that supports the worst-case logging during activity bursts.
Example: If 10 points are being logged to the table, you should have a queue size of at least 10 in case
the points' logging conditions all occur simultaneously.
Use bulk insertion enables you to take advantage of the Database Logger's bulk insertion capability
(Microsoft SQL Server or MSDE only).
The Database Logger will be triggered to insert records, based on whichever specification occurs
first.
Example
As a result:
Advanced Features | 2 - Logging and Archiving | 236
Does not collect 1000 records within 60 seconds. Inserts whatever records have been collected.
Important: For SQL Server, insert triggers fire only if bulk insertion is disabled.
2. Select the point you want to log under different conditions from the default.
Result: The (Database Logger's) Point Properties dialog box opens when you use any method.
The Point Properties dialog box displays either the default logging conditions or conditions that
were previously checked for the selected point.
Timed/gated logging
5. Click OK.
The selected point will be logged when its logging conditions occur.
Note: If point data is being logged to Historian and the point's logging conditions configuration
is changed in the CIMPLICITY Database Logger, the Historian Collection Options (page 146)
will be changed for the tag.
Group Point Logging Enables you to log data for a selected group of points in parallel.
Benefit Gives better performance and uses disk space more efficiently than data logging
Group Point logging provides you with a straightforward process for creating and maintaining
records to analyze the performance of selected points, whose values and selected attributes are
logged at the same time.
The point performance represents the actual performance of equipment and processes in your system.
As a result, point logging provides you with an in depth record that can help you determine if action
is required to improve the performance of any equipment or process in your system.
Important: When using fully qualified points, you must provide remote project login
configuration with the project.
If you have selected the project name table attribute, the primary key index also includes the project
name column.
Note: The prefix of each attribute column is based on the SQL Field Prefix specified for the point.
The index of each column is based on the point array element. Non array points always have index
value of '0' (e.g. <prefix>_VAL0)
Column Name Data Type Description
Constant fields
Attribute fields
<prefix>_PREV<index> Depends on point Previous logged value of the point for the same logging event.
type
<prefix>_TIME<index> date/time Previous time the point was logged for the same logging event.
<prefix>_TIME_UTC<index> UTC date/time Previous UTC time the point was logged for the same logging
event.
Optional fields
Note: The maximum number of columns a table can have is SBMS specific. Consult your
DBMS documentation to ensure that your Group table does not exceed these limits. Default MSDE
DBMS is 1024 columns, 8060 Bytes per row.
Important: Since the Microsoft Access (As-Is product) and Oracle format does not support sub-
second timestamp data, you cannot log points to a Group table at sub-second rates. Attempting to do
so will cause the duplicate-keyed records to be dropped from the database, unless you have enabled
millisecond logging.
You can add points to a group log through the Database Logger Configuration window and in a
Group Log window.
A Click Edit>Add Points on the CIMPLICITY Database Logger Configuration window menu bar.
B
Click the Add Item button on the Database Logger Configuration window toolbar.
B
Click the Add Item button on the log table toolbar.
The Select a Point browser opens when you use any method.
The Point IDs display in the group data table window and will be logged according to your
specifications.
You configure the point logging properties for all points in a in a CIMPLICITY group table's Table
Properties dialog box. (You can adjust the logging conditions for a single point in the (Database
Logger's) Point Properties dialog box.).
Step 2.1 Open the CIMPLICITY group Table Properties dialog box.
(page
242)
1. Either:
• Select a group table (e.g., GROUP_LOG) in the Database Logger Configuration window,
or
• Open the group (page 184) table (e.g., GROUP_LOG) window..
Method 1
Method 2
a. Click Edit on either window's menu bar.
b. Select Table Properties…
Method 3
a. Right-click a group table in the Database Logger Configuration window or any Point ID in
the group table's window.
b. Select Table Properties… from the popup menu.
Result. The group table's (e.g., GROUP_LOG) Table Properties dialog box opens when you use
any method.
Logging Conditions determine when data will be logged into the table
Note: Because, the points in a group table are logged in parallel, the logging conditions are the
same for all. However, you can select attributes that will be logged for individual points.
The conditions you check define the conditions for when the values of all the points in the table
will be logged.
2. Specify logging conditions the same way you specify them for a data log (page 214) table.
3. Check On point alarm state to log point values when a specified point goes into one or more
selected alarm states.
Logging Attributes for a group table (e.g. GROUP_LOG) enables you to:
• Select the current point attributes that will be logged to the table.
• Log the name of the CIMPLICITY project.:
The checked logging attributes will be the default logging attributes for additional points you add to
the group table.
Note: You can also specify that selected attributes be logged for individual points in the group
table.
Previous Value Previous value recorded in this table for this point.
Alarm State Point's alarm state when the value is being logged.
Time Last Logged Time the point was last logged in this table.
Table attributes
Tip: Click Use Defaults to reset the Logging Attributes to their default values. The defaults
are to:
Maintenance Events define when export, purge, and command actions will be performed on the
group table.
1. Select the Maintenance Events tab in a data Table Properties dialog box.
2. Specify actions the same way you specify them for a data log (page 224) table.
Maintenance Actions define the type of actions that take place when a Maintenance Event occurs.
1. Select the Maintenance Actions tab in the group log Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 246
2. Specify actions the same way you specify them for a data log (page 227) table.
Connection defines the database connection and the Store and Forward properties for the table.
1. Select the Connection tab in the GROUP_LOG Table Properties dialog box.
3. Do default connection configuration the same way you do for a data log (page 229) table.
4. Select the Connection tab in the GROUP_LOG Table Properties dialog box.
6. Do custom connection configuration the same way you do for a data log (page 230) table.
The Advanced tab in the group log's Table Properties dialog box enables you to:
Advanced Features | 2 - Logging and Archiving | 248
• Disable logging actions for the table that you are configuring.
• Override the queue size that is specified in the Database Logger's Logging Properties dialog
box.
• Select and control bulk insertion for Microsoft SQL Server or MSDE.
1. Select the Advanced tab in the group log's Table Properties dialog box.
2. Do advanced configuration the same way you do for a data log (page 227) table.
Important: For SQL Server, insert triggers fire only if bulk insertion is disabled.
2. Select the point for which you want to log different attributes from the default.
Method 1
Method 21
Click the Item Properties button on the group log table toolbar.
Method 3
Advanced Features | 2 - Logging and Archiving | 249
a. Click Edit on the window's menu bar for the group log table.
b. Select Point Properties…
Method 4
a. Click the right mouse button.
b. Select Properties… from the popup menu.
The (Database Logger's) Point Properties dialog box opens when you use any method
displaying either the default logging conditions or conditions that were previously checked for
the selected alarm.
4. Check the attributes that you want logged for the selected point.
5. Click OK.
The attributes you select will be logged for the selected point. The selection does not change if you
change the table defaults.
Alarm Logging
Alarm Logging
Alarm logging provides you with a straightforward process for creating and maintaining records to
analyze the alarm state of equipment and processes in your system. As a result, alarm logging helps
you determine if action is required to repair or maintain your system.
• Log data about selected alarms or all alarms to an alarm log table.
Advanced Features | 2 - Logging and Archiving | 250
You can display, print and analyze that information in a report that you create or in an Excel
CIMPLICITY Alarm Report that is included in CIMPLICITY..
• Alarm ID,
• Time the Alarm was Generated,
• Alarm Class, Resource,
• Alarm Message,
• Alarm comments that are entered in the Alarm Viewer.
• Logged By
• Other optional attributes that you select.
Event alarm.
The following system alarms are recorded in the Alarm Log table:
Alarm ID Description
DB_START_FORWARD Forwarding files found for Database Logger Store and Forward.
• Primary key index on the joined timestamp and sequence number columns.
• Secondary key index on the joined timestamp_utc and sequence number columns.
• Secondary index on the timestamp alone.
• Secondary index on the timestamp_utc alone.
If you have selected the project name table attribute, the primary key index also includes the project
name column.
Constant fields
N Normal
G Generate
R Reset
A Acknowledge
D Delete
log_action string State of the alarm that caused log event. Possible values.
N Normal
G Generate
R Reset
A Acknowledge
D Delete
N Normal
G Generate
R Reset
A Acknowledge
D Delete
Optional fields
You can add the following to the CIMPLICITY alarm log table:
Option Add Point Alarms to the ALARM_LOG Table via a Point Properties dialog box.
2.1 (page
253)
Advanced Features | 2 - Logging and Archiving | 253
Option 2.1. Add Point Alarms to the ALARM_LOG Table via a Point Properties Dialog Box
2. Select the point for which you want to log alarms in the Workbench right pane.
5. Check if and when you want an alarm to be logged in the Alarm Logging box on the Alarm tab
of the Point Properties dialog box. You can select any or all of the options:
Condition Alarm data is logged when the alarm:
Generate Occurs.
6. Click OK or Apply.
CIMPLICITY adds the point to its default ALARM_LOG. You can apply more specifications in the
Database Logger.
1. Do one of the following in the Database Logger Configuration window or the ALARM_LOG
window.
Method 1
Click the Add Item button on the Database Logger Configuration window toolbar.
Method 2
a. Click Edit on the Database Logger Configuration window menu bar.
b. Select Add Alarms…
Method 3
a. Right-click ALARM_LOG.
b. Select Add Alarms… from the popup menu.
Method 1
Method 2
a. Click File on the ALARM_LOG window menu bar.
b. Select Add Alarms…
Method 3
a. Right-click in the ALARM_LOG window.
b. Select Add Alarms… from the popup menu.
The Select an Alarm Definition browser opens when you use any method.
Advanced Features | 2 - Logging and Archiving | 255
3. Click OK.
The alarms display in the ALARM_LOG window and will be logged according to your
specifications.
You configure the alarm logging properties for all included alarms in the ALARM_LOG Table
Properties dialog box. (You can adjust the logging conditions for a single alarm in the Alarm
Properties dialog box.).
Step 3.1 Open the ALARM_LOG Table Properties dialog box.
(page
256)
1. Either:
• Select ALARM_LOG in the Database Logger Configuration window, or
• Open (page 184) the ALARM_LOG window.
Method 1
Method 2
a. Click Edit on either window's menu bar.
b. Select Table Properties…
Method 3
a. Right-click ALARM_LOG in the Database Logger Configuration window or any alarm in
the ALARM_LOG window.
b. Select Table Properties… from the popup menu.
Result. The ALARM_LOG Table Properties dialog box opens when you use any method.
Logging Conditions determine when data will be put into the log table. .
Note: You can change the conditions you specify in the ALARM_LOG Table Properties for a
single alarm.
The conditions you check define the default conditions for when the alarms in the table will be
logged.
Generate Occurs.
Logging Attributes for an ALARM_LOG table enables you to log additional information about the
logged alarms.
Select the Logging Attributes tab in the Table Properties dialog box.
3 Use defaults.
(page
260)
1 Table attributes
Check the table attributes that should be included in the ALARM_LOG table.
Point user_bits The value of the point's 64 bit user set usage. Even though CIMPLICITY is a 32 bit application a
user point can access the lowest 32-bits and the highest 32 bits in a 64 bit set. The logged value:
bits
• Displays the combined 64 bit value.
• Is logged as a decimal.
HIGH 35 = 0x23
LOW 15 = 0xf
Note: If you select or de-select the project name table attribute you must drop the table so that it
is properly re-created with or without the new project field as part of the primary key. Failing to do
so can cause the database logger to fail to log data into the table.
The status of any component in a system may be affected by the operation of other components in
that system.
Therefore, if a point is in alarm state, even if related points are not in alarm state, another value or
combination of values may be causing or influencing the alarm state value.
To help analyze an alarm status, CIMPLICITY enables you to log additional point values in the SQL
table row that contains the selected point's alarm state information.
Each point message checkbox that is checked adds two columns to the ALARM_LOG table, as
follows.
Advanced Features | 2 - Logging and Archiving | 260
• When a point's alarm messageincludes related point values, CIMPLICITY enters the point ID
and value in the fields that are assigned in the alarm message.
• If a Point message <n> is checked, but is not included in a point's alarm message, there is no
entry (e.g. NULL) for that point in the ALARM_LOG.
3 Use Defaults
Click Use Defaults to return the ALARM_LOG to its default logging attribute settings.
• The first time you open the ALARM_LOG all check boxes are clear.
When you click Use Default, all check boxes are once again cleared.
• The next time you open the ALARM_LOG the settings that were selected the last time is was
closed become the default settings
Maintenance Events define when export, purge, and command actions will be performed on the
Alarmtable.
1. Select the Maintenance Events tab in a alarm Table Properties dialog box.
2. Specify actions the same way you specify them for a data log (page 224) table.
Important: (For SQL Server) insert triggers fire only if bulk insertion is disabled.
Maintenance Actions define the type of actions that take place when a Maintenance Event occurs.
1. Select the Maintenance Actions tab in the ALARM_LOG Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 262
2. Configure the maintenance actions the same way you configure maintenance actions for a
CIMPLICITY data (page 227) table.
Connection defines the database connection and the Store and Forward properties for a table.
1. Select the Connection tab in the ALARM_LOG Table Properties dialog box.
3. Do default connection configuration the same way you do for a data log (page 229) table.
4. Select the Connection tab in the ALARM_LOG Table Properties dialog box.
6. Do custom connection configuration the same way you do for a data log (page 230) table.
The Advanced tab in the ALARM_LOG Table Properties dialog box enables you to:
Advanced Features | 2 - Logging and Archiving | 264
• Disable all logging actions for the table that you are configuring
• Override the queue size that is specified in the Database Logger's Logging Properties dialog
box.
• Select and control bulk insertion for Microsoft SQL Server or MSDE.
1. Select the Advanced tab in the ALARM_LOG Table Properties dialog box.
2. Do advanced configuration the same way you do for a DATA_LOG (page 229) table.
Important: For SQL Server, insert triggers fire only if bulk insertion is disabled.
1. Select the alarm you want to log under different conditions from the default.
Method 1
Method 2
Method 3
a. Click Edit on the ALARM_LOG menu bar.
b. Select Alarm Properties…
Advanced Features | 2 - Logging and Archiving | 265
Method 4
a. Click the right mouse button.
b. Select Properties… from the popup menu.
The Alarm Properties dialog box opens when you use any method displaying either the default
logging conditions or conditions that were previously checked for the selected alarm.
4. Click OK.
The selected alarm will be logged in the ALARM_LOG when its logging conditions occur.
Event Alarm Logging enables you to log alarms for events that do not need to be acknowledged or
reset. These events are normally system-based events, such as logging in and logging out. They do
not appear in the Alarm Viewer. As a result, Event Logging is a convenient way for you to track a
system issue that you are concerned about, but for which you do not want to have alarms appear in
the Alarm Viewer where acknowledgement and resetting issues arise. :
You can display, print and analyze that information in a report that you create or in an Excel
CIMPLICITY Alarm Report that is included in CIMPLICITY.
The following system events are recorded in the Event Log table:
Event ID Description
• Primary key index on the joined timestamp and sequence number columns.
• Secondary key index on the joined timestamp_utc and sequence number columns.
• Secondary index on the timestamp alone.
• Secondary index on the timestamp_utc alone.
If you have selected the project name table attribute, the primary key index also includes the project
name column.
Constant fields
Optional fields
1. Do one of the following in the Database Logger Configuration window or the EVENT_LOG
window.
Advanced Features | 2 - Logging and Archiving | 268
Method 1
Click the Add Item button on the Database Logger Configuration window toolbar.
Method 2
a. Click Edit on the Database Logger Configuration window menu bar.
b. Select Add Alarms…
Method 3
a. Right-click EVENT_LOG.
b. Select Add Alarms… from the popup menu.
Method 1
Method 2
a. Click File on the EVENT_LOG menu bar.
b. Select Add Alarms…
Method 3
a. Right-click in the EVENT_LOG window.
b. Select Add Alarms… from the popup menu.
The Select an Alarm Definition browser opens when you use any method.
Advanced Features | 2 - Logging and Archiving | 269
3. Click OK.
The alarms display in the EVENT_LOG window and will be logged according to your specifications.
You configure the event logging properties for all alarms in the EVENT_LOG Table Properties
dialog box. (You can adjust the logging conditions for a single alarm in the Alarm Properties dialog
box.). .).
Step 3.1 Open the EVENT_LOG Table Properties dialog box.
(page
270)
1. Either:
• Select EVENT_LOG in the Database Logger Configuration window, or
• Open (page 184) the EVENT_LOG window.
Method 1
Method 2
a. Click Edit on either window's menu bar.
b. Select Table Properties…
Method 3
a. Right-click EVENT_LOG in the Database Logger Configuration window or any alarm in
the EVENT_LOG window.
b. Select Table Properties… from the popup menu.
Result. The EVENT_LOG Table Properties dialog box opens when you use any method.
Logging Attributes for a CIMPLICITY EVENT_LOG table enables you to log the name of the
CIMPLICITY project.
1. Select the Logging Attributes tab in the EVENT_LOG Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 271
Tip: Click Use Defaults to set the logging attributes to their default value. The
EVENT_LOG will be set to not log the Project Name.
Warning: If you select or de-select the project name table attribute you must drop the table
so that it is properly recreated with or without the new project field as part of the primary key.
Failing to do so can cause the database logger to fail to log data into the table.
Maintenance Events define when export, purge, and command actions will be performed on the
table. .
1. Select the Maintenance Events tab in the EVENT_LOG Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 272
2. Specify events the same way you specify them for an DATA_LOG (page 224).
Maintenance Actions define the type of actions that take place when a Maintenance Event occurs.
1. Select the Maintenance Actions tab in the event log Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 273
2. Specify actions the same way you specify them for a data log (page 227) table.
Connection defines the database connection and the Store and Forward properties for the table.
1. Select the Connection tab in the EVENT_LOG Table Properties dialog box.
Result: The Connection tab is dimmed and unavailable for configuration. The event log uses the
properties specified on the Default Alarm Connection tab in the Logging Properties dialog box.
3. Select the Connection tab in the EVENT_LOG Table Properties dialog box.
5. Do custom connection configuration the same way you do for a data log (page 230) table.
The Advanced tab in the EVENT_LOG Table Properties dialog box enables you to:
• Disable logging actions for the table that you are configuring.
• Override the queue size that is specified in the Database Logger's Logging Properties dialog
box.
• Select and control bulk insertion for Microsoft SQL Server or MSDE.
1. Select the Advanced tab in the EVENT_LOG Table Properties dialog box.
2. Do advanced configuration the same way you do for a DATA_LOG (page 229) table.
Advanced Features | 2 - Logging and Archiving | 275
Important: For SQL Server, insert triggers fire only if bulk insertion is disabled.
1. Select the alarm you want to log under different conditions from the default.
Method 1
Method 2
Method 3
a. Click Edit on the EVENT_LOG menu bar.
b. Select Alarm Properties…
Method 4
a. Click the right mouse button.
b. Select Properties… from the popup menu.
The Alarm Properties dialog box opens when you use any method displaying either the default
logging conditions or conditions that were previously checked for the selected alarm.
4. Click OK.
The selected alarm will be logged in the EVENT_LOG when its logging conditions occur.
The CIMPLICITY Database Logger enables you to keep a record of event management event actions
using the EM_LOG table. When the event triggers actions that have been selected to be logged, the
Event Manager sends a message to the logger to log..
• Primary key index on the joined timestamp and sequence number columns.
• Secondary key index on the joined timestamp_utc and sequence number columns.
• Secondary index on the timestamp alone.
Advanced Features | 2 - Logging and Archiving | 277
If you have selected the project name table attribute, the primary key index also includes the project
name column.
A column type datetime2(7) is used for the timestamp, timestamp_utc, script_trigger_time and
script_trigger_time_utc that includes the 100 nanosecond resolution.
time string Local timestamp of the previous time the point was logged.
time_utc string UTC timestamp of the previous time the point was logged.
event_type string The type of Event Manager event associated with the event source.
action_type string The type of Event Manager action associated with the action source.
script_trigget_time_utc string The UTC time when the script was triggered.
Optional fields
RUN SCRIPT or RUN DOTNET SCRIPT Logged when the script starts executing.
RUN SCRIPT DONE or RUN DOTNET DONE Logged if the script execution is completed successfully.
RUN SCRIPT ABORT or RUN DOTNET ABORT Logged if the script execution is aborted.
RUN SCRIPT ERROR or RUN DOTNET ERROR Logged if an error occurs during script execution.
For every RUN SCRIPT action_type, a corresponding RUN SCRIPT DONE, or RUN SCRIPT
ABORT, or RUN SCRIPT ERROR action_type would be logged. This enables you to know the
status of an action.
Advanced Features | 2 - Logging and Archiving | 278
For every RUN SCRIPT DONE or RUN DOTNET DONE action_type, script_trigger_time and
script_trigget_time_utc are logged . This enables you to know the duration of script execution.
The duration of script execution is the difference between timestamp and script_trigger_time logged
in the row that contains RUN SCRIPT DONE or RUN DOTNET DONE action_type.
You can execute the following query to calculate the duration of script execution:
SELECT[timestamp]
,[timestamp_utc]
,[script_trigger_time]
,[script_trigger_time_utc]
,[sequence_number]
,[action_type]
,[action_target]
,[event_type]
,[event_source]
FROM [EM_LOG]
GO
• ALARM_LOG. See Step 3.4. Configure Alarm Log Maintenance Events (page 260).
• COR_LOG. See Step 2.2. Configure Status Log Logging Maintenance Events (page 289).
• Data log table. See Step 2.4. Configure Logging Maintenance Events (page 224).
• EM_LOG. See Step 2.3. Configure Event Management Logging Maintenance Events (page
282).
• EVENT_LOG. See Step 3.3. Configure EVENT_LOG Maintenance Events (page 271).
• Group log table. See Step 2.4. Configure Group Maintenance Events (page 244).
Advanced Features | 2 - Logging and Archiving | 279
• ALARM_LOG. See Step 3.5. Configure Alarm Log Maintenance Actions (page 261).
• COR_LOG. See Step 2.3. Configure Status Log Logging Maintenance Actions (page 290).
• Data log table. See Step 2.5. Configure the Logging Maintenance Actions (page 227).
• EM_LOG. See Step 2.4. Configure Event Management Logging Maintenance Actions (page
283).
• EVENT_LOG. See Step 3.4. Configure the EVENT_LOG Maintenance Actions (page 272).
• Group log table. See Step 2.5. Configure Group Maintenance Actions (page 245).
• An external application log. See Application Logging (page 295).
1. Expand the Basic Control Engine folder in the Workbench left pane.
3. Select the Event ID in the left pane to which you want to attach the action.
5. Open the New Event-Action dialog box using any of the following methods.
Method 1
Advanced Features | 2 - Logging and Archiving | 280
Click the New Event_Action button on the CIMPLICITY Event Editor toolbar.
Method 2
a. Click File on the CIMPLICITY Event Editor menu bar.
b. Select New Event_Action.
Method 3
a. Click the right-mouse button in the right pane.
b. Select New Event_Action from the popup menu.
Method 4
The New Event-Action dialog box opens when you use any of these methods.
8. Click OK.
When the selected event triggers the action, the Event Manager sends the data to the Database
Logger.
You configure the event action logging properties in the EM_LOG Properties dialog box.
The tasks to configure the Event Management action logging properties include:
Step 2.1 Open the EM_LOG Properties dialog box.
(page
281)
Method 1
Click the Table Properties button on the Database Logger Configuration window toolbar.
Method 2
a. Click the right mouse button.
b. Select Properties… from the popup menu.
Method 3
a. Click Edit on the Database Logger Configuration window menu bar.
b. Select Table Properties…
The EM_LOG Table Properties dialog box opens when you use any method.
Logging Attributes for an EM_LOG enables you to log the name of the CIMPLICITY project.
1. Select the Logging Attributes tab in the Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 282
Tip: Click Use Defaults to set the logging attributes to their default value. The EM_LOG
will be set to not log the Project Name.
Warning: If you select or de-select the project name table attribute you must drop the table
so that it is properly recreated with or without the new project field as part of the primary key.
Failing to do so can cause the database logger to fail to log data into the table.
Maintenance Events define when export, purge, and command actions will be performed on the table.
1. Select the Maintenance Events tab in the EM_LOG Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 283
2. Specify actions the same way you specify them for a data log (page 224) table.
Maintenance actions define the type of actions that take place when a Maintenance Event occurs.
1. Select the Maintenance Actions tab in the Event Manager Log Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 284
2. Specify events the same way you specify them for a data log (page 227) table.
Connection defines the database connection and the Store and Forward properties for the table.
1. Select the Connection tab in the EM_LOG Table Properties dialog box.
Result: The Connection tab is dimmed and unavailable for configuration. The EM_LOG uses
the properties specified on the Default Alarm Logging tab in the Logging Properties dialog box.
3. Select the Connection tab in the EM_LOG Table Properties dialog box.
5. Do custom connection configuration the same way you do for a data log (page 230) table.
The Advanced tab in the EM_LOG Table Properties dialog box enables you to:
• Disable logging actions for the table that you are configuring.
• Override the queue size that is specified in the Database Logger's Logging Properties dialog
box.
• Select and control bulk insertion for Microsoft SQL Server or MSDE.
1. Select the Advanced tab in the EM_LOG Table Properties dialog box.
Advanced Features | 2 - Logging and Archiving | 286
2. Do advanced configuration the same way you do for a data log (page 229) table.
Important: (For SQL Server) insert triggers fire only if bulk insertion is disabled.
The CIMPLICITY Database Logger enables you to record a project's status log messages to the
COR_LOG database table in addition to the cor_recstat.cl2 file in the project’s \log directory. The
project is scanned periodically, and any records added to it are also added to the COR_LOG table.
• A primary key index in the joined timestamp_utc and sequence number columns.
• A secondary key index in the joined timestamp and sequence number columns.
• A secondary index in the timestamp_utc alone. This is the clustered index for the table.
project varchar(21) Name of the project from where this Status Log record originated.
1. In the CIMPLICITY Workbench window, select Project, and then select Properties.
2. In the Project Properties window, in the General section, select the Database Logger : Status
Log option.
Note: This will enable the Database Logger : A&E & App option.
Advanced Features | 2 - Logging and Archiving | 288
The CIMPLICITY Database Logger enables you to keep a record of event management event actions
using the EM_LOG table. When the event triggers actions that have been selected to be logged, the
Event Manager sends a message to the logger to log..
• Step 2.1. Access the COR_LOG Properties Dialog Box (page 288)
• Step 2.2. Configure Status Log Logging Maintenance Events (page 289)
• Step 2.3. Configure Status Log Logging Maintenance Actions (page 290)
• Step 2.4. Configure the COR_LOG Connection (page 291)
• Step 2.5. Perform advanced COR_LOG Configuration (page 293)
1. In the CIMPLICITY Workbench window, in the left pane, expand Project, and then select
Database Logger.
Advanced Features | 2 - Logging and Archiving | 289
4. Select Edit, and then select Table Properties. Alternatively, you could select , or right-
click, and then select Properties. You can now access the COR_LOG Properties dialog box.
1. In the COR_LOG Table Properties dialog box, select the Maintenance Events tab.
Advanced Features | 2 - Logging and Archiving | 290
2. Specify actions the same way you specify them for a data log table, as described for Point Data
Logging in Step 2.4. Configure Logging Maintenance Events (page 224).
1. In the COR_LOG Table Properties dialog box, select the Maintenance Actions tab.
Advanced Features | 2 - Logging and Archiving | 291
2. Specify events the same way you specify them for a data log table, as described for Point Data
Logging in Step 2.4. Configure Logging Maintenance Events (page 224).
1. In the COR_LOG Table Properties dialog box, select the Connection tab.
The COR_LOG table now uses the properties specified in the Default Alarm Connection section
in the Logging Properties dialog box.
1. In the COR_LOG Table Properties dialog box, select the Connection tab.
3. Perform the custom connection configuration, and store and forward configuration as it is
done for a data log table, as described for Point Data Logging in Step 2.4. Configure Logging
Maintenance Events (page 224).
1. In the COR_LOG Table Properties dialog box, select the Advanced tab.
2. Perform advanced configuration the same way you specify them for a data log table, as
described for Point Data Logging in Step 2.4. Configure Logging Maintenance Events (page
224).
Note: In theScan rate field, specify the periodic rate at which you want to scan the Status
Log file for added records.
Important: For SQL Server, insert triggers are fired only if bulk insertion is disabled.
Advanced Features | 2 - Logging and Archiving | 294
Following are the steps to set COR_LOG scan time from Global Parameters:
1. From Global Parameters: In the CIMPLICITY Workbench window, in the left pane, expand
Project, expand Advanced, and then select Project Parameters.
Following are the steps to set COR LOG scan time from the Advanced tab of COR_LOG Table
Properties.
4. In Scan rate field, enter the value at which you want to scan the Status Log for the records.
5. Select OK.
Application Logging
Application Logging
Application Logging enables you to log actions of certain CIMPLICITY applications, such as the
Basic Control Engine. To take advantage this feature, you must configure an Application Table for
the product option.
The application chooses what data to log and when to log it.
Tip: You can configure the following properties for an Application logging table.
• Logging attributes.
• Maintenance actions.
• Maintenance events.
Advanced Features | 2 - Logging and Archiving | 296
• Logging properties.
Follow the same steps that you follow for the EM_LOG (page 276) .
• Primary key index on the joined timestamp and sequence number columns.
• Secondary key index on the joined timestamp_utc and sequence number columns.
• Secondary index on the timestamp alone.
• Secondary index on the timestamp_utc alone.
If you have selected the project name table attribute, the primary key index also includes the project
name column.
• A timestamp column.
• A timestamp_utc column
• An auto increment sequence number that ensures that each row is unique.
• Overview
• Historian migration configuration steps
Overview
When you update CIMPLICITY logging to use the Historian logging database, you can preserve
previously logged data by using the Proficy a Migration tool.
The Historian Migration utility migrates all or selected data from the previously used log database,
e.g. CIMPLICITY SQL, to Historian.
• DATA_LOG
• ALARM_LOG
• EVENT_LOG
You can migrate as many records that the Historian license permits.
• SPC tables
• GROUP_LOG
When you open the Historian Migration tool, you open a migration session. You specify what
data you want migrated. When the data is migrated and you close the Historian Migration tool, the
migration session is ended. If all of the data you want to migrate has been migrated you may not use
the tool again. If there is more data to migrate, you can simply, re-open the tool, select your criteria
and migrate your selection.
Note: The previously used database will not be removed after migration.
Important: There are some differences in how data is identified between the CIMPLICITY and
the real-time Collector.
The following lists define how data is mapped from CIMPLICITY to Historian to resolve these
differences.
Quality Mapping
CIMPLICITY Quality Attribute Value Historian Quality, Subquality
BOOL SINT INT USINT Integer Double integer Double integer Double integer
STRING STRING_20 STRING_8 STRING_80 Variable String Variable String Variable String Variable String
Point_id Tagname
Timestamp Timestamp
_VAL Value
_QUALITY Quality
Note: Hi and Lo Engineering Units do not exist in CIMPLICITY SQL table; these fields are
ignored during the migration.
alarm_message Description
timestamp TimeStamp
Mapping Guidelines
• AlarmType is as follows.
Tag alarm Are set to Level to match the real time collector.
MED 500
LOW 150
• DataSource is PEAE_MIGRATION.
• Source is combination of project/resource/alarm_id.
Important: SPC log tables and GROUP_LOG tables are not included in the migration.
2 Start Time Date Month/Day/Year of data that should be selected as the first data in the
migration. Note: Click the Down Arrow button to open a calendar on which you
can make the selection.
Default 1/ 1/1969
Default 1:01:01 AM
The default date and time migrates all data up to the selected end time.
Advanced Features | 2 - Logging and Archiving | 303
3 End Time Date Month/Day/Year of data that should be selected as the last data in the
migration. Note: Click the Down Arrow button to open a calendar on which you
can make the selection.
The default migrates data from the start date to the most current.
4 OK Closes the Select tables to migrate dialog box. The migration begins as soon as the
dialog box is closed.
Important: The same start time and end time are used for each selected table during the
migration session. The selections apply to the one migration session only. Once completed,
settings revert to the default settings.
Migration occurs after you select either option. A status bar displays migration progress.
2 Time options
(page
305)
3 Logfile Options
(page
305)
6 Read/write options
(page
307)
Option Description
Advanced Features | 2 - Logging and Archiving | 305
Default
• CIMPLICITY Server if the Historian Server is the same as the CIMPLITY Server.
• Blank if the CIMPLICITY Server is different from the Historian Server.
Username Valid Historian user name. If the name is not recognized by Historian, the migration will fail.
Password Password required for the specified Historian user. If the password is incorrect, the migration will fail.
Event rate/ Number of data per second that can be sent to the Historian Server. Note: This can be used to slow data
second flow for Historian Server processing requirements.
No limitation 0
Default 10000
2 Time options
3 Logfile options
Filename Location and name of the file that contains the log data.
Log migrated samples Checked Every sample sent to Historian is logged on screen
Default Clear
Overwrite logfile Checked Overwrites the existing log file with data from the last migration.
Default Checked
Tags and values that already exist in Historian can be overwritten if specified.
Checkbox Description
Advanced Features | 2 - Logging and Archiving | 306
Overwrite Checked Overwrites the tag properties in Historian if the tag name already exists in Historian. Associated
existing tag properties are:
tags
• datatype
• Sourceaddr(projectname\PointID.VALUE)
• Engineering Unit (if available).
Clear If the tag name already exists in Historian, the migrating tag's properties will not written to
Historian. Note: If the tag's properties already in Historian are different from the properties of
the tag that will be migrated, the new tag properties will not be migrated to Historian.
Default Clear
Overwrite Checked Overwrites the existing values for the existing Historian tag.
existing
values
Clear Appends new values for the existing Historian tag in the Historian log.
Default Checked
• A CIMPLICITY project
• LOW
• MED
• HIGH
• $SYS
• $ACAL
• The OPC Alarm & Event Server defines alarm categories as integers, not strings.
During migration CIMPLICITY alarm classes are mapped to the integer value entered in the LOW,
MED and HIGH fields..
Field Description (after migration)
Default 150
Default 500
Advanced Features | 2 - Logging and Archiving | 307
HIGH The following alarm classes are identified as the entered value.
• HIGH
• SYS
• User defined alarm classes
Default 850
6 Read/write options
Clear A simulation is conducted to determine if the data can get written from CIMPLICITY logging to
Historian. Values are not actually written to Historian during the migration.
Default Checked
Read Checked Enables validating data if it was written successfully and can be read. When the migration is
values complete a window will open for validation purposes. Important: Validation reads each tag and
its data back from Historian. This process can be very time consuming.
Default Clear
A migration progress summary displays in the historian migration utility window during the
migration session after each migration.
Tip: Click File>Clear Display on the Historian migration utility menu bar to clear the window.
The log file that is named in the Migration options dialog box opens in Notepad.
The file displays details of the last migration during the open session.
Note: Make sure you check Read Values (page 307) in the Migration Options dialog box
if you want the Migration report to open when the migration is completed
• ODBC configuration.
• Database management for SQL Server.
• About creating tables.
• Table characteristics.
• Database-disconnect-recovery.
Important: The Microsoft Access (As-Is product) ODBC driver is only supported on Intel-
based computers.
Advanced Features | 2 - Logging and Archiving | 310
ODBC Configuration
ODBC Configuration
• Install the (MSDE) database server option, a Microsoft SQL-compatible database server, the
ODBC driver will be SQL Server data sources.
• Do not install the server, CIMPLICITY redistributes ODBC using Microsoft data access
components.
You do not need to purchase or configure additional software to use these drivers.
Tip: Install the database server because, as a SQL server, it provides better scaling when you
want to go to a more robust SQL server to support Enterprise type solutions.
For improved performance and network extensibility, you may wish to log to a third-party database
product such as Microsoft SQL Server or Oracle.
• ODBC drivers.
• CIMPLICITY default ODBC data sources.
• Custom ODBC data sources.
• ODBC configuration and moving projects.
ODBC Applications use an ODBC driver to communicate with database applications. The drivers
supported for use with the CIMPLICITY Database Logger are:
Driver Description
Microsoft SQL Server or Microsoft SQL Server Express A high-performance database for larger applications.
2012, 2014, 2016 You must purchase SQL Server to use this driver.
Supported SQL versions are:
An ODBC Data Source is a specific configuration of an ODBC driver. When you install the
CIMPLICITY Database Logger, several data sources are automatically configured:
Data Source Description
CIMPLICITY If you:
Logging - Alarms
• Installed the database server when you installed , this data source will use the Microsoft SQL
Server driver and log onto the local SQL server.
• Did not install the database server, the data source uses the Microsoft Access (As-Is product)
driver to log to CIMPLOG.MDB in your distribution ARC directory.
CIMPLICITY If you:
Logging Points
• Installed the database server when you installed , this data source will use the Microsoft SQL
Server driver and log onto the local SQL server.
• Did not install the database server, the data source uses the Microsoft Access (As-Is product)
driver to log to POINTLOG.MDB in your distribution ARC directory.
CIMPLICITY SQL The data source uses the Microsoft SQL Server driver to log to an on-node (local) SQL Server.
Server Logging
You may configure additional data sources on your computer, or customize the data sources that are
configured by CIMPLICITY installation. However, you must observe the following restrictions:
• Use only supported ODBC drivers. Other drivers may not meet the data requirements of
CIMPLICITY software.
• Because CIMPLICITY runs as a service, it must use system data sources.
• Remember that data sources are not part of your CIMPLICITY project, and will not
automatically follow a project that is taken to a different node.
• Be aware of any driver-specific restrictions (below) which may apply.
Advanced Features | 2 - Logging and Archiving | 312
Note: If you want to trend Logged or Logged Point data that is stored in a remote database, you
must add a custom data source to each Viewer.
If you copy a project to another computer, the ODBC configuration associated with that project will
not be automatically copied.
• If the project uses the default CIMPLICITY data sources, you may need to modify your
configuration depending on whether the default data sources use SQL Server or Access (As-Is
product).
Note: Normally there will not be any additional configuration. However, if you install CIMPLICITY
differently on one machine from a machine to which you move the project, you may need to adjust
the new machine.
Example
You installed the database server on Machine A. However, you did not install the database server on
Machine B. You moved the project to machine B. CIMPLICITY logging expects to log to Access
(As-Is product). In fact it won't because ODBC is pointing to the SQL database server. You will need
to re-configure Machine B to point to the correct data source.
• If the project uses custom data sources, these must be re-configured on the target machine.
5. Select either:
• CIMPLICITY Logging - Alarms or
• CIMPLICITY Logging - Points.
6. Click Configure.
Advanced Features | 2 - Logging and Archiving | 313
7. Configure the first Microsoft SQL Server DSN Configuration wizard as follows:
a. Select the Server as follows:
For Select
A remote machine The computer name from the drop down list.
a. Click Next.
8. Configure the second Microsoft SQL Server DSN Configuration wizard as follows:
Feature Check
A Authenticate the login With SQL Server authentication using a login ID and password entered by the user.
ID
B Connect to SQL Connect to SQL Server to obtain default settings for the additional configuration
options.
Enter Description
9. Click Next.
10. Finish configuration leaving the defaults on the remaining dialog boxes.
1. Run the ODBC Administrator (from the ODBC program group) or select the ODBC option
from the CIMPLICITY supportedWindows Control Panel.
4. Select Microsoft Access Driver from the list, and click OK.
Use any combination of letters, numbers, and white space; but avoid punctuation characters.
7. Either:
• Click Select... to select an existing database file, or
• Click Create... to create a new .MDB file.
8. Specify a file name In the Select Database or New Database dialog, and click OK.
11. Configure separate data sources for CIMPLICITY Point Logging and Alarm Logging.
Note: Due to file locking issues in the Microsoft Access driver, you must never request
Exclusive access to a database that is used by CIMPLICITY for logging. In addition, the Point
Logging and Alarm Logging data sources must refer to different database files.
Note: Configuring the aliases on both nodes helps avoid confusion about the database name.
• The Oracle server's IP address must be in the CIMPLICITY computer's HOST file if DNS or
Wins resolution is not being used.
• In the ODBC Datasource Administrator dialog box, use the Microsoft ODBC for Oracle Driver
and enter the database alias name in the Server Name field.
• Starting with Oracle 9i, the Oracle services are started by default.
Advanced Features | 2 - Logging and Archiving | 315
2. Double-click Services .
3. Either:
• Double-click CIMPLICITY Service in the list of services, or
• Click Startup....
6. Click OK.
7. Click Close.
2. Install HMI SCADA - CIMPLICITY 7.0 on a different machine that has a CIMPLICITY
supported operating system.
Important: The required Oracle client version is v9.2.08 or above. Any version lower than
9.2.08 is not supported.
4. Open the ODBC Data Source Administrator through the Microsoft Control Panel.
6. Click Add.
Important: Make sure the driver is installed before you attempt to configure the data source.
Oracle OraHome92 driver
Option Description
Data Source Name Name that identifies the data source, e.g. Oracle_DSN_Test.
TNS Service Name <HostName>_<ServerName> selected from the drop down list. Where
HostName = SID created while installing Oracle 9i/10g server on Server machine.
User ID Name must be an authorized user, created during the Oracle 9i/10g server installation.
a. Click Test Connection.
An Oracle ODBC Driver Connect dialog box opens, displaying the Service Name and User
Name.
a. Enter a valid password (that goes with the user ID).
Note: The password was created during the Oracle 9i/10g Server Installation.
a. Click OK.
1. Select the Microsoft ODBC for Oracle driver in the Create New Data Source list of drivers.
2. Click Finish.
Field Description
Data Source Name Name that identifies the data source, e.g. Oracle_DSN_Test.
User Name Name must be an authorized user, created during the Oracle 9i/10g server
installation, e.g. <HostName>_<ServerName>
HostName = SID created while installing Oracle 9i/10g server on Server machine.
Note: A valid password will be required when the ODBC data source is selected in the Database
Logger's Logging Properties (page 196) dialog box.
1. Select the Data Direct 5.1 Oracle driver in the Create New Data Source list of drivers.
2. Click Finish.
Field Description
Data Source Name Name that identifies the data source, e.g. Oracle_DSN_Test.
HostName = SID created while installing Oracle 9i/10g server on Server machine.
Field Description
1. Click OK.
1. Click OK.
The Oracle client software must be installed in the same computer as the CIMPLICITY software.
If the SQL Server generates an error that looks like this on rollover:
Error #S1000 SQLSERVER has run out of locks. Re-run your command when …
1. Open the SQL Enterprise Manager in the Microsoft SQL Manager program group.
2. From the Server menu, select SQL Server, then Configure. The Server Configuration/Options
dialog opens.
3. In the Server Configuration/Options dialog, select the Configuration page.
4. Find locks in the list.
5. Increase the number of locks.
6. Select OK.
7. Exit the SQL Enterprise Manager.
The change takes place the next time the SQL Server is restarted.
Advanced Features | 2 - Logging and Archiving | 321
3. Click the Start/Continue button, if it is enabled, to start the Microsoft SQL Server.
When forwarding data (in store and forward), forward is a separate connection to the database.
If the table is enabled for bulk insertion, bulk insertion requires a dedicated connection to the
database in order to work. As a result, maintenance actions for bulk insert tables will need to
allocate a separate connection. Once the action is completed, it will free the connection.
If there are too many tables enabled for bulk insertion there, resulting in too many connections
at once, there will be a performance degrade.
Transaction Log
All SQL Server transactions are logged to the Transaction Log file. The Transaction Log contains an
audit trail by default and can grow to be quite large. To conserve disk space consider doing one of
the following:
1. Open the SQL Enterprise Manager in the Microsoft SQL Manager program group.
2. From the Manage menu, select Databases. The Manage Databases dialog opens.
3. In the Manage Databases dialog, double click on the database used by the CIMPLICITY
Database Logger. The Edit Database dialog opens.
6. Click OK.
Result: The change takes place the next time the SQL Server is restarted.
This command will dump the Transaction Log without saving the log.
If you want to save the log to a file, see your SQL Server documentation on how to do this.
Advanced Features | 2 - Logging and Archiving | 323
This change takes place the next time you update the project's configuration and then restart the
project.
Create Tables
Create Tables
When a project is started, the Database Logger creates any tables you have configured for that
project based on the attributes you have specified. This means you don't have to know anything about
databases to log data from your CIMPLICITY project.
To successfully create or repair tables, the Database Logger requires an exclusive lock on the Access
database. If another application is using the Access database, the Database Logger cannot exclusively
lock the database, and it will terminate. If this happens, the following message will be logged in the
Status Log for the project:
Advanced Features | 2 - Logging and Archiving | 324
This problem occurs, for example, if a user is running reports on the Access database while a project
is being started.
Table Characteristics
Column Definitions
The following columns are defined for each type of log file:
• Data logging tables contain a timestamp and Point ID column, plus an additional column for
each table and point attribute you have selected. The number of columns is independent of the
number of points in the table. For example, if you have a table that logs the point value and
previous value for all points configured for data logging, the table will have four columns.
• Alarm, Event, and Application logging tables have columns that are specific to that table,
plus an additional column for each table attribute you have selected. All table rows include a
timestamp column and an auto-increment sequence number that ensures that each row is unique.
• Group logging tables contain a timestamp column, plus an additional column for each table and
point attribute you have selected. For example, if you have a table logging the value and alarm
state of five points, the table will have eleven columns.
Note: Points with Engineering Units conversion are stored in floating point format
Key Definitions
The following keys are defined for each type of log file:
• Group logging tables have a unique primary key index on the timestamp column. If you have
selected the project name table attribute, the primary key index also includes the project name
column.
• Data logging tables have a primary key index on the joined timestamp and Point ID columns,
and a secondary index on the timestamp alone. If you have selected the project name table
attribute, the primary key index also includes the project name column.
• Alarm, Event, and Application logging tables have a primary key index on the joined timestamp
and sequence number columns, and a secondary index on the timestamp alone. If you have
selected the project name table attribute, the primary key index also includes the project name
column.
Important: Since the Microsoft Access (As-Is product) format and Oracle do not support
sub-second timestamp data, you cannot log points to a Data or Group table at sub-second rates.
Attempting to do so will cause the duplicate-keyed records to be dropped from the database.
Advanced Features | 2 - Logging and Archiving | 325
Database-Disconnect-Recovery
Database-Disconnect-Recovery
If the Database Logger loses its connection to a database, it generates a DB_CONN_DOWN alarm.
When it successfully reconnects to the database, the alarm is cleared.
Data to be saved locally then forwarded to the database when the reconnection is made. Store and forward.
You can use the Reconnect wait period to define the amount of time to wait between connection
requests whenever the Database logger loses its connection to the database. Each time a reconnect
request fails, a DB_CONN_DOWN alarm is generated.
You can define a separate wait period for the Alarm Logging and Point Logging.
After the database connection is reestablished, if you have also enabled the Store and forward
feature, all of the stored data is automatically forwarded to the database.
Note: The DB_CONN_DOWN alarm is not stacked by default, but you can change it in Alarm
Configuration.
The Store and Forward feature is available for supported databases. This feature lets you write
records for Alarm Logging and Point Logging to storage files whenever the Database Logger loses
its connection to the database.
When the Database Logger successfully reconnects to the database and Store and Forward is
enabled when the Database Logger starts, the Database Logger checks for stored data files (that
is, .SQL files) in the storage directory. If it finds files, it generates a DB_START_FORWARD alarm
then checks the files for stored data. If there is no stored data in the files, the Database Logger logs
the following message to the Status Log:
If there is data to forward, the Database Logger goes through each file and forwards the data to the
database. When all the data has been forwarded, or if the Database Logger loses its connection to the
database, it clears the DB_START_FORWARD alarm and stops processing the storage files.
Note: Stored data and new logged data are sent in parallel to the database, and all Maintenance
actions are ignored while data is being stored.
After a file is forwarded to the database, the Database Logger sends the following message to the
Status Log:
If the Database Logger cannot process a SQL statement in a storage file, it generates a log file
with the same name as the storage file and the extension .LOG. The log file contains the statement
forwarded to the database and the error message returned by the database.
If the Database Logger encounters no problems when forwarding data, no .LOG file is generated.
Note: If you have Store and Forward enabled and storage files exist when you shut down the
Database Logger and you then disable Store and Forward, the Database Logger will not forward
records from the storage files when it restarts.
You can open a storage file and examine its contents in, for example, Notepad.
Important: Store and Forward is supported only for local Microsoft Access (As-Is product)
databases, not remote Access databases.
When you enable this feature, you can choose to store an unlimited, or a maximum number of
records in the storage file for the database. You can define separate storage options for Alarm
Logging and Point Logging.
• If you choose to store unlimited records, the Database Logger continues to save data records
until it runs out of disk space. The following message is then logged in the Status Log:
• If you choose to store a maximum number of records, the Database Logger saves the configured
number of records then stops, and the following message is logged to the Status Log.
The records are stored in one or more files in a storage directory. The number of files depends on the
maximum number of records you select and the maximum number of records per file.
For Alarm Logging and Point Logging storage files, the default directory is %SITE_ROOT%\arc ,
and the default maximum number of records per file is 100.
The filenames for the storage files have the following format:
<prcnam>_<dbmsid>_<date>_<time>
.sql
Where
Example
For point logging (group and data logs), the process name is MAC_PTDL .
Example
MAC_PTDL_$PTLOG_20000913_174548.SQL
Once the maximum number of records have been stored, the Database Logger will not store any
more records until it can forward some of the currently stored records.
For example, you configure Store and Forward for a maximum of five records.
Advanced Features | 2 - Logging and Archiving | 328
• After the Database Logger loses its connection to the database, it stores five records and logs the
"Number of stored records exceeded" message to the Status Log:
• The Database Logger then reconnects to the database and is able to forward three of the stored
records before it loses its connection again.
• The Database Logger will now store three records and log the "Number of stored records
exceeded" message to the Status Log:
If the Database Logger is shut down, and there are still records in the storage files, when the
Database logger restarts, these records are not counted against the maximum. Under these conditions,
you can have more than the maximum number of records stored to disk.
Note: You specify the maximum number of stored records on the Connection tabs in the
Database Logger Logging Properties dialog box.
The default directory for Store and Forward files is %SITE_ROOT%\arc , and the default
number of records per file is 100. You can change both of these defaults.
Important: Please consider carefully when changing the maximum number of records per
stored file. Setting too high a number will result in unmanageable files, while setting too low a
number will cause excessive disk I/O.
cd master
idtpop dbms_def
notepad dbms_def.idt
Note that the Alarm Logging and Point Logging databases have separate records.
3. To define a new path for the stored records for a database, enter the pathname in the store_path
field for the database. You can set a different path for each database.
4. To define a new maximum number of records per stored file for a database, enter the new
maximum in the recs_per_file field for the database. You can set a different maximum for each
database.
6. Enter the following commands to regenerate the data file and close the command window:
scpop dbsm_def
exit
7. Shut down your project, perform a Configuration Update, and then restart the project.
CIMPLICITY software consists of a large number of interrelated programs. Not all programs are run
interactively by users. The non-interactive programs, therefore, cannot report problems directly to a
user's terminal. Instead, they use the various log files available on the system.
All CIMPLICITY versions All CIMPLICITY processes other than user processes *.out and *.err
All CIMPLICITY versions Backup for all CIMPLICITY processes other than user *.out_<n> and
processes *.err_<n> .
Note:
• If a project has been upgraded from an earlier CIMPLICITY version both the cor_recstat.clg
and cor_recstat.cl2 files will be available.
• The message lengths (page 337) for the status log files are as follows.
cor_recstat.clg 80 characters
• If a long point ID that is being used in CIMPLICITY applications is deleted, error messages
displayed in a cor_recstat.cl2 log that are associated with that long point ID will display the
internally generated short point ID (32 characters or less) instead of the long point ID created by
the user.
Notes:
• Examples of applications that might be using the long point ID are CimView, Trend, an event
in the Event Editor.
• The message will report that there is a request for a nonexistent point; the reported point ID will
be the short point ID.
Status Log Viewer Status Log files for projects or the system.
...\<CIMPLICITY Installation>\data\Data\log_names.cfg
....\<CIMPLICITY Installation>\bsm_data\log_names_data.cfg
...\<Project Installation>\data\log_names.cfg
Note: This file needs to be edited in each project's directory, for all involved projects.
Advanced Features | 2 - Logging and Archiving | 332
LOG_MAXRECORDS|S|default|10|1000
LOG_MAXRECORDS|P|default|10|1000
Where
Component Description
LOG_MAXRECORDS Command for maximum records.
S System
P Project
Default 10
1000 Maximum number of records that can be listed in the CIMPLICITY Log Viewer window.
Note: The view can be filtered (page 342) so the records you need to review will be
listed.
Default 1000
Comment The maximum number of records has been successfully tested up to 16,000. Note:
When there are large records the Log Viewer takes time to populate this high number.
Decrease maximum If the log contains a greater number of records, the cor_recstat.cl2 (or cor_recstat.clg)
records is re-initialized.
You can resolve problems by examining the various log files in order to identify
• Errors.
• Error sources.
• Other relevant logging information.
• Workbench
• Start menu
Workbench
Either Or
Note: If the project has been upgraded from a version lower than CIMPLICITY v8.2
COR_RECSTAT.CLG will also be listed in the Workbench right-pane.
Result: The Project status log displays in the Status Log viewer.
Advanced Features | 2 - Logging and Archiving | 335
Note: The cor_recstat.cl2 file will open automatically when the Status Log button or
Tools>Status Log menu is used.
An additional option to open the COR_RECSTAT.clg (page 330) log file is as follows.
4. Right-click COR_RECSTAT.CL2.
9. Click Open.
Result: The project's COR_RECSTAT.clg file will open in the CIMPLICITY Log Viewer.
Start Menu
Result:
• If the System Log was the last log opened.
12. Click Log>Select Log on the Status Log window menu bar.
Tip: Change the .cl2 to .clg in the Find CIMPLICITY Log browser>File Name field you want
to open the COR_RECSTAT.clg (page 330) file.
• If a project status log was the last log opened.
• Workbench
• Start menu
Workbench
• Double-click COR_RECSTAT.CL2.
• Right-click COR_RECSTAT.CL2 select Open on the Popup menu.
Result: The system Status Log opens when you use either method.
Start Menu
Result:
• If the System Log was the last log opened.
Click Log>View System Log on the Status Log window menu bar.
The CIMPLICITY Log Viewer screen displays the following information for each record that it finds
in the status log file:
Advanced Features | 2 - Logging and Archiving | 338
Column Description
Red Failure
Yellow Warning
Green Success
Code Primary value used by software for expressing the type of error.
Reference Number that can be used to determine the location of the condition that caused the error.
Note: Guidelines
• The Procedure, Source, Reference, and Code fields are primarily for use by CIMPLICITY
support and should be reported if you are contacting CIMPLICITY support for troubleshooting
assistance.
• The list of messages is initially sorted in descending order (newest to oldest) by Date/Time.
You can click on any of the column title buttons to sort the messages alphanumerically by that
message attribute.
Example
To view all the messages generated by the MAC_PTDL process, click the Process header.
Advanced Features | 2 - Logging and Archiving | 339
• Log menu.
• View menu.
• Help menu.
Log Menu
Option Description
Clear Current Log Clears all messages from the current log file.
Save as Text... Saves the current contents of the Status Log file as a text file.
Export to CSV File Exports contents of the open log to a .csv file format. to a csv (but is separated by |) and the
Print Preview... Shows you what your print request will look like.
Print Setup... Configures the printer, form and page setup for your Status Log print request.
View Menu
Option Description
Filter Filters the entries by Status, Process, Procedure, Source, Reference, or Code.
Entries...
Find... Locates an entry based on the Status, Process, Procedure, Source, Reference, and Code information
that you enter.
Find If you already selected Find, this command locates the next entry based on the information you entered. If
Next you have not entered any Find parameters, this command locates the next entry in the log file.
Detail... Displays all of the detailed information for the selected log message.
Live Automatically updates the Status Log list as messages are generated. You cannot display message details
Update when in this mode.
Refresh Refreshes the Status Log list on request. This option is available when Live Update is disabled. In addition,
you can display message details when in this mode.
Toolbar Enables/Disables the display of the Toolbar at the top of the screen.
Status Enables/Disables the display of the Status Bar at the bottom of the screen.
Bar
Help Menu
Option Description
Help Topics Displays the main Help window for the Status Log Viewer.
About Log Viewer... Displays program information, version number, and copyright for Status Log Viewer.
Advanced Features | 2 - Logging and Archiving | 341
Toolbar Buttons
Shortcut Keys
Shortcut Description
F3 Finds the next Status Log message that fits the search criteria.
The Status Log Viewer lets you locate messages that have a warning or failure status, and provides
information to help determine the source of the problem.
3.1 Filter status log messages.
(page
342)
The Status Log can be filtered to display a particular set of messages. The filter selection types
correspond to the CIMPLICITY Log Viewer columns.
Click View on the status log Viewer menu bar; select Filter Entries.
• Success
• Warning
• Failure
Important: If you do not check at least one status type, no messages will display..
Advanced Features | 2 - Logging and Archiving | 343
B Process CIMPLICITY process that may require attention (e.g. CfgCab). Tip: Click the drop-down list to display
the list of processes that are currently in the log file and can be selected.
C Procedure Internal procedure (software module) name/names. Enter either of the following:
Note: Procedures, which are more specific than processes, can help narrow the search for a problem.
D Source Selected error class name (e.g. COR_PM_ERR). Tip: Click the drop-down list to display the list of
sources that are currently in the log file and can be selected.
E Reference Exact number to determine the location of the condition that caused the error (e.g. 105).
F Code Exact primary value used by software for expressing the type of error (e.g. 25009).
G Message Message text associated with a log message. Note: The entry must be exactly as it appears in the
status log.
OK Log Viewer window displays with the filtered list of messages. If no messages match the
filter, the window is blank.
2. The next message in the status log that matches the filter is highlighted.
If no message is found, the highlight remains at the current message.
Tip: Once you have set the filters in the Find System Entry dialog box and found the first
message that matches the filters, you can do either of the following:
The next message in the configured direction that matches the filter is highlighted.
• Failure
• Warning
• Success
D Code Primary value used by the software for expressing the type of error.
E PID Process ID of the process that logged the message. Note: The number is displayed in both decimal
and hexadecimal format.
Advanced Features | 2 - Logging and Archiving | 345
j Reference Number passed by the procedure to assist in determining the location of the condition that caused the
error.
Close Close the dialog box and return to the Log Viewer screen.
Previous Display the previous message in the log file. Note: If you are at the first message in the file,
you will be asked if you want to continue from the end.
Next Display the next message in the log file. Note: If you are at the last message in the file, you
will be asked if you want to continue from the beginning.
Important: If you are contacting CIMPLICITY support for troubleshooting assistance about a
particular message or set of messages, the information in these fields is of critical importance:
• Status
• Code
• Process
• Procedure
• Source
• Reference
• Error Message
Printing a status log is similar to printing any other text document. Many printing features, of course,
depend on the printer type and model.
A benefit to using print preview is being able to determine what pages should be printed.
Close Closes the Print Preview window; returns to the CIMPLICITY Log Viewer window.
Option Description
Name Currently selected printer. Click the dropdown list to select from the list of available printers.
Print Range Print all of the status log messages or select pages. Notes
• If you applied a Filter (page 342) to the Status Log display, only the filtered
messages will print.
• Use the Print Preview window to determine what pages to print.
Note: The header line on each page of the printout shows the computer name, the full path name
for the Status Log file and a page number.
The Status Log files are binary files, and cannot be viewed directly.
Advanced Features | 2 - Logging and Archiving | 348
You can, however, copy the contents of a Status Log file to a text file that you can view with a text
editor (e.g. Notepad).
Default: SYSTEM.TXT.
4. Click OK.
A First line of the text file shows the computer name and the full path name for the Status Log file.
B Other lines display messages that were listed in the CIMPLICITY Log Viewer window when the file was saved.
Note: If you applied a Filter (page 342) to the Status Log display, only the displayed messages were saved to the
text file.
• Configure the CIMPLICITY project to create and automatically update an ASCII text version of
the unfiltered Project Status Log.
LOG_ASCII|P|default|1|T
Add the line anywhere in the file, e.g. under Standard Logical Names,
The next time you start the project, CIMPLICITY will create a text file version of this status log,
COR_STATUS.LOG, in the project's Log folder.
CIMPLICITY keeps this file updated with the latest project status information.
• Log system status to a text file with the same name in the ...\<CIMPLICITY Installation>\log
folder.
Add the same line, above, to the file LOG_NAMES.CFG in the ...\<CIMPLICITY Installation>\data
folder.
Note: If you applied a Filter (page 342) to the Status Log display, only the displayed
messages will be exported.
1. Click Log>Export to CSV File on the CIMPLICITY Log Viewer menu bar.
Default: SYSTEM.CSV.
4. Click OK.
Result:: The CSV file, which can be opened in Excel, displays the following.
A First line in the file shows the computer name and the full path name for the Status Log file.
B Other lines display messages that were listed in the CIMPLICITY Log Viewer window when the file was
exported. Note: If you applied a Filter (page 342) to the Status Log display, only the displayed messages
were saved to the text file.
CIMPLICITY includes a:
Advanced Features | 2 - Logging and Archiving | 351
When launched the Status Log Viewer opens either the System Status Log file or the Project Status
Log for the current project depending on the method used (page 333) . You can, however, select a
different log file for display at any time (e.g. system status, current project status, or the status log for
another project).
• Select Log>View System Log on the CIMPLICITY Log Viewer menu bar.
The CIMPLICITY Log Viewer can display CIMPLICITY Status Log files .cl2 and older .clg files.
You can search the directory structure on any drive you are connected to for log files.
Status Log files are generally found in the ..\<CIMPLICITY Installation>\log directory and in
each project log directory.
1. Locate the file in the ..\<CIMPLICITY Installation>\log directory or a project log directory.
2. Click OK.
Advanced Features | 2 - Logging and Archiving | 352
The current set of w32rtr.out and w32rtr.err files for the Router may contain additional information if
you are experiencing problems with your CIMPLICITY software.
Warning: All projects on the computer stop when you stop the router.
4. Check for:
A w32rtr.err files with a size greater than 0. These files have data.
Example
B w32rtr.out files with a size greater than 0. These files have data.
Example
5. Use Notepad to look at the contents of these files (right-click and select Open With... Then
select Notepad in the dialog box that appears).
Tip: Drag any one of these files from the Workbench Computer>System Log right-pane
into a text editor, e.g. Notepad, to view the contents.
CfgCab Configuration
PB Point Bridge
4. Check for:
A .err files with a size greater than 0. These files have data.
Example
B .out files with a size greater than 0. These files have data.
Example
Note: Each .err and .out file can have up to two backups.
Note: You can only examine the newest.err and .out files while the project is not running.
You can examine backup .err and .out files while the project is running.
Tip: Drag any one of these files from the Workbench Project>Status Log right-pane into a
text editor, e.g. Notepad, to view the contents.
AB_ETH<n> Allen-Bradley Ethernet device communications where <n> is the port number
PB Point Bridge
TCPIP<n> Series 90 TCP/IP device communications where <n> is the port number.
In addition to these files, you may also find files for alarm log printers and device communication
drivers.
Chapter 3. System Management
The CIMPLICITY file deployment system provides the tools to automatically synchronize (page
357) selected files, including CimView screens, global scripts and global parameter files, from a
CIMPLICITY deployment server to its viewers.
File Description
gefdepl.dplcfg A configuration file:
NOTE: The location on the Viewer is in the installation\Data folder: <localhost>\Program Files
(x86)\Proficy\Proficy CIMPLICITY\Data
Advanced Features | 3 - System Management | 357
File Description
cimsync.exe
• Cimsync.exe is a standalone executable running under user context.
• When starting this executable, the user must be logged into the machine for the synchronization to
occur.
• Cimsync is located on each Viewer included in the synchronization, in the exe folder:
• In Terminal/Web Space servers, the user must log in with administrator credentials before
launching the cimsync.exe file, and must remain logged in for the synchronization to occur. Only
users connected to the Terminal/Web Space servers can see the changes.:
Deployment Overview
A deployment server can hold one or more folders with files that are automatically deployed to one
or more viewers whenever they are modified. The deployment insures that the viewers automatically
have the latest file version.
A summary overview of one deployment server synchronizing files with one viewer is as follows.
1 Deployment server setup.
(page
358)
2 Viewer setup.
(page
358)
Advanced Features | 3 - System Management | 358
A A shared folder with files that are periodically updated and need to be deployed to one or more viewers. Note:
The shared folder will be accessed by the Viewer by a UNC (page 359) path that is identified (page 375) in the
Deployment Configuration Editor.
B A shared folder with a configuration file, gefdepl.dplcfg, that lists the details of the deployment configuration.
Note: Gefdepl.dplcfg is created on a CIMPLICITY server or Viewer and is always saved to the installation
\Data directory.
...\Program Files\Proficy\Proficy CIMPLICITY\Data. However, it can be used on any server designated as the
deployment server.
Viewer setup
The viewer requires four basic components.
Advanced Features | 3 - System Management | 359
• The viewer must have read access to the deployment server source files folder.
• You can also map a drive to the folder; however it is recommended that you use a UNC path, which is not
dependent on each viewer.
B A local folder with a configuration file, gefdepl.dplcfg, that lists the details of the deployment configuration.
Note: On the Viewer, this file must always be located in the installation \Data directory.
C A local folder that holds the files for the viewer to use.
A Detects changes or additions to files using the UNC path to the deployment server's source files folder.
B (After a specified time period) Deploys the files to a temporary folder on the Viewer. Note: The temporary folder
insures that all the source files are transferred correctly and provides a more stable environment than the network
for them to be deployed. The files are deployed at one time to the target folder or folders. Updating all of the
involved files at one time will insure that the integrity of any dependence among them is maintained.
C Deploys the file to the viewer's target file folder where it overwrites existing files and adds new files.
A Detects a change in the gefdepl.dplcfg file using the UNC path to the deployment server's configuration file folder.
B (If the viewer is set to have the configuration file synchronized with the deployment server) Deploys it immediately a
temporary folder on the viewer. Note: The temporary folder insures that all the source files are transferred correctly
and provides a more stable environment than the network for them to be deployed. The files are deployed at one
time to the target folder or folders. Updating all of the involved files at one time will insure that the integrity of any
dependence between the configuration file and other files is maintained.
C Overwrites the existing gefdepl.dplcfg version in the viewer's installation \Data directory.
D Reads the new configuration file version and uses the new parameters from that point on.
The key to developing a straight-forward deployment system is to map out the system's viewer/server
requirements and specifications before beginning configuration.
The key to developing a straight-forward deployment system is to map out the following.
1 Identify the Deployment Server and Selected Viewers.
(page
361)
Advanced Features | 3 - System Management | 361
3 Identify what Viewers should have the configuration file automatically synchronized.
(page
362)
A Each viewer that will be singled out in the deployment must be identified with the exact name identified on the
Computer Name tab in the Windows System properties dialog box.
B The deployment server name must be the exact name identified on the Computer Name tab in the Windows System
properties dialog box.
A Exactly what files and/or file types on the viewer will require synchronization.
B The target folder path on the viewer that holds the identified files. There can be more than one local path on a
viewer. Note: The temporary (page 359) folder on the viewer is automatically created.
C Each shared folder on the deployment server that holds the source files that will be deployed to the viewer.
A The UNC path on the deployment server for viewers that should have the configuration file, gefdepl.dplcfg,
automatically updated. Notes
• The viewer must have read access to the Server folder to enable synchronization.
• The target folder on the viewer is always in the Installation \Data directory.
• The temporary (page 360) folder on the viewer is automatically created.
B Viewers can have a configuration file that can only be updated manually because it will not be synchronized with the
server.
Note: Make sure the Viewers have enough hard drive space to support deployment.
When the Viewer specifications are planned out, there may be several viewers that are the same.
These viewers can be grouped under a "COMMON' Viewer designation.
1 Group together viewers that have the same specifications.
(page
364)
B The deployment server name must be the exact name identified on the Computer Name tab in the Windows System
properties dialog box.
A Exactly what files and/or file types on the common viewers will require synchronization.
B The local (target) folder path on the viewers that hold the identified files. The local path must be the same for every
viewer included in the synchronization. Note: The temporary (page 359) folder on the viewer is automatically
created.
C Each shared folder on the deployment server that holds the source files that will be deployed to the viewer.
A The target folder on the viewer is always in the Installation \Data directory.
B The UNC path on the deployment server for viewers that should have the configuration file, gefdepl.dplcfg,
automatically synchronized with the server. Notes
• The viewer must have read access to the Server folder to enable synchronization.
• The temporary (page 360) folder on the viewer is automatically created.
When the deployment configuration has been mapped out, the organization and parameters can be
identified and written to the gefdepl.dplcfg deployment configuration file.
CIMPLICITY provides a user interface, the CIMPLICITY Configuration Editor, in which you can
identify the configuration and save it to the gefdepl.dplcfg file.
Step 2.1 Open the CIMPLICITY (Deployment) Configuration Editor.
(page
366)
• Start menu
• Workbench
Start Menu
Workbench
Either Or
Either Or
10. Select the option (page 371) that addresses your requirements.
The CIMPLICITY Configuration Editor menu bar includes the following features.
Advanced Features | 3 - System Management | 368
Note: The features display on both the server and viewer. However, some features apply to one or
the other.
1. File menu
3 Fetch from Opens a Fetch From Server browser to find and open a gefdepl.dplcfg file from X X
Server the deployment server
1. Edit/Popup menus
A Popup menu can be opened (right-click) that is the same as the Edit menu when an entity is
selected but is not in edit mode.
Edit Menu/Popup
1 Cut Cuts a selected entity, e.g. a folder; the entity can be pasted in a selection X X
location.
2 Copy Copies a selected entity, e.g. a folder; the entity can be pasted in a selected X X
location
3 Paste Pastes a cut or copied entity in a selected location. A number is appended to the X X
name. Example z:\ViewAll under the 'COMMON' viewer is copied and pasted
under a z:\View101 folder. The pasted name is z:\ViewAll(1).
2 Cut Cuts the value being edited; the selection can be pasted in a selected location. X X
3 Copy Copies the value being edited; the selection can be pasted in a selected location. X X
4 Paste Pastes a cut or copied value in a selected location. A number is appended to the X X
name. Example c:\ViewAll under the 'COMMON' folder is copied and pasted under a z:
\View101 folder. The pasted name is z:\ViewAll(1).
1. View menu
3 Split Enables resizing the panes using the arrow keys on the keyboard. X X
1. CimSync menu
1. Help menu
3 About Configuration Editor. Opens details about the CIMPLICITY version and build. X X
3 Reload the configuration file from the disk. After the configuration file is saved for the first time.
4 Cut the selected entity When an entity, e.g. a folder or viewer, is selected.
5 Copy a selected entity or value. When an entity, e.g. a folder or viewer, is selected.
Advanced Features | 3 - System Management | 371
6 Paste a cut/copied entity or value. When an entity, e.g. a folder or viewer, is selected.
The left pane basically lists the sources of the deployed files.
A Viewer names.
B Shared folders on the server with deployable files configured for this viewer.
• Open (page 366) the CIMPLICITY Configuration Editor when a configuration file is not in
the installation \Data directory.
• Click the New button on the CIMPLICITY Configuration Editor toolbar.
• Select File>New on the CIMPLICITY Configuration Editor menu bar.
1. Check an option.
2. Click Next.
Important: You can create more than one configuration file when you are working on the
CIMPLICITY server and setting up your configuration and copy the version to its appropriate
viewer or the deployment server.
However, the file will always be saved to the CIMPLICITY installation \Data directory. If you
plan to create more than one version make sure that you copy the version you created from the
Data directory into another directory before creating a second version. An existing version in the
data directory will be overwritten.
The file created will be included in the automatic synchronization from the server to the viewer.
Always check For a deployment server for the version that will be on the deployment server.
The deployment server configuration file template opens with the following features.
A Run and Start buttons are disabled. Note: The buttons will be enabled when the file is deployed to a viewer.
C The default Master configuration path in the right pane is: \\<local server>\data Where <local server> is the
CIMPLICITY server. data is the C:\Program Files\Proficy\Proficy CIMPLICITY\data folder. Note: The actual
value can be changed (page 375).
A stand-alone file can be important for a viewer that requires a very specific custom
configuration that should never be automatically overridden.
When For this viewer only is checked, the viewer to which this version is copied will not be
included in an automatic configuration file synchronization with the server.
A The Run button is enabled, since the template is meant for a viewer.
Advanced Features | 3 - System Management | 374
C The Master configuration path field is empty, since the template is meant for a viewer.
Fetch from Server opens a Fetch Configuration File browser that enables you to quickly find an
existing gefdepl.dplcfg file that is on the same or a different server in the network.
Tip: If the server drive that contains the CIMPLICITY project is mapped to the local
computer, the Fetch Configuration File browser opens to the data directory and displays the
gefdepl.dplcfg file.
Deployment also supports older versions of the configuration file, gefdepl.cimcfg files; that file
will display if *.cimcfg is selected in the Files of type field.
Cancel
The Cancel button closes the New Deployment Configuration window closes.
The Master configuration path is the UNC path to the server and folder from which the configuration
file is distributed and, if specified, updated whenever it is modified.
When the configuration is saved in the CIMPLICITY Configuration Editor, the configuration file,
gefdepl.dplcfg, is saved in the CIMPLICITY server installation Data directory.
CIMPLICITY does not have to be installed on the deployment server. However, the path must be a
path that has read access from the Viewer.
Advanced Features | 3 - System Management | 375
Important guidelines
Where
\Data is the Data folder in the CIMPLICITY installation path, C:\Program Files\Proficy\Proficy
CIMPLICITY\Data.
Leave the local server\data UNC path in the Master configuration path field if the local server and
CIMPLICITY\Data folder should be the path to the deployment server.
Do either of the following to enter a Master configuration UNC path that is different from the
default.
Advanced Features | 3 - System Management | 376
A UNC path can be typed in the Master configuration path field, if it is different from the default
path.
Where
<Server name> is the server on which the deployment configuration file is located.
Result: The selected UNC path will be entered in the Master configuration path field.
1. Click the Browse button to the right of the Master configuration path field.
1. Find and select the server and configuration file deployment folder on your network.
2. Click OK.
Result: The selected UNC path will be entered in the Master configuration path field.
Advanced Features | 3 - System Management | 377
• When you modify and save gefdepl.dplcfg, it is always updated in the CIMPLICITY installation
Data directory. If you do not use the default location, you will have to copy and paste the
updated version into the Master configuration path in order for it to be deployed to the viewers.
• If the selected server or path is not accessible when you save the configuration file, a message
box will issue a warning . You can still save the file and continue configuration. Simply make
sure that when the configuration file needs to be available for deployment that it is placed in the
specified path.
• Make sure the selected deployment folder is available to the Viewers involved in the
deployment.
1. Gefdepl.dplcfg is always automatically created and saved in the CIMPLICITY installation data
directory on the CIMPLICITY server.
ConfigDeply will be the official master configuration share folder name on the deployment
server..
\\depServ\ConfigDeploy
Where
4. Whenever Gefdepl.dplcfg is updated, it is copied/pasted from the ...\Data folder into the folder
specified in the Master configuration path field.
Advanced Features | 3 - System Management | 378
Files that need to be deployed to several viewers can be placed in folders on the deployment server
under a 'COMMON' Viewer.
This will eliminate duplication of effort and insure that the single correct file version is deployed at
one time to every required viewer.
• Are used for all viewers that are not specifically listed in the configuration, but are included in
the synchronization.
• Can be changed to conform to your system's requirements.
• Can be changed on an individual viewer to conform to the viewer's requirements.
Step 2.4.2 Enter CimView Reload Criteria for the 'COMMON' Viewer.
(page
383)
A 'COMMON' Viewer:
• Are used for all viewers that are not specifically listed in the configuration, but are included in
the synchronization.
• Can be changed to conform to your system's requirements.
• Can be changed on an individual viewer to conform to the viewer's requirements.
2 Sync files
(page
380)
no Local copy will be stand-alone, not synchronized with the deployment server.
Default yes
Note:
The Sync configuration file value, yes or no, in the configuration file that is in each Viewer's local
folder enables or disables synchronizing the server's configuration file with that viewer.
To insure that synchronization continues, make sure that Sync configuration file is set to yes in all
configuration files that are deployed to the viewer. If a configuration file is deployed to the viewer's
local folder with Sync configuration file set to no, the Viewer will no longer look for configuration
updates.
The configuration file will have to be manually fetched on the Viewer, the value reset to yes and
synchronization restarted (page 410) , to resume configuration deployment from the server to
that viewer. At that time the viewer will only look to the server for a new configuration file; it will
not look to see if there is a non-deployed configuration file that might have been placed in its own
temporary folder.
2 Sync files
no Files will not be synchronized, even if they are in the deployment folder.
Advanced Features | 3 - System Management | 381
Default yes
Important:
• The configuration file, gefdepl.dplcfg, is immediately deployed to the temporary folder on the
viewer and then the local folder. Available system speed is the only factor that will impact its
deployment time.
• CimView files have additional parameters (page 383) in order to insure that updated files
do not disrupt running screen activity. The total deployment time is based on the value and
conditions influencing those parameters and the CopyDelay parameter.
• Applies to both the server and the viewer as follows.
The value entered is applied in total to each, the server and viewer.
• Base number of seconds CIMPLICITY deployment will wait after a file has been added or
updated in the server's deployment folder before it is synchronized with the viewer.
• Base number of seconds the files waits in the viewer's temporary folder before it is copied to the
local folder.
The Delay before copying value is referred to as the base number of seconds because the actual time
may exceed the minimum deployment time, which is 2x the entered value.
The actual deployment time, when only Delay before copying is considered (not the CimView
parameters (page 383) ), depends on when new or updated files are placed in the server's
deployment folder. The following conditions affect the total deployment time.
Important: Delay before copying affects both the configuration file and other files. If sync
configuration file is set to no, and the configuration file is updated on the server, it will be deployed
to the Temp folder on the Viewer after the Delay before copying interval. However, it will remain in
the Viewer's Temp folder; it will not overwrite the configuration file that is already in the Viewer's
local folder.
The only way to update the current local configuration file version with the version in the Temp
folder is to manually fetch it. If sync config file is reset to yes, the version that is in the Temp folder
already on the Viewer will not overwrite the local version. Only an updated version on the Server can
automatically be deployed and synchronized.
Condition 1
Advanced Features | 3 - System Management | 382
1. New files are placed in the server's deployment folder and travel through the Copy/Delay cycle
on both the server and viewer
2. No new files are placed in the deployment folder during that period.
Result: The files are copied from the viewer's temporary to local folders in the specified
CopyDelay (X2) time.
Example
1 The new files stay in the Server folder and then are deployed to the temporary folder. 300
No new files are added to the server's deployment folder during this cycle.
Condition 2
4. Additional new files are placed in the deployment folder during the deployment cycle for the
first group of files.
The first deployment cycle timing stops; the clock is reset to 0; the entire cycle starts again for both
groups of files.
Example
1 Group 1 files stay in the Server folder and then are deployed to the temporary folder. 300
3 Group 2 files are placed in the server's deployment folder while Group 1 files are still in the
viewer's temporary folder.
Both Group 1 and Group 2 stay in the viewer's temporary folder for 300 seconds. 300 300
no A CimSync icon is placed on the Windows Task bar when CimSync is running.
The icon opens a CimSync report window, which lists the synchronization activity.
Default yes
no CimSync will have to be manually started from the CIMPLICITY Configuration Editor on the Viewer or by
double-clicking CimSync.exe.
Default yes
Step 2.4.2. Enter CimView Reload Criteria for the 'COMMON' Viewer
CIMPLICITY deployment can be instructed when an updated CimView file should be reloaded
on the 'COMMON' Viewer, in order to insure the integrity of a screen that is currently running in
CimView.
Important: The reload_mode parameter does not affect the server configuration file. When the
server configuration file changes, it is automatically copied to the local directory irregardless of the
reload_mode setting.
2. Select CimView.
Advanced Features | 3 - System Management | 384
The actual number of seconds that the CimView files remain in the temporary folder before
they override notify and are automatically copied to the local folders depends on several factors,
including:
• Delay before copying (page 381) time.
• Idle reload time.
• When new files are added to the server's deployment folder.
• Actual time in the deployment cycles that the screen goes idle.
Note: When the reload mode is set to Notify and when the configuration file on the server
changes the following happens.
4. A prompt displays.
• Confirming the prompt accepts all environment changes that CimSync performs.
• When the new configuration file is accepted a re-sync with the server will be performed to
pull down any new files specified in the new configuration file.
5. The change in the local configuration file restarts the monitoring after reading the changed
configuration file.
2 Screen reload mode
Auto
CimSync automatically copies the files to the local directory during synchronization after the
number of seconds determined by the Delay before copying (page 381) parameter value.
Notify
CimSync:
6. Notifies the Viewer's user that new files have been in the temporary folder after the Delay
before copying seconds have elapsed.
7. Asks the user if it can copy the files into the local folder(s).
Result: Exactly when CimSync copies the files from the temporary folder into the local folder
depends on the following conditions.
• Delay before copying (page 381) time.
• Idle reload time.
• When new files are added to the server's deployment folder.
• Actual time in the deployment cycles that the screen goes idle.
Default: auto
a. Sample Conditions for Screen Reload
The following sample conditions provide examples of how the total deployment time is
computed when Notify is selected as the Screen reload mode:
Advanced Features | 3 - System Management | 386
Condition User denies permission/additional files are added to the Server Deployment folder.
3 (page
388)
Condition User denies the request and then the screen becomes idle.
5 (page
391)
8. New files are placed in the server's deployment folder and travel through the Copy/Delay cycle
on both the server and viewer
9. No new files are placed in the deployment folder during that period.
10. An Environment Changed message pops up in the lower, right-hand corner of the CimView
screen.
Note: The Environment Changed message is how CimSync sends a request to copy the files
from the temporary to the local folders.
Clicking Reload grants CimSync permission to copy the files into the local folders.
Results:
• The Environment Changed message closes.
• CimSync copies the files from the viewer's temporary to its local folders.
Advanced Features | 3 - System Management | 387
Example
The Delay before copying (page 381) parameter value is 300 seconds.
1 The new files stay in the Server folder and then are deployed to the temporary folder. 300
3 No new files are added to the server's deployment folder during this cycle.
12. New files are placed in the server's deployment folder and travel through the Copy/Delay cycle
on both the server and viewer
13. No new files are placed in the server's deployment folder during that period.
14. An Environment Changed message pops up in the lower, right-hand corner of the CimView
screen.
Note: The Environment Changed message is how CimSync sends a request to copy the files
from the temporary to the local folders.
Clicking Snooze denies CimSync permission to copy the files into the local folders.
Results:
• The Environment Changed message closes.
• CimSync resends another request to copy after the Copy/Delay period (from the temporary
folder to the local folder) has elapsed for a second time.
CimSync continues to send requests at the Delay before copying interval if:
Example
The Delay before copying (page 381) parameter value is 300 seconds.
1 The new files stay in the Server folder and then are deployed to the temporary folder. 300
3 No new files are added to the server's deployment folder during this cycle.
CimSync sends another request after the Delay before copying time in the temporary folder. 300
5 The user denies permission. New files still have not been added to the server's deployment
folder.
7 CimSync sends another request after the Delay before copying time in the temporary folder.
Condition 3: User Denies Permission/Additional files are added to the Server Deployment
Folder
18. New files are placed in the server's deployment folder and travel through the Copy/Delay cycle
on both the server and viewer
19. No new files are placed in the deployment folder during that period.
20. An Environment Changed message pops up in the lower, right-hand corner of the CimView
screen.
Note: The Environment Changed message is how CimSync sends a request to copy the files
from the temporary to the local folders.
Clicking Snooze denies CimSync permission to copy the files into the local folders.
22. New files have been placed in the server's COMMON deployment folders before CimSync
sends another copy request to the user.
Results"
• The Environment Changed message closes.
• The clock is reset so the Delay before copy second count starts again.
• CimSync notifies the user at the end of the new server/viewer cycle.
This amount of time is the total of the number of seconds that have elapsed since the last request
plus the total seconds in the Copy/Delay cycle.
Example
The Delay before copying (page 381) parameter value is 300 seconds.
The idle reload time parameter value is 600 seconds. Seconds
1 Group 1 files stay in the Server folder and then are deployed to the temporary folder. 300
4 Group 2 files are placed in the server's deployment folder, while Group 1 files are still in the
viewer's temporary folder.
Both Group 1 and Group 2 stay in the viewer's temporary folder. 300 300
CimSync sends another request to copy the files from the temporary to the local folder(s).
23. New files are placed in the server's deployment folder and travel through the Copy/Delay cycle
on both the server and viewer
24. No new files are placed in the server's deployment folder during that period.
25. An Environment Changed message pops up in the lower, right-hand corner of the CimView
screen.
Note: The Environment Changed message is how CimSync sends a request to copy the files
from the temporary to the local folders.
26. The user ignores the prompt, but is interacting with the screen.
Results:
• The Environment Changed message remains open on the screen.
• Another Environment Changed message pops up in the lower right corner of the CimEdit
screen after the next Delay before copying time period has elapsed.
Example
The Delay before copying (page 381) parameter value is 300 seconds.
1 The new files stay in the Server folder and then are deployed to the temporary folder. 300
3 No new files are added to the server's deployment folder during this cycle.
The user is notified and ignores the request. Note: The message remains on the screen.
CimSync sends another request after the Delay before copying time in the temporary folder. 300
4 The user ignores the request. Note: The message remains on the screen. New files still have not
been added to the server's deployment folder.
The user grants permission before the Delay before copying time has elapsed. 180
Condition 5: User Denies the Request and then the Screen Becomes Idle
27. New files are placed in the server's deployment folder and travel through the Copy/Delay cycle
on both the server and viewer
28. No new files are placed in the server's deployment folder during that period.
Clicking Snooze denies CimSync permission to copy the files into the local folders.
30. The screen goes idle and remains idle after the user denies the prompt.
CimSync:
1. Resends a request one Delay before copying time period after the first request and discovers the
screen is idle.
2. Waits the entered idle time delay.
3. Automatically copies the files from the temporary to the local folders.
Example
The Delay before copying (page 381) parameter value is 300 seconds.
1 The new files stay in the Server folder and then are deployed to the temporary folder. 300
3 No new files are added to the server's deployment folder during this cycle.
CimSync sends another request after the Delay before copying time in the temporary folder. 300
4 The user denies permission. New files still have not been added to the server's deployment folder. The
screen goes idle before the Delay before copying time has elapsed.
CimSync sends another request after the Delay before copying time (starting from the last time the 300
user denied permission).
New files still have not been added to the server's deployment folder. The screen continues to be idle.
Example
The Delay before copying (page 381) parameter value is 300 seconds.
1 The new files stay in the Server folder and then are deployed to the temporary folder. 300
3 No new files are added to the server's deployment folder during this cycle.
There is no clearly defined or expected behavior when CimView is running on multiple sessions and
is prompted that new files have been added to the COMMON folders.
CimSync will:
1. Check to see if CimView is running on the console (Terminal Services) server only.
2. Prompt the server before copying files to the local directory.
3. Copy or not copy the files based on the console users response to the CimView prompt.
Advanced Features | 3 - System Management | 393
Note: It is recommended that auto reload be used if CimView is running in Terminal Services
sessions.
Note:
• The 'COMMON' Viewer can contain folders that can deploy files to every viewer that:
• Has read access to the shared folder on the deployment server.
• Shares the common configuration file that includes the selected folder.
• Do not have their own viewer name included in the configuration.
• The folder name in the left pane (tree view) identifies the viewers' mapped drive that contains
the source files.
2. Select Folders.
Name The UNC path to the deployment server folder that will contain source files.
Type Folder
Note: You can use a mapped drive. Every viewer using the 'COMMON' folder must have the
same mapped drive.
5. Click OK.
CIMPLICITY deployment adds the folder to the 'COMMON' Viewer's list of folders in the
CIMPLICITY Configuration Editor left pane.
Parameters in the right pane will identify what files should go to what target folders on the viewers.
Parameter Description
Advanced Features | 3 - System Management | 395
Local The Local folder path is the actual path and folder on the Viewer that will receive the deployed files.
folder path Example The files that the Viewers use are in the c:\Screens folder The value entered is: c:\Screens
Note: All viewers that use this folder must have a c:\screens folder.
Tip: Click the Browse button to open the Browse for a folder browser.
Sync
these files • Any number or type of file can be put in the source folder.
However, only files that fill one or more of the entered specifications will be synchronized.
• File specifications should be separated by semi-colons ;and can contain the following wildcard
characters: *?
No entry No files.
Default *.cim
yes Synchronizes files in the selected folder's subfolders, if there are any.
Default no
Do not
sync these • Files in the source folder (or subfolders, if included) that fill one or more entered specifications will not
files be synchronized.
• File specifications should be separated by semi-colons ;and can contain the following wildcard
characters: *?
The Add Configuration Object dialog box is used to add the following to the deployment
configuration.
Add a common folder for the 'COMMON' Viewer.
If a selected viewer has configuration requirements that are different from the "COMMON' viewers,
it can be identified and set up separately.
Advanced Features | 3 - System Management | 396
Important: If a viewer is set up separately it will not be included in the 'COMMON' viewer
deployment.
2. Select Viewers.
An Add configuration Object dialog box opens when you use either method.
Field Description
Name The viewer name. Note: The name must be the name that displays on the Computer Name tab in the
Windows Systems Properties dialog box.
Type Viewer
5. Click OK.
The Viewer is added to the list in the Configuration Window left pane.
Note:
• An added Viewer provides the parameters included with the 'COMMON' Viewer plus a
parameter for identification.
• Values entered for the selected viewer's parameters override values entered for the 'COMMON'
Viewer. If a parameter value is blank, the 'COMMON' Viewer value is used.
2 Sync files.
(page
398)
no Local copy will be stand-alone, not synchronized with the deployment server.
Default yes
Note:
The Sync configuration file value, yes or no, in the configuration file that is in each Viewer's local
folder enables or disables synchronizing the server's configuration file with that viewer.
To insure that synchronization continues, make sure that Sync configuration file is set to yes in all
configuration files that are deployed to the viewer. If a configuration file is deployed to the viewer's
local folder with Sync configuration file set to no, the Viewer will no longer look for configuration
updates.
The configuration file will have to be manually fetched on the Viewer, the value reset to yes and
synchronization restarted (page 410) , to resume configuration deployment from the server to
that viewer. At that time the viewer will only look to the server for a new configuration file; it will
not look to see if there is a non-deployed configuration file that might have been placed in its own
temporary folder.
2 Sync files
no Files will not be synchronized, even if they are in the deployment folder.
Default yes
Number (Seconds) The default number of seconds CIMPLICITY deployment will wait after a file has been added
or updated in the deployment folder before it is synchronized with the viewer. Based on the steps that
deployment takes the actual time delay will be:
Default 300
Note: The additional delay is necessary for the temporar (page 359)y file and configuration (page 360) file
deployment.
Important:
• The configuration file, gefdepl.dplcfg, is immediately deployed to the temporary folder on the
Viewer. Once deployed, it will prompt you before it is copied to the Viewer's installation ...\data
directory.
• CimView files have additional parameters (page 383) in order to insure that updated files
do not disrupt running screen activity. The total deployment time is based on the value and
conditions influencing those parameters and the CopyDelay parameter.
• Applies to both the server and the viewer as follows.
The value entered is applied in total to each, the server and viewer.
• Base number of seconds CIMPLICITY deployment will wait after a file has been added or
updated in the server's deployment folder before it is synchronized with the viewer.
• Base number of seconds the files waits in the viewer's temporary folder before it is copied to the
local folder.
no A CimSync icon is placed on the Windows Task bar when CimSync is running.
The icon opens a CimSync report window, which lists the synchronization activity.
Default yes
no CimSync will have to be manually started from the CIMPLICITY Configuration Editor on the Viewer or by
double-clicking CimSync exe.
Advanced Features | 3 - System Management | 400
Default yes
CIMPLICITY deployment can be instructed when an updated CimView file should be reloaded on a
selected Viewer, in order to insure the integrity of a screen that is currently running in CimView.
Important: The reload_mode parameter does not affect the server configuration file, . When the
server configuration file changes, it is automatically copied to the local directory irregardless of the
reload_mode setting.
2. Select CimView.
The actual number of seconds that the CimView files remain in the temporary folder before
they override notify and are automatically copied to the local folders depends on several factors,
including:
• Delay before copying (page 381) time.
• Idle reload time.
• When new files are added to the server's deployment folder.
• Actual time in the deployment cycles that the screen goes idle.
Important: When the reload mode is set to Notify and when only the configuration file on
the server changes the following happens.
Note: When the reload mode is set to Notify and when the configuration file on the server
changes the following happens.
5. A prompt displays.
• Confirming the prompt accepts all environment changes that CimSync performs.
• When the new configuration file is accepted a re-sync with the server will be performed to
pull down any new files specified in the new configuration file.
6. The change in the local configuration file restarts the monitoring after reading the changed
configuration file.
2 Screen reload mode
Auto
CimSync automatically copies the files to the local directory during synchronization after the
number of seconds determined by the Delay before copying (page 381) parameter value.
Notify
CimSync:
Advanced Features | 3 - System Management | 402
7. Notifies the Viewer's user that new files have been in the temporary folder after the Delay
before copying seconds have elapsed.
8. Asks the user if it can copy the files into the local folder(s).
Exactly when CimSync copies the files from the temporary folder into the local folder depends on
the following conditions.
Default: auto
Where
2. Select Folders.
Name The UNC path on the configuration server of the folder that will contain source files. Example \\DepServ
\CimView Where \\DepServ is the configuration server. \CimView is the shared folder.
Type Folder
5. Click OK.
CIMPLICITY deployment adds the folder to the viewer's list of folders in the CIMPLICITY
Configuration Editor left pane.
Parameter Description
Advanced Features | 3 - System Management | 404
Local The Local folder path is the actual path and folder on the selected Viewer that will receive the deployed
folder files. Example The files that the Viewer uses are in its c:\Project\PPSCimp\Screens folder The value
path entered is: c:\Project\PPSCimp\Screens
Tip: Click the Browse button to open the Browse for a folder browser.
Sync
these files • Any number or type of file can be put in the source folder.
However, only files that fill one or more of the entered specifications will be synchronized.
• File specifications should be separated by semi-colons ;and can contain the following wild characters:
*?
No entry No files.
Default *.cim
yes Synchronizes files in the selected folder's subfolders, if there are any.
Default no
Do not
sync • Files in the source folder (or subfolders, if included) that fill one or more entered specifications will not
these files be synchronized.
• File specifications should be separated by semi-colons ;and can contain the following wild characters:
*?
1. Add and configure as many Viewers and folders as your system requires.
The CIMPLICITY Configuration Editor closes. You are now ready to set up (or finish setting up) the
identified paths and folders.
Do the following.
Step 2.6.1 Create the source folders on the deployment server.
(page
405)
Step 2.6.2 Make sure that gefdepl.dplcfg is in the Master Configuration folder.
(page
406)
Make sure that all of the folders shared in the CIMPLICITY Configuration Editor are created and
shared on the deployment server.
Step 2.6.2. Make sure that gefdepl.dplcfg is in the Master Configuration Folder
1. Find the gefdepl.dplcfg file that was just created in the CIMPLICITY installation Data
directory.
CIMPLICITY Installation Copy the file to paste in the Viewer. Note: The file can also be fetched from the
Data folder. Viewer.
Another deployment server. Copy and paste the file into the deployment server folder that is identified as the
master configuration (page 374) folder.
Configuration can be done on a viewer. However, it is recommended that it be done mainly on the
Server.
• Files are not automatically deployed from a viewer to the server or other viewers, so any global
changes will not be deployed.
• If the viewer is set up to automatically synchronize the configuration file, any changes to the
viewer configuration will be overwritten.
Important: A Viewer must have enough disk for each local deployment folder and the
temporary directory in order to insure successful deployment.
Calculations include space that is padding and that is at least the amount used on the server, as
follows.
Directory Viewer space and Padding Requirements
Local Free space Free space that is at least the size of the corresponding source directories on the server
Padding
1. Whichever of the following is larger:
2. • 1% of the deployed directories on the server.
3. • 1 MB.
Advanced Features | 3 - System Management | 407
Temporary Free space A minimum free space of the sum of all the configured server directories.
Padding
1. Whichever of the following is larger:
2. • 1% of the deployed directories on the server.
3. • 1 MB.
Use any of the following methods to place the correct configuration file on the Viewer.
3. Paste the gefdepl.dplcfg file that was saved on the deployment server into the Viewer's
installation data directory.
Advanced Features | 3 - System Management | 408
Note: Make sure that cimsync.exe is in the Viewer's installation exe directory.
5. Click File>Fetch from Server on the CIMPLICITY Configuration Editor menu bar.
6. Do the following.
Advanced Features | 3 - System Management | 409
A Look in. Find the directory on the deployment server that was assigned to deploy the gefdepl.dplcfg file.
B Files of Select *.dplcfg Note: The file type *.cimcfg. is also available, to be backward compatible with
type older deployment configuration files
C File name Select gefdepl.dplcfg. Note: The file gefdepl.cimcfg is also available, to be backward
compatible with an older deployment configuration file.
Note: If the correct configuration does not display in the CIMPLICITY Configuration Editor,
click File>Reload on the CIMPLICITY Configuration Editor menu bar.
You can create a configuration file on a Viewer, the same way you do on a server.
If you do, it is recommended that you only create a stand-alone file for that viewer.
• Start menu
• Workbench
Start Menu
Workbench
Either Or
Either Or
In the Installation \Data directory The CIMPLICITY Configuration Editor opens the existing gefdepl.dplcfg
file.
Not in the Installation \Data You will be provided with prompts (page 371) to create a new file.
directory
B
Click the Run button on the toolbar.
Result: Synchronization will begin and run according to the specifications defined for the viewer.
If the Configuration File instructs deployment not to hide CimSync when it starts (page 397) , a
Deployment icon is placed on the Windows Task bar.
The report provides synchronization details, enabling you to confirm that deployment is
proceeding accurately and, if not, what are the problems.
Advanced Features | 3 - System Management | 412
3. Click the CimSync icon on the CimSync report title bar; select Minimize on the menu to hide
the report.
A message opens when you use any method asking if you want to stop the CIMPLICITY
synchronization on this viewer.
2. Click Yes.
When you try to save the configuration file in the Deployment Configuration Editor, Deployment
will validate your configuration. If it finds errors a message box will open to report that there is or
are errors in the configuration and ask you if you want to save it.
Results
Check the named Viewer in the Deployment Configuration left pane and remove any invalid
characters.Example
1. view1 is listed in the Deployment Configuration Editor left pane with two back slashes.
\\view1
Global Parameters
The CIMPLICITY Workbench provides an easy way to view and, when instructed, to add or modify
existing global parameters.
A Global Parameter:
• Defines parameters for the CIMPLICITY Base System and options that override default
parameters in the software.
• Controls either:
• The system or
• A project.
• Can be changed in one of the following ways:
• Through user interfaces in CIMPLICITY Configuration functions.
• Through the Workbench in the System or Project section.
CIMPLICITY software stores the project's global parameter values in a global_parms.idt file. This
interface enables you to avoid opening and editing the file. As a result, the Workbench application
saves you time and helps you avoid accidental errors. However, even with this tool, you should only
edit global parameters when it is absolutely necessary.
Warning: Improper global parameter configuration can cause adverse system effects. Do not
add, modify or delete global parameters unless specifically instructed to by the documentation or a
GE Intelligent Platforms representative.
Advanced Features | 3 - System Management | 415
The Workbench Global Parameters application enables you to edit a global parameter value without
tampering with the global_parms.idt file to which the values are written. .
You can:
1 Add a global parameter to the Workbench list.
(page
415)
The procedure for each of these management functions is simple. However, the result of any
modification can have a powerful impact on the system. Therefore, you will see warning messages
every step of the way. They are there for a reason.
CIMPLICITY supports several global parameters that are not in the default list when you initially
display the global parameters in the Workbench. Those global parameters do not have a value.
Therefore, CIMPLICITY is not using them. You can easily add any of the global parameters to the
Workbench list, set their values, update your configuration and, as a result, activate them.
Important: A global parameter applies to either the project or the system. It is important that
you add the parameter to the correct folder. If you add it to the wrong folder, it will not be workable.
Project Parameters
C In the Workbench left pane, double click one of the following Project Parameters or C omputer Parameters.
D
1. In the Workbench right pane, right-click any global parameter and select New on the Popup menu.
A New Global Parameter dialog box opens when you use any method for either project or computer
parameters.
2. Click OK.
3. Enter a value that applies to the global parameter in the Value field.
Advanced Features | 3 - System Management | 418
4. Click OK.
A message box opens, warning that improper configuration can cause adverse effects.
A message box opens asking you if you want to copy master configuration data to run-time data.
7. Click OK.
The global parameters are activated and their entered values are now the values that the
CIMPLICITY system and/or project use.
If it is necessary to de-activate a global parameter, you can by deleting it from the Workbench list.
A message box opens asking you if you want to delete the selected items.
4. Click Yes.
A message box opens warning you that improper configuration can cause adverse effects.
5. Click OK if you are sure you want to delete the global parameter.
The global parameter is deleted from the list and de-activated in the CIMPLICITY system and/or
project.
Advanced Features | 3 - System Management | 420
Global Parameters
Global Parameters
Warning: Improper global parameter configuration can cause adverse system effects.
The information in this section should be used to add, modify or delete global parameters only if you
are specifically instructed to by the documentation or GE Intelligent Platforms.
A B C D E F G H I L M O P Q R S T U
(page (page (page (page (page (page (page (page (page (page (page (page (page (page (page (page (page (
420) 420) 421) 421) 422) 422) 422) 423) 423) 423) 424) 424) 424) 425) 425) 425) 426) 4
ALLOW_UPDATE_WHEN_DISABLED AMLP_USE_RESET_TIME
(page 428) (page 430)
BASIC_LOAD_SCRIPT_EXTENSION BCO_DATA_FETCH_ERROR
(page 432) (page 435)
CE_MIN_STANDBY_THREAD_COUNT CONNECT_DROP_PERIOD
(page 437) (page 438)
COR_LOG_RP_SCAN_TIME
(page 439)
DB_QUEUE_OVERFLOW_DELAY DGR_STOPPED_UPDT_DELAY
(page 443) (page 449)
EM_SCRIPT_COMPILE_WAIT (page
451)
EM_SCRIPT_RECOMPILE_ALWAYS
(page 451)
ENABLE_MILLISEC_FOR_TREND_TIME
(page 452)
EXPRESSION_TRACE_LEVEL (page
452)
<FACEPLATE NAME>_ZOOM
(page 453)
FIRST_WEEK_DAYS (page
454)
GSM_DELAY_PARSEEXPRESSIONS
(page 460)
HIST_FORCE_HIST45_TYPES HISTALMSERVER
(page 464) (page 467)
LICENSE_HT_DEBUG
(page 468)
LOGIN_CANCEL_OFF
(page 469)
Advanced Features | 3 - System Management | 424
LOGIN_NOSAVE (page
470)
LOGIN_RETRY_PERIOD
(page 470)
MARQ_RESERVED_NULL_CHAR MULTICAST_HOSTNAME
(page 471) (page 475)
MARQ_VARIABLE_NULL_CHAR MULTICAST_IP_ADDR
(page 473) (page 475)
OPCAE_TRACE_FLAGS
(page 476)
QT_ENABLE_SQL_WINAUTHEN QUERY_UTC_ONLY
(page 491) (page 491)
REDUND_PROBE_COUNT RTR_MAX_OUTMESSAGE_COUNT
(page 493) (page 495)
TREND_DISABLE_READNESTED TRKCOLLECTOR_COMM_TOUT
(page 500) (page 501)
UR_LOGIN_FAILURES
(page 503)
USE_HIST_TIMEFMT
(page 503)
VALIDATE_PASSWORD_CHANGE
(page 503)
W
WAIT_PROJECT_TIMEOUT
(page 503)
$AM_STATUS
Default Value N
ACK_TOUT
Purpose To specify the default time in minutes before an alarm is automatically acknowledged by the Alarm
Management Resident Process.
Default for Acknowledge Timeout field in the Alarm Options Properties dialog box for points and alarms.
AE_STARTUP_CFG
Purpose To select when the A&E OPC Server will read the project configuration and populate the server
configuration database.
Value The A&E OPC Server populates the server configuration database:
Y At startup time. This might take some time (a few minutes) for very large projects to connect to
Historian.
N When alarms are generated. This option will provide instant project connection..
Note: In this case server becomes fully configured only after every alarm has been generated at
least once
Default N
Value
ALARM_SAVE_COMMENTS
Default Store alarm comments checkbox in the Alarm Properties dialog box.
for
NO Available only while an Alarm ID appears in the Alarm Viewer. When the Alarm ID has been reset,
deleted, or automatically removed, the comment ceases to exist, or
Advanced Features | 3 - System Management | 428
YES Stores comments until 20 comments have been listed for one Alarm ID, regardless of whether the
alarm has been acknowledged, reset, deleted, etc. When 20 comments have accumulated, the first
comment entered is deleted to make room for the newest comment.
Default NO
Value
ALLOW_UPDATE_WHEN_DISABLED
Purpose To specify if setpoints and unsolicited data should be processed when a port is dynamically disabled.
YES Process setpoints and unsolicited data continue to be processed. Polled data will continue to
display old values.
Default NO
Value
AM_OLD_POINT_RESET
Purpose To control whether the reset of a point alarm will cause Time value displayed in the AMV to change from the
alarm's generated time to the reset time. (Updating to the reset time only applies to point alarms, not general
system alarms.)
Note: The generated time value is not updated to the reset time after a manual reset.
Default N
Value
AM_RESET_ACK_STATE
Purpose To reset the Acknowledge state of an acknowledged alarm that has an Acknowledge and Reset deletion
requirement to No after the alarm has been cleared. This forces a user to acknowledge the alarm again
before it is deleted from the list of alarms.
Default NO
Value
AM_SAVE_ACK_STATE
Purpose To retain the current Acknowledge state of an alarm when the point transitions from the HiHi (Alarm High) to
the Hi (Warning High) state or from the LoLo (Alarm Low) to the Lo (Warning Low) state
Default N
Value
AMLP_HIGHWATERMARK
Purpose To stop spooling alarm messages if more than a certain number of alarm messages are in the job queue
for the alarm printer. When this global parameter is set to its default value, all alarm messages go to the
spooler for the alarm printer. If you enter a number greater than zero (0), the AMLP program will spool alarm
messages to the printer until the high watermark is reached. Subsequent alarm messages will be dropped
until the low watermark, defined by AMLP_LOWWATERMARK, is reached.
AMLP_LOSTALARMSPAGE
Default Value N
Advanced Features | 3 - System Management | 430
AMLP_LOWWATERMARK
Purpose To restart printing alarms if the number of jobs being spooled falls below this number. This global parameter
is used only when the AMLP_HIGHWATERMARK global parameter is set to a non-zero value.
Default 0
Value
AMLP_MAX_QUEUE
Purpose The Alarm Line Printer program (AMLP) assumes that there is no restriction for the size of the alarm
message queue. If the output device is disabled, a virtual memory overflow can result AMLP_MAX_QUEUE
global parameter can restrict the size of the alarm message queue. After you implement this global
parameter, if the output device is disabled and the number of alarms in the alarm queue exceeds the value
you specify, the alarm message The alarm dropped has exceeded the configured size of alarm queue is
generated.
Default None
Value
AMLP_USE_GEN_TIME
Purpose To specify whether an acknowledged or deleted alarm should be printed at the generation time or the time
of the Acknowledge or Delete action.
Default YES
Value
AMLP_USE_RESET_TIME
Purpose To have the alarm printer print the time an alarm was reset. Important: The global parameter,
AM_OLD_POINT_RESET must be set along with AMLP_USE_RESET_TIME, as follows:
Value Choose one of the following: To print the reset time, set: AM_OLD_POINT_RESET = Y and AMLP_USE_RESET_TIME =
Y To print the generated time, set: AM_OLD_POINT_RESET = N and AMLP_USE_RESET_TIME = Y
Advanced Features | 3 - System Management | 431
Default N
Value
AMV_SOUND_LOOP
For
Alarm Sound Manager
Project
Purpose To provide additional support for continuous playback of alarm sound audio files.
Comment
When the attribute value is set to Y or y:
1. Alarm sound will be repeated in loop till the specified stop criteria is satisfied.
2. Sound will stop immediately if stop criteria is satisfied.
3. The alarm audio file will continue to play in loop, even if the replay option is not selected.
4. Alarm Sound file will pause immediately if muted and will resume playing when cleared.
Value Y or y, N or n
Default Value N or n
AMVS_BOOTPRJ
Purpose To make the Alarm Sound Manager wait until a specific project, (which has also been configured to auto-
start) has completely started before it (the Alarm Sound Manager) completes its startup
Value The project name that should be completely started before the Alarm Sound Manager completes its startup.
Example Project2
Comment If more than one project is configured to start at boot time (e.g. on the Startup Options tab in the
CIMPLICITY Options dialog box) enter the project name that the Alarm Sound Manager should wait for.
Note: Add these system parameters to the Computer Parameters list. The list is located in the
Workbench's Computer>Computer Parameters section.
AMVS_TIMEOUT
Purpose To specify the amount of time that the Alarm Sound Manager should wait for any project to completely start
before it (the Alarm Sound Manager) completes its startup.
Min 1 minute
Advanced Features | 3 - System Management | 432
Max 60 minutes
Note: The Alarm Sound Manager will completely start as soon as Windows is started if the Alarm
Sound Manager is configured to auto-start but no project is configured to auto-start.
AUTO_CONFIG_AE_SRC
Y Will be logged.
Default Value N
BASIC_LOAD_SCRIPT_EXTENSION
Purpose To direct Event Manager whether to run a read-only *.bclrt file or a read/write *.bcl file if both exist with
the same name
Value Y or y
1. Configured extension.
2. Based on the configured extension.
1. .bclrt.
Note: This third pass only happens if .bclrt has not already been tried.
1. .bcl
2. .bclrt.
BASIC_MULTITHREAD_COM
Comments Script COM calls prior to CIMPLICITY 7.0 occurred in a single-thread as follows.
If a thread was already making a COM call, then the next thread had to wait for it to finish before it could
make a COM call. Each thread would have to wait for completion of the prior COM call. Beginning with
CIMPLICITY 7.0:
• Each COM call can occur in its execution thread instead of being marshaled over to a single thread.
• BASIC_MULTITHREAD_COM provides the ability to choose between using the single-thread or multi-
thread COM calls in the Basic Script Engine.
The initialization routine for the Basic Script Engine includes a flag that controls the threading behavior of
the script engine. If BASIC_MULTITHREAD_COM is enabled, the flag will call COM objects in the thread
of execution instead of being marshaled over to a single thread. Note: Some limited releases before
CIMPLICITY 7.0 may also include this feature.
Default N Note: The default has been set to N in order to insure backward compatibility with scripts created in
Value previous CIMPLICITY versions.
BCE_ENABLE_TRACING
Default Value N
BCO_ARCHIVE_AFTER_N_SWEEPS
1. Since these activities are carried out in two different threads (parallel processing), there will not
be any delay in posting the jobs to the device.
2. Archive/Delete can be delayed; archive/delete is not as high a priority as posting jobs. This will
be helpful there is a high volume of broadcast messages in the plant.
BCO_AUTO_ARC_DEL
Purpose To perform archiving or deletion of jobs from the History folder, based on the history queue limits, which are
configurable through the Broadcast Queue Monitor Configure Device GroupsWeb page.
Value 0 (Or any value other than 1 or 2) Auto archive and auto delete are disabled.
Default 0
Value
Advanced Features | 3 - System Management | 435
BCO_DATA_FETCH_ERROR
Purpose Determines what Broadcast will do when there is a data fetch error. Broadcast does the following based on
whether you disable or enable BCO_DATA_FETCH_ERROR.
Disable BCO_DATA_FETCH_ERROR
WYSIWYG W is added.
ASCII A is added.
Enable BCO_DATA_FETCH_ERROR
• Jobs:
• Do not go to the device.
• A zero is added to the filename, before the W or A. (W and A are described in the Disable
BCO_DATA_FETCH_ERROR section.)
This does not allow any of the subsequent jobs to be sent to the device.
The user must: 1. Open the file manually 2. Enter correct data for the objects / fields which had data fetch
error 3. Rename the file by removing the appended 0, Result: the jobs will start being posted to the device.
1 Enabled
Default 0 Disabled
Value
BCO_DFO_NOT_AUTO
To enable or disable printing fail over from the secondary printer back to the primary
printer.BCO_DFO_NOT_AUTO enabledWhen the:
1. Primary device of a device group goes down the jobs are sent to secondary device
2. Secondary device goes down broadcasts are sent to the primary device automatically, if it is
available.
BCO_DFO_NOT_AUTO disabledWhen the:
3. Primary device of a device group goes down the jobs are redirected to the secondary device.
4. Secondary goes down the jobs are not redirected to the primary automatically.
The user will have to reset the devices from Broadcast Queue Monitor Web pages.Note: The
fail over will occur when the secondary fails, e.g. runs out of paper, and the primary is back on
line.
BCO_SWEEP_DELAY
BIND_ADDR
Advanced Features | 3 - System Management | 437
Obsolete
To specify which IP address to use on a computer that has multiple IP addresses, and is not using
Cabling Redundancy, enter the node name and matching IP address for the computer on the Hoststab
in the CIMPLICITY Options dialog box.
BROWSE_TREE_UNDERSCORE
Purpose When viewing point data in a tree view, the tree view uses the period as the delimiter between branches.
Using this global parameter allows the underscore character to be used.
Value Any value turns BROWSE_TREE_UNDERSCORE on. CIMPLICITY code just looks to see if parameter is
defined.
Default Undefined
Value
CE_MAX_DELAY
Purpose To specify the maximum delay time in seconds after which a late event will not be executed. For example,
events may be delayed when there is a heavy load on the system.
Default 60
Value
CE_MAX_THREADS
Default Value 30
CE_MIN_STANDBY_THREAD_COUNT
Purpose Project Purpose To specify the number of threads that the Event Manager can allow to be in the idle
state indefinitely.
Advanced Features | 3 - System Management | 438
Default 0
Value
CE_POOL_THREADS
Default Value 0 (will be assigned a value that is twice the number of logical processors in the system).
CE_THREAD_TIMEOUT
Purpose To specify the idle cache time in seconds before the threads are freed.
CLR_TOUT
Purpose To specify a default time in minutes before an alarm is automatically reset by the Alarm Management
Resident Process.
Default for: Reset Timeout field in the Alarm Options Properties dialog box for points and alarms
Default 0
Value
CONNECT_DROP_PERIOD
Purpose To specify the time in seconds before an inactive login connection is dropped by the project. The time starts
when all CIMPLICITY application windows have been exited. A user who opens a CIMPLICITY application
window during this period will not be required to log in to CIMPLICITY software again.
CONNECT_RETRY_PERIOD
Purpose To specify the time interval for between retrying the connection to a remote project.
COR_LOG_RP_SCAN_TIME
Project
Purpose To specify the periodic rate at which the Status Log file is scanned for added records.
DB_CLOCK_ADJUSTMENT_MONITOR
Purpose Defines the rate at which system clock adjustments are checked. All synchronized timed events are
adjusted when a system clock adjustment occurs.
Default Clock adjustment monitor rate in the Database Logging Properties dialog box.
For
Default 60
Value
DB_COMPACT_QUEUE_SIZE
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support personnel.
Purpose For Microsoft Access (As-Is product) databases, the compact queue holds the database requests. This
global parameter defines the queue size for maintenance actions.
Value Number
Default 1000
Value
Advanced Features | 3 - System Management | 440
DB_COUNTER_FIELD
Purpose To modify the name of the seq_num field that specified the record sequence number of each logged
transaction in the following Database Logger Tables:
Value An up to 80 character name. The name may include or be entirely composed of uppercase characters
(for example, SEQNUM) which is needed for certain database client applications that have problems
accessing lowercase field names from an Oracle DMBS. Note: When you use the DB_COUNTER_FIELD
global parameter, make sure that you drop all affected tables before running the project. Otherwise, the
Database Logger will not be able to recreate them with the new sequence number field name specified by
the DB_COUNTER_FIELD global parameter.
DB_DBMS_QUEUE_SIZE
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Purpose Defines the database's queue size for non-table requests. For example, connect requests are non-table
requests
Default 1000
Value
DB_DEBUG
Purpose To enable the dumping of diagnostic information for the Database Logger to the MAC_DL.out and
MAC_PTDL.out files in your project's log directory.
1024 Rename/keep store and forward files after loading them. If you need additional diagnostic
information, a value of 7 (1+2+4) is recommended. Additional undocumented values should only
be used by GE Intelligent Platforms engineers as they send a great number of messages to
MAC_DL.out and MAC_PTDL.out that could quickly fill your available disk space.
Default 0
Value
DB_ENABLE_MSEC
Purpose To create a separate column in which the CIMPLICITY Data Logger will store the sub-second portion
of the timestamps to the nearest millisecond. This capability can be important when a database is not
capable of storing time values with a timestamp accuracy of 1/1000 of a second, which is the accuracy
that CIMPLICITY Data Logger achieves. In fact, most databases can only handle storing time values to the
nearest second. Therefore when timestamps are inserted into the database, their values are either truncated
or rounded, by the database, to a value that complies with the database's storage capabilities. You can
create DB_ENABLE_MSEC in either the Project or the System folder. The result is as follows:
System Millisecond Logging compatible clients whom are started outside the scope of the project
environment and copied into all new CIMPLICITY projects that you create (e.g. Starting a CimView
screen outside of a project).
Project Only the project's logging processes and Millisecond Logging compatible clients started within the
context of the project environment.
Default msec is the default name of a field that CIMPLICITY creates in the database. Note: CIMPLICITY names the
Value field msec. To change this name, use the global parameter DB_MSEC_FIELD.
Important:
1. If you want to enable DB_ENABLE_MSEC, create or enable the parameter before you create
any tables in the database.
CIMPLICITY creates the field as part of a table's primary key when it creates the table.
CIMPLICITY creates tables when you start your project for the first time or reconcile a table
through the Database Logger Configuration program. Therefore, you will have to drop any table
that exists before you create or enable DB_ENABLE_MSEC so CIMPLICITY can recreate
them with the new field.
Advanced Features | 3 - System Management | 442
2. If you want to disable DB_ENABLE_MSEC, drop existing tables and let CIMPLICITY recreate
them without the parameter enabled.
Failure to do this will cause logging of data to malfunction because the database will reject the
inserted data due to constraint violations.
3. If you are logging data from multiple projects to the same database then all projects must have
the feature identically configured.
4. If you are using DB_ENABLE_MSEC on more than one computer, including servers and
viewers, add DB_ENABLE_MSEC on each.
5. Only Point Logging, Alarm Logging and Trending clients fully support this feature.
To alter the name that CIMPLICITY uses to refer to or create the field in the database, create
another global parameter, name it DB_MSEC_FIELD, and provide the appropriate string value
for the field name.
DB_ENABLE_TRANSACTIONS
Purpose To override the default database functionality as requested by ODBC. The default functionality is determined
by the ODBC driver. If the driver supports transactions, that is the default. If you set triggers on your tables,
you should set this global parameter to N.
DB_MSEC_FIELD
Purpose To alter the default name that CIMPLICITY uses to refer to a field that reports the sub-second portion of
timestamps in the database.
Value String that will be the fractional portion of timestamps field name.
Default msec
Value
1. If you want to enable DB_MSEC_FIELD, create or enable the parameter before you create any
tables in the database.
Advanced Features | 3 - System Management | 443
CIMPLICITY creates the field as part of a table's primary key when it creates the table.
CIMPLICITY creates tables when you start your project for the first time or reconcile a table
through the Database Logger Configuration program. Therefore, you will have to drop any table
that exists before you create or enable DB_MSEC_FIELD so CIMPLICITY can recreate them
with the new field.
2. If you are logging data from multiple projects to the same database then all projects must have
the feature identically configured.
3. Only Point Logging, Alarm Logging and Trending clients fully support this feature.
DB_POINT_ID_FIELD
Purpose To change the name of the point_id field in the following Database Logger tables:
Value You can define a field name of up to 80 characters, or the maximum supported by your database. Note:
When you use the DB_POINT_ID_FIELD global parameter, make sure that you drop all affected tables
before running the project. Otherwise, the Database Logger will not be able to recreate the tables with the
new Point ID field specified by the DB_POINT_ID_FIELD global parameter.
DB_PROJECT_FIELD
Purpose To change the name of the project field in the following Database Logger tables:
Value You can define a field name of up to 80 characters, or the maximum supported by your database. Note:
when you use the DB_PROJECT_FIELD global parameter, make sure that you drop all affected tables
before running the project. Otherwise, the Database Logger will not be able to recreate the tables with the
new project field specified by the DB_PROJECT_FIELD global parameter
DB_QUEUE_OVERFLOW_DELAY
Advanced Features | 3 - System Management | 444
CAUTION: Do not modify this parameter unless instructed to by GE Intelligent Platforms support
personnel.
Purpose To specify the delay in seconds between logging overflow errors for the Database Logger.
Default 30
Value
DB_QUEUE_SIZE
Purpose To specify a default queue size that supports the worst-case logging during database table's logging
activity bursts.
Default for Database queue size field in the Database Logging Properties dialog box.
Default 5000
Value
DB_STATUS_LOG_OFF
Purpose To turn on or off the database logging messages in the Status Log. If this parameter is not defined or set to
zero (0), the messages are logged.
1 Turns off Status Log messages that display when the logging data type has been superceded by a
column type in the database table. For examples, messages would display if a UINT point type is
changed to an UDINT point type after the table has been created.
2 Turns off status log messages alerting a user that the Alarm Manager resident process cannot be found.
For example, messages might appear on a Viewer where there is no Alarm Manager resident process.
Default No entry
Value
DB_TABLE_FAILURE_RETRY
Purpose Defines the number of seconds to wait before attempting to reconnect to a table after a table connection
failure.
DB_TIME_FORMAT
Purpose To define the time stamp format for your database so that time and date fields will be written correctly in the
Store and Forward files. This parameter is for a database that does not use the default Microsoft Access (As-
Is product) and SQL Server time stamp format, which is used by CIMPLICITY.
Uppercase
Y Year
M Month
A AM
P PM
Lowercase
d Day
m Minutes
s Seconds
DB_TIMESTAMP_FIELD
Purpose To modify the name of the unique timestamp field which specifies the date and time of each logged
transaction in the following Database Logger tables.
Value An up to 80 character name. The name may include or be entirely composed of uppercase characters,
e.g. DATETIME, which is needed for certain database client applications that have problems accessing
lowercase field names from an Oracle DBMS.
When you use the DB_TIMESTAMP_FIELD global parameter, make sure that you drop all affected tables
before running the project. Otherwise, the database logger will not be able to recreate them with the new
timestamp field name specified by the DB_TIMESTAMP_FIELD global parameter.
DB_TIMESTAMP_FILTER
Purpose To allow either rounding or truncation of all timestamps in records logged by database logging. This includes
the Point, Alarm and Event Logging, SPC and Tracker.
Default Enable timestamp filtering field in the Parameters tab of the Logging Properties dialog box.
For
Example If a timestamp filter of 30000 is specified, the following timestamps will be logged as follows:
If a timestamp filter of -30000 is specified, the following timestamps will be logged as follows:
Default 0
Value
Advanced Features | 3 - System Management | 447
DB_TIMESTAMP_PRECISION
CAUTION: Do not create or modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Purpose To specify an alternate timestamp precision for an ODBC data source that does not accept the default
provided by the CIMPLICITY Database Logger.
Value Use 27.7 unless you are instructed otherwise by GE Intelligent Platforms support personnel.
Default 27.7
Value
DB_TIMESTAMP_UTC_FIELD
DBDL_DEVICE_CHECK_PERIOD
Purpose To specify a default interval (in minutes) that the Database Logger should wait between disk scans for the
Disk full scan rate (min) field in the Database Logger Logging Properties dialog box.
Default 30
Value
DC_CACHE_DIAGNOSTICS
Default Value N
DC_RETRY_ONE_DEVICE
Purpose When an enabled device fails to respond to a read or write request from a device communications driver
for several consecutive attempts, it is said to be down and will be polled at the Retry interval rate until it
responds. By default, a device communication driver tries all down devices at each Retry interval. You can
use this global parameter to change the behavior so that the driver will retry only one down device per Retry
interval. The down devices are retried using a Round Robin algorithm (at the first Retry interval, the first
down device is retried, at the next interval, the second down device is tried, etc.). This reduces the elapsed
time for the Retry interval and is useful when many enabled devices are down.
Default FALSE
Value
DC_UNAVAIL_NAN
Purpose To enable the device communications interface to detect a floating point that has a value of NAN.
Default N
DEL_OPT
Default For Deletion requirements on the Alarm Options tab of the Alarm Definition dialog box.
A Acknowledged only
R Reset only
Advanced Features | 3 - System Management | 449
Default Value AR
DEVICE_DOWN_DEVICE_REF
To set the Device ID as the reference for the alarmA $DEVICE_DOWN alarm occurs when a device
stops talking to a PLC.There are three components that make up a unique alarm
2. The Resource ID, which in this case it takes it from the device's resource and
3. A Reference ID.
As a result, each device will have a unique alarm, regardless of its resource. The Alarm ID
is static for all $DEVICE DOWN alarms; the resource changes based on the device; now the
Reference ID is the Device ID.
DEVICE_TIMESTAMP_UTC
Purpose To change the default local time stamp reference that is encoded in the unsolicited communication from a
selected device that uses a UTC time base. This applies to the following communications devices: Modbus
TCP/IP or S90 Triplex.
Value Y: UTC time base is used as default. N: Local time stamp is used as default.
Default N
Value
DGR_STOPPED_UPDT_DELAY
Purpose To set a delay (in milliseconds) that the DGR waits to activate the User Interface buttons after a last point is
added from a client application.
Comment Setting DGR_STOPPED_UPDT_DELAY helps make it less likely that an operator will press buttons before the DGR
is ready.
Value 2000 milliseconds or higher. Note: The value is ignored if it is less than 2000.
Default 2000
DOMAIN_USER_AUTOLOGIN
Advanced Features | 3 - System Management | 450
For
Domain User Authentication
Project
Default Value Y or y
DONT_VERIFY_ESPOINT_FRID
Purpose To change the behavior of Setpoint Security for Enterprise Server points.
Y Setpoint Security for all points from a given provider are enforced against the Resource IDs as
configured on the provider. This means that a setpoint against any of these points with resources not
configured on the Enterprise Server project will always fail since a resource that is not configured cannot
be in a user's view.
N If an Enterprise Server project contains the same Resource IDs as a given provider, then Setpoint
Security for points from the provider are enforced against the Enterprise Server Resource IDs. If a
resource for a given point is not configured on the Enterprise Server, then Setpoint Security for that point
is enforced against the remote project's resource.
Default N
Value
DOWNLD_PASSWD
For increased security, this parameter is obsolete beginning with CIMPLICITY v10.0 .
In prior versions of CIMPLICITY the DOWNLD_PASSWD was stored in "clear text." During a
project upgrade if CIMPLICITY finds a DOWNLD_PASSWD parameter, it creates a secure way of
storing the parameter, and fills the old DOWNLD_PASSWD parameter with random data. If you use
the setpoint password functionality you should upgrade all viewers to the most recent version. If you
decide to continue using old viewers that require setpoints, you need to put a clear text password in
the current project global parameter, but this reduces recent security enhancements to CIMPLICITY.
DT_UPD_INTERVAL
Purpose To set the interval in seconds to update a Project's Date & Time system points.
Advanced Features | 3 - System Management | 451
Default Value 1
EM_SCRIPT_COMPILE_WAIT
For
Event Manager
Project
Purpose To specify the time to wait before proceeding to use the generated DLL.
Value 0 - 30000
EM_SCRIPT_RECOMPILE_ALWAYS
For
Event Manager
Project
Purpose To specify if the script must be forcefully recompiled on every project start.
Default Value Y or y
EM_SCRIPT_TRACING
Purpose Automatically trace the execution of all Event Manager scripts. The trace files are:
Where
The output file contains the following information: <time>,<script name>,<line number> Where
Default Value
Note: Enabling this feature will increase CPU utilization and make scripts run slower. This is a
diagnostic tool.
EMLOG_FLUSH_LIMIT
Purpose To allow users to configure how many events can occur to force the log buffer to be flushed.
Default Value 0
Note: If a value attempts to be greater than 10 it defaults to 0. This is due to a typical message
size where the number of segments per message is 10.
ENABLE_MILLISEC_FOR_TREND_TIME
Purpose To specify is the Slider Value Time should or should not display in milliseconds.
Default Enabled
EU_AUDIT_TRAIL
Purpose To provide control over setpoint event logging results by logging the point value in the setpoint audit trail
($DOWNLOAD event) in the EU and Measurement Unit converted value. Note: Normally the point value
logged for a setpoint is the raw value of the point.
Value YES The EU converted value of the point will be logged (assuming that an EU conversion is defined
on the Conversion tab in the Point Properties dialog box.)
YESLABEL Any defined EU label for the point will be included just after the point value in addition to
printing the EU converted value.
Default NO
Value
EXPRESSION_TRACE_LEVEL
Advanced Features | 3 - System Management | 453
1 A trace file is generated with any unavailable tags (incorrect tag names).
2 A trace file contains all of the errors including bad tags, which includes incorrect tag types, bad
quality and no data available.
Default None
Value
Note: The TRACE file location depends on whether or not EXPRESSION_TRACE_LEVEL is configured for
a selected project or as a system (computer) parameter.
For Location
<FACEPLATE NAME>_ZOOM
Purpose To specify the zoom size of a selected faceplate to conform to your system's resolution.
Value Number that represents the percent zoom. The acceptable range is 20 to 250. Example
Default 100
Value
Comments <Faceplate_Name> is the name of the faceplate file that will zoom to the specified size. Example Global
parameters for the following faceplate files are as follows.
ADV_PID_fp.cimrt ADV_PID_fp_ZOOM
AI_fp.cimrt AI_fp_ZOOM
Advanced Features | 3 - System Management | 454
ALARM_A_fp.cimrt ALARM_A_fp_ZOOM
ALARM_D_fp.cimrt ALARM_D_fp_ZOOM
AO_fp.cimrt AO_fp_ZOOM
DC2S_fp.cimrt DC2S_fp_ZOOM
DC3S_fp.cimrt DC3S_fp_ZOOM
DI_fp.cimrt DI_fp_ZOOM
DOUT_fp.cimrt DOUT_fp_ZOOM
IND_A_fp.cimrt IND_A_fp_ZOOM
IND_D_fp.cimrt IND_D_fp_ZOOM
INTERLOCK_fp.cimrt INTERLOCK_fp_ZOOM
MANUAL_SP_fp.cimrt MANUAL_SP_fp_ZOOM
PBUTTON_fp.cimrt PBUTTON_fp_ZOOM
PID_fp.cimrt PID_fp_ZOOM
RAMPSOAK_fp.cimrt RAMPSOAK_fp_ZOOM
TOTALIZE_fp.cimrt TOTALIZE_fp_ZOOM
FIRST_WEEK_DAYS
Purpose To set the minimum number of days in a week in the current year required to qualify for the first week of the
year. This global parameter is used for the $PROJECT.DATE.WEEK system point.
Default 1
Value
FP_LEFT
Purpose To specify the location of the faceplate's left edge when it is opened from a mimic object. This left-coordinate
overrides positioning the left edge of the faceplate at the cursor location.
Value Number representing the Pixel location starting from left of the primary monitor screen where the left edge of
the faceplate will be positioned.
FP_TOP
Advanced Features | 3 - System Management | 455
Purpose To specify the location of the faceplate's top edge when it is opened from a mimic object. This top coordinate
overrides positioning the top edge of the faceplate at the cursor location.
Value Number representing the Pixel location from the top of the primary monitor screen where the top edge of the
faceplate will be positioned.
GSM_ANNUN_ALARM_H1
Purpose To specify the color and blink state to be displayed when the alarm state for an analog point is Warning
High.
Color_number
A Selects a color Note: The color associated with each number is defined in the rgb.dat file.
number
from
0
through
15
Blink
Y Blink
N No blink.
GSM_ANNUN_ALARM_H2
Purpose To specify the color and blink state to be displayed when the alarm state for an analog point is High.
Color_number
Number Selects the color Note: The color associated with each number is defined in the rgb.dat file.
from 0
through
15
Blink
Y Blink
Advanced Features | 3 - System Management | 456
N No blink.
GSM_ANNUN_ALARM_L1
Purpose To specify the color and blink state to be displayed when the alarm state for an analog point is Warning
Low.
Color_number
A Selects the color Note: The color associated with each number is defined in the rgb.dat file.
number
from
0
through
15
Blink
Y Blink
N No blink.
GSM_ANNUN_ALARM_L2
Purpose To specify the color and blink state to be displayed when the alarm state for an analog point is Low.
Color_number
NumberSelects the color Note: The color associated with each number is defined in the rgb.dat file.
from
0
through
15
Blink
Y Blink
N No blink.
Advanced Features | 3 - System Management | 457
GSM_ANNUN_DIG_OFF
Purpose To specify the color and blink state to be displayed when the Boolean point is 0.
Color_number
A Selects the color Note: The color associated with each number is defined in the rgb.dat file.
number
from
0
through
15.
Blink
Y Blink
N No blink.
GSM_ANNUN_DIG_ON
Purpose To specify the color and blink state to be displayed when the Boolean point is 1.
Color_number
A Selects the color. Note: The color associated with each number is defined in the rgb.dat file.
number
from
0
through
15
Blink
Y Blink
N No blink.
GSM_ASC_FONT_NAME
Purpose To specify the name of the font to use for text on an ASCII (.ASC) screen.
GSM_ASC_FONT_SIZES
Purpose To allow manipulation of (non-scalable) font sizes when a screen is imported from the Classic system to
CimView. GSM_ASC_FONT_SIZES uses a list of the 16 values to use for the 16 text sizes in an ASCII
(.ASC) file (GRE text sizes 0 to 15, which are stored in the .ASC file as -1 to 14).
Value An increase or decrease of one or all default values to increase or decrease the font display. Example You
want the fonts to display 25% larger on a CimView screen that you imported from the Classic system. Enter
values that are 25% larger than the default values as the GSM_ASC_FONT_SIZES value. 140, 175, 210,
350, 455, 700, 753, 753, 753, 753, 753, 753, 753, 753, 753, 753
Default 112, 140, 168, 280, 364, 560, 602, 602, 602, 602, 602, 602, 602, 602, 602, 602.
Value
GSM_ASC_SCALE
Purpose To specify a floating-point number (for a CimView file that was imported from the Classic system) that
represents the number of document units per world coordinates when converting ASCII (.ASC) screens
to .CIM format. ASC files store screen information in floating point "world coordinates". The screens are
100.0 world coordinates wide by 60.0 world coordinates high. Document units in .CIM files are integers in
TWIPS (twentieth of a point, 1440 TWIPS/inch).
Value Number (for doc. units/world coord) Example If you want your .ASC screens to be about six inches wide
on the display, you should use a scale factor of (1440 doc. units/inch)*(6 inches/screen)/(100 world coord./
screen) which equals 86.4 doc. units/world coord.
Default 86.4
Value
GSM_CACHE_FILE
Comment
Advanced Features | 3 - System Management | 459
Lib Indicates that the screen should be loaded or not loaded into the library cache.
Project Provides the name of the project for unqualifed points in the screen.
SetVar Sets the value for the screen. A valid entry is a string with the name of the variable and the
value of the variable. There may be multiple Setvar statements for the cache entry.
GSM_CACHE_SIZE
Purpose To increase the cache size if you require faster screen repaint times when switching between screens.
Default Value 8
Note: Increasing this number uses additional memory and may have a negative effect on the
performance of other transactions.
GSM_CACHE_USE_VARS
For
CimView
System or Project
Y The cache logic searches for a screen with the same screen name, project, and initial
variables.
N The cache logic searches for a screen with the same screen name and project.
Default Value N
Advanced Features | 3 - System Management | 460
GSM_DEBOUNCE_OLD_EVENTS
Purpose To disable event debouncing on CimView screens created before CIMPLICITY v7.0.
Default Value Y
GSM_DELAY_PARSEEXPRESSIONS
Purpose To delay parsing the expressions on a CimView screen until after the screen is displayed.
Default Value N
GSM_EXPONENT_PRECISION
Purpose To do the following: If: A Text object on a CimView screen has a "General" format and The number of digits
exceeds this parameter, Then: The number is displayed in scientific notation with that number of significant
digits.
Value Number (of digits that will prompt a scientific notation display). Example 3 Note: The number 1234 displays
as 1.23e+3.
Default 6
Value
GSM_FRAMES_EXPOSE_POINT_TARGETS
Purpose To expose objects with screen level frame containers to the point target tools as if the objects were at the
screen level.
Y Exposes the objects. All other right mouse button tools still see the same objects.
Default N
Value
GSM_GLOBAL_SCRIPT
Purpose To load and compile the specified scripts when CimEdit or CimView starts. You can specify multiple files
in the global parameter by separating them with semicolons (;). Any script that fails to compile will not be
available after startup.
Value String (of files that can be loaded and compiled) Example D:\SCR\MISCR.TXT;D:\SCR\TKSETS.TXT
Default None
Value
GSM_GLOBAL_SCRIPTCFG
Purpose Opens a text file that contains a list of global scripts that will be loaded.
• The file names must be enclosed in "" and may contain logicals such as SITE_ROOT, BSM_ROOT etc.
• The command line option itself can contain logicals.
• Multiple files may appear on the same line.
Note: If a script is not found the file name with different extensions will be tried, e.g. .cmsrt will be
substituted for .cms and .cms will be substituted for .cmsrt.
Default None
Value
GSM_LIB_CACHE_SIZE
Purpose To increase the cache size for library screens (screens that contain link source objects or class object
graphics). This is similar to GSM_CACHE_SIZE. This parameter affects console CimView sessions.
Default 4
Value
Advanced Features | 3 - System Management | 462
Note: Increasing this number uses additional memory and may have a negative effect on the
performance of other transactions.
GSM_OVERRIDE_POINT_FMT
Purpose To adjust the format used to display point values. This is used in most, but not all, parts of CimView. The
format is specified using a "printf" style format string, just like in the Custom display format of a text object in
CimEdit.
GSM_SETPOINT_WAIT_TIMELIMIT
Purpose To control the timeout (milliseconds) for doing setpoint actions before the setpoint action gets
canceled.
Max N/A
Note: If a value smaller than the minimum is entered, the default value of 4000 ms will be used.
GSM_SPCONFIRM_DEFAULT
Purpose To specify a button other than OK to be the default in procedure or action dialog boxes. Procedure dialog
boxes contain two buttons: OK and Cancel. Action dialog boxes contain three buttons: OK, Skip, and Cancel.
• OK,
• Skip or
• Cancel.
Default OK
Value
Advanced Features | 3 - System Management | 463
Note: If you select a default that is not available in the dialog box, CimView uses OK as the
default button.
GSM_STALE_COLOR_KEY
Purpose To display a last available data value in a color rather than display the default text if a point being displayed
in a Text object on a CimView screen is unavailable and there is last available data. If no last available data
exists, the default text is displayed.
Value Numbers to specify RGB color indices. Format is: RGB(<red>,<green>,<blue>) where
<red>,<green>,<blue> are the red, green, and blue color indices from 0 to 255. Examples
Default The Text object displays the default text when the point is unavailable, regardless of whether a last available
Value value exists or not.
GSM_TERMSERV_CACHE_SIZE
Default Value 0
GSM_UNAVAIL_COLOR_KEY
Purpose To specify the color index number (0 to 255) used to indicate an unavailable point value on CimView
screens.
Value Number from 0 (Black) through 255 (White) Note: The color associated with each number is defined in
the rgb.dat file.
Default 0
Value
GSM_UNAVAILABLE_TIMELIMIT
Purpose To adjust how long CimView waits before displaying unknown points as unavailable.
HIST_FORCE_HIST45_TYPES
Purpose To allow the Historian v4.5 types to be forced to be created. This covers the case where the local Historian
client tools are Historian v5.0 and higher and the remote Historian archive is v4.5 or older.
Comment If the local client tools are Historian v4.5, this parameter is not needed; Historian v4.5 compatible types will
be used automatically.
HIST_PREV_TAGNAME_PREFIX
Purpose To hold the previous prefix text for a Historian tag name.
Comment HIST_PREV_TAGNAME_PREFIX will be created the first time the user stops a running project; from then
on the value will be updated accordingly.
HIST_PREV_TAGNAME_SUFFIX
Purpose To hold the previous suffix text for a Historian tag name.
Comment HIST_PREV_TAGNAME_SUFFIX will be created the first time the user stops a running project; from then
on the value will be updated accordingly.
HIST_TAGNAME_PREFIX
For Viewers (e.g. CimView, DGR) iHistOPC service for Historian Tag Generation Project
Default <PROJECTNAME> Where <PROJECTNAME> is the token which will be replaced with the actual project
Value name when this global parameter is used.
Advanced Features | 3 - System Management | 465
HIST_TAGNAME_SUFFIX
For Viewers (e.g. CimView, DGR iHistOPC service for Historian Tag Generation Project
HIST_TIME_STAMP_TYPE
For
Viewers
Project
Purpose To configure how Historian Tag Timestamp is processed from CIMPLICITY project.
Comment By default, the parameter is not defined or the expected value not specified.
Z Collector configurable default Timestamp is logged to Historian for every configured tag.
HISTALARMOPC
Purpose To hold name of the CIMPLICITY user who will have access to the corresponding OPC Server for
alarms.
Comment HISTALMOPC must be configured on the server so remote viewers can read the information.
Default Administrator.
Value
HISTALDATAOPC
Purpose To identify the CIMPLICITY user who will have access to the corresponding OPC data Server.
Comment HISTALDATAOPC must be configured on the server so remote viewers can read the information.
HISTALMPASS
Purpose To hold the password required for the specified Historian alarm server user.
Comment HISTALMPASS must be configured on the server so remote viewers can read the information.
Value Valid password for the specified Historian alarm server user.
HISTALMSERVER
Comments
• The HISTALMSERVER value is used by Viewers (CimView, DGR etc.,) to connect to Historian for
Historical Data.
• HISTALMSERVER must be configured on the server so remote viewers can read the information.
HISTALMUSER
Comment HISTALMUSER must be configured on the server so remote viewers can read the information.
HISTDATAPASS
Purpose To hold the password required for the specified Historian data server user.
Comment HISTDATAPASS must be configured on the server so remote viewers can read the information.
HISTDATASERVER
Comments
• The HISTDATASERVER value will be used by Viewers (e.g. CimView, DGR) to connect to the
Historian for historical point data.
• HISTDATASERVER must be configured on the server so remote viewers can read the information.
HISTDATAUSER
Comment HISTDATAUSER must be configured on the server so remote viewers can read the information.
HISTOVERWRITETAGS
Purpose To indicate whether or not tag descriptions that already exist in Historian should be overwritten.
Comment HISTOVERWRITETAGS must be configured on the server so remote viewers can read the
information.
Purpose To modify the parameters IPC uses to determine what is "reasonable" growth in the use
of system memory. CIMPLICITY Interprocess Communication (IPC) will accommodate
"reasonable" periods of temporary growth in the use of system memory, yet try to keep
errant clients from causing IPC Memory growth to consume all resources.. There are
two sets of global parameters. The first set is for On-Node message "ports"; the other
set is for Off-Node communications through "sockets".
Advanced Features | 3 - System Management | 468
PORT_GROWTH_PERIODS The number of periods to allow that message production exceeds message
consumption. After this number of periods messages will be dropped. Defaults to 6.
PORT_NONE_CONSUMED The number of periods to allow with no message consumption. Defaults to 3. When
the queue of port overflows and exceeds the above parameters the following message
will be logged: Router to Application queue overflow on port If you see the above
message tuning the above parameters may help. Typically the problem occurs because
data is being produced faster than it can be consumed and changing these parameters
will only delay the problem not solve it. Typically the solution to the problem is to slow
down production (e.g. reduce scan rates) or speed up production (e.g. faster computer,
more RAM)
SOCK_GROWTH_PERIODS The number of periods to allow that message production exceeds message
consumption. After this number of periods messages will be dropped. Defaults to 6.
SOCK_NONE_CONSUMED The number of periods to allow with no message consumption. Defaults to 3. When
the queue of the "socket" overflows and exceeds the above parameters the following
message will be logged: Router dropped off node message to… If you see the above
message tuning the above parameters may help. Typically the problem occurs because
data is being produced faster than it can be consumed and changing these parameters
will only delay the problem not solve it. Typically the solution to the problem is to slow
down production (e.g. reduce scan rates) or speed up production (e.g. faster network,
faster computers, more RAM).
IPC_QUEUE_SIZE
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support personnel.
Purpose To specify the maximum number of messages buffered by the Router in its Router to application queue.
The first time a queue overflows, it logs the following message to the Status Log: Router to Application
queue overflow on port <port_name> Further queue overflows on the same port do not result in any more
error messages. When the queue overflows, if the new message is not a response required message, it is
dropped. If it is a response-required message, it is not dropped and the queue size can temporarily exceed
the specified value.
Default 50
Value
LICENSE_HT_DEBUG
Advanced Features | 3 - System Management | 469
Purpose To log the current hyper-threading capability in addition to the number of physical and logical processors,
which are logged at router startup.
Default N
Value
LOG_OPT
Purpose To define the default logging conditions for an alarm. You can choose any of the following:
G Alarm is generated.
A Alarm is acknowledged.
R Alarm is reset.
LOGIN_CANCEL_OFF
Purpose To prevent users from closing the CIMPLICITY® Login dialog box before logging in or cancelling the log
in.
A X button enables a user to close the dialog box without logging in.
0 (Or the global parameter does not exist.) Hides the following on the CIMPLICITY® Login dialog
box.
A No X button prevents a user from closing the dialog box without logging in.
Default 0
Value
LOGIN_NOSAVE
Purpose To remove the Save Username and Password checkbox from a CIMPLICITY Login dialog box.
Comments CIMPLICITY Login dialog box when LOGIN_NOSAVE is not added to the project.
Important: If you are using a Viewer LOGIN_NOSAVE must be set on the Viewer as a System
(computer (page 416)) level global parameter.
Default None
Value
LOGIN_RETRY_PERIOD
For CIMPLICITY Login Project. Do not modify this option unless instructed to by GE Intelligent Platforms
support personnel.
Advanced Features | 3 - System Management | 471
Purpose To specify the retry period in seconds for connecting to a project whose User Registration program is
down.
Default 15
Value
MARQ_POINT_LIMIT_LEN
MARQ_PROC_NEW_ALARMS
Purpose Determines how a new alarm will be displayed within the cycling marquee queues.
MARQ_RESERVED_NULL_CHAR
Purpose Defines
the
ASCII
character
that
will
be
reserved
to
specify
the
NULL
character.
Value ASCII
character
between
1
and
255.
Advanced Features | 3 - System Management | 472
Comment Internally,
the
Marquee
driver
uses
the
NULL
character
to
designate
the
end
of
marquee
messages. You
must
specify
the
alternate
character
that
the
driver
should
use
to
terminate
strings.
After
you
specify
the
reserved
NULL
character,
you
cannot
use
it
in
the
body
of
any
of
your
messages.
For
example,
if
you
specify
ASCII
character
255
as
the
NULL
character,
then
ASCII
character
255
will
be
used
internally
to
Advanced Features | 3 - System Management | 473
Default Value
MARQ_VARIABLE_NULL_CHAR
Purpose Enables the use of a variable or changing NULL termination character on a message by message basis.
Comment The code is expects a sequence of characters ~$xx, where xx is the hex representation of the NULL
termination character zero filled (e.g. 0f), on the beginning of a message. This new NULL termination
character will be used until another message changes it.
Default 0
Value
MARQ_WORD_WRAP_ON
YES To cause a character counter to count the characters in the message to be displayed. The character
counter will insert a newline character when a word will be broken across lines of a marquee. Note
that not all marquees support the word wrap feature.
Default NO
Value
MARQ_WRAP_HF
Purpose Enable or disable the word wrap feature for header and footer messages.
YES Include the characters within the header and footer messages for the word wrap feature.
NO Disable the word wrap feature for header and footer messages.
Default Value NO
MAX_ALARM_CLASSES
Purpose To specify the maximum number of alarm classes that can be created in a system.
[COUNTERS]
MAX_ALARM_CLASSES =<number>
Where
<number>= The maximum number of alarm classes allowed for the CIMPLICITY computer.
5. Restart CIMPLICITY for the new maximum number of alarm classes to take effect.
Warning:
• Do not change the globals.ini value once you have any CIMPLICITY process running.
Changing the globals.ini once any CIMPLICITY process is running could cause memory
corruption, or an access violation.
• It is recommended that you reboot after changing the value in the globals.ini, since it is
used to set up the shared memory file for the performance counters used in all the projects
on a computer.
MAX_TREND_BUF
Be aware that increasing this parameter will affect system performance.
For Trending Project
Purpose To specify the maximum number of point values a point buffers for Trending. Point buffering is used when a
chart is first displayed and there is some initial data. Note: If a value is entered in the Max samples field on
the General tab in the Point Properties dialog box, the lower number ( or MAX_TREND_BUF) determines the
ceiling of buffered values.
Default 200
Value
Advanced Features | 3 - System Management | 475
MULTICAST_HOSTNAME
Purpose To change the name used in the DNS lookup. MULTICAST_HOSTNAME takes the host name of the
multicast host machine as input and returns its IP address.
Value IP address.
Note: If the multicast host machine does not have an IP address, the value of the
MULTICAST_IP_ADDR global parameter is returned.
Default CIMPMULTIP
Value
MULTICAST_IP_ADDR
• IP multicast addresses, also known as group addresses, are in the class D range of 224.0.0.0 to
239.255.255.255 as defined by setting the first four high order bits to 1110.
In network prefix or Classless Inter-Domain Routing ( CIDR) notation, IP multicast addresses are
summarized as 224.0.0.0/4. Multicast addresses in the range 224.0.0.0 to 224.0.0.255 (224.0.0.0/24) are
reserved for the local subnet and are not forwarded by IP routers regardless of the Time to Live (TTL) in the
IP header.
For the latest list of reserved multicast addresses, visit the Information Sciences Institute web site.
Default 224.0.0.29
Value
CAUTION: If you change the address, make sure that you change it on all the machines, in
order to insure that they will continue "talking" with each other.
MULTICAST_TTL
Advanced Features | 3 - System Management | 476
Purpose To specify the time a multicast message lives. This can be used to control how many routers will forward the
message.
Value Number (of routers). Note: Every time a message goes through a router one unit is deducted from the value.
When the value reaches 0, the data transmission stops.
Default 10
Value
OPCAE_TRACE_FLAGS
4 Actions User ACKs and processing of the Event Queue so it will also record OPC
events from the server.
Default No tracing.
Value
PB_DIAGS
<num1> controls the amount/detail of diagnostic output. The value ranges from 0 to 9, where 0
means no debugging output, and 9 means the maximum amount of debugging output.
<num2> is a value for NT operating systems that may handle output files in a manner that prohibits
multiple process access (as sometimes occurs with NT on DEC Alpha platforms). This
value controls approximately how often the output file will actually be closed/re-opened,
in seconds. A value of 0 (zero) means that this period closing will not occur. Any non-zero
value of less than 60 will be forced to 60.
<num3> provides a number of seconds for an internal timer that rechecks the parameters in the
Global Parameters file. This value cannot be less than zero. The default value is equivalent
to five minutes.
DUMPPOINT initiates a one-shot dump of the Point Bridge internal information regarding the state
of points it is servicing. This parameter is only acted upon once when any of the other
arguments are changed, and the resulting change leaves LEVEL with a non-zero value.
Advanced Features | 3 - System Management | 477
Default
Value
PCM_ENH_AUDIT
Comment PCM_ENH_AUDIT:
• Is added automatically if you check Enable enhanced auditing on the Project Properties dialog
box>Change Management tab.
• Can be added manually.
Doesn'tEnable enhanced auditing has never been checked on the Project Properties dialog box>Change
exist Management tab.
Y Enable enhanced auditing is checked on the Project Properties dialog box>Change Management
tab.
PERF_COUNTERS_ENABLED
PERF_COUNTERS_ENABLED should
be defined on nodes that lack support
for performance counters, such as XP
embedded, which may not have support
installed for performance counters.
Default Value Y
PPS_OPC_SCANRATE
Advanced Features | 3 - System Management | 478
For Proficy
Process
Systems
Project
Purpose To set
the
scan
rate
for all
configured
PPS
OPC
Group
settings
in the
project.
Value Scan
rate
time in
microseconds
(ms).
Default Value 0 ms
<PORT>_CACHE_DIAGNOSTICS
N or n Disables diagnostics.
Y or y Enables diagnostics
Default Value N
<PORT>_DEVICE_TIMESTAMP_UTC
Modbus TCP/IP
S90 Triplex
Default Value N
<PORT>_OVRD_SCAN
Purpose To define the scan rate scale and unit for a selected port.
Comment The port level has the highest precedence for the base scan rate.
Elements are:
2 Seconds
3 Minutes
4 Hours
<PORT>_SYNC_ONLY
Triplex
AB Ethernet
Mitsubishi TCP/IP
Sharp
Purpose To disable asynchronous polling for all devices on a port if poll after setis required. Note: Check Poll after
seton the Device tab in the Point Properties dialog box to enable the functionality.
Comments Replace <PORT> with the actual port name. Example S90TRI1_SYNC_ONLY
N Asynchronous polling for all devices on the port, where the feature is supported by the device
communication interface, is enabled.
Advanced Features | 3 - System Management | 480
Default N
Value
Note: Where it is available, asynchronous polling typically provides better data collection
performance than does synchronous polling.
<PORT>_USE_OVRD_SCAN
Purpose To enable the override of the scan rate for a selected port.
Value Point ID
• Of a configured Boolean virtual point.
• Set to 1 enables the base scan rate override.
PROJECT_ID
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Default None
Value
PRT_AUTOMOVE_BY_LOCATION
Purpose To include an additional STRING_80 array point named <existing auto move point name>.LOC or <existing
auto move point name>_ LOC for each region with an auto move point based on the parameter value. The
array point provides a single update when the entire move operation has finished.
Note: The array point must be of type STRING_80. Any other point type will result in undesirable
results.
1 Populates the STRING_80 array point <existing auto move point name>.LOC with
point IDs.
Important: The STRING_80 array point <existing auto move point name>.LOC must
be configured by the user ahead of time or a warning message will be logged on project
startup.
2
Populates the STRING_80 array point <existing auto move point name>_LOC with point
IDs.
Important: The STRING_80 array point <existing auto move point name>_LOC
must be configured by the user ahead of time or a warning message will be logged on
project startup.
Any other value or Does not incorporate the STRING_80 array point, if it exists.
Not created
Note:
• Values that were in the regular auto-move point sequence, will be in the same sequence in the
STRING_80 array point's array elements.
• The number of elements in the new location based auto-move point will match the number of
configured items per location for that region.
• A new location based point will be updated with the ID of each item moved in its own array
element in the same order that they transitioned as a single update.
• If no auto-move point updates occur as a result of a move operation, the new point will not be
updated.
• The configuration of the array point name with _LOC is in line with the usage of classes, which
do not allow the use of "." in point names.
PRT_BASIC_USE_EX
Purpose To change the way the CIMPLICITY behaves with regard to getting a list from a project. If the user
wants ALL PRT Basic scripts used the new EXtended PRT_APIs they can define a Project level Global
Parameter.
1 Use new Extended methods and allow across project lists properly.
Default 0
Value
Advanced Features | 3 - System Management | 482
Comments In addition to this global parameter you can specify these parameters on a script basis. This is done
through the following methods:
' Use old PRT_API methods
PrtSetProjectSearch PRT_PROJECT_SEARCH_OLD
' Use new Extended methods with search restricted in local project
PrtSetProjectSearch PRT_PROJECT_SEARCH_CURRENT
' Use new Extended methods with search in all connected projects
PrtSetProjectSearch PRT_PROJECT_SEARCH_GLOBAL
This change will affect all of the following calls:
Affects:
PRT.GetItemList
PRT.GetRegionList
PRT.GetGroupList
PRT.GetServiceList
PRTService.GetItemList
PRTService.GetRegionList
PRTService.GetGroupList
PRTGroup.GetItemList
PRTGroup.GetRegionList
PRTRegion.GetItemList
Example This example script assumes that GRP1 exists in both projects.
Sub Main()
Dim main As New Prtgroup
' Use new Extended methods with search restricted in local project
PrtSetProjectSearch PRT_PROJECT_SEARCH_CURRENT
' Associated with appropriate project
main.projectid = "TRACKER1"
main.Id = "GRP1"
' Get a list of items from group "MAIN"
' and display them one by one in a message box.
main.GetItemList
for j = 0 to main.ItemCount - 1
' return all items from TRACKER1 in GRP1
MsgBox main.Item(j).ItemId
next j
' Associate with different project
main.projectid = "TRACKER2"
main.Id = "GRP1"
' Get a list of items from group "MAIN"
' and display them one by one in a message box.
main.GetItemList
for j = 0 to main.ItemCount - 1
' return all items from TRACKER 2 in GRP1
MsgBox main.Item(j).ItemId
next j
End Sub
In this example:
PRT_GUID_DISABLE_REFID
PRT_TADB_COMM_TOUT
Purpose Number of seconds PRT can take for a command to be successful in the TADB before it times out. Time out
will trigger an alarm to alert the user that the command failed.
Default 60
Value
PRT_TADB_CONN_TOUT
Purpose Number of seconds PRT can take to make a connection with the TADB before it times out. Time out will
trigger an alarm to alert the user that the connection failed.
Default 60
Value
PRTC_TADB_SYNCHRONIZE
Purpose Controls whether or not prtc.exe will perform synchronization of PRT and TADB during startup.
Default Value N
PRTC_TADB_VALIDATION
Purpose Controls whether or not the PRT Collector will generate the XML report
Default Value 0
PRTCNT_USE_TADB
For
Tracker
Project
Y PRTCNT will use TADB if the project has TADB Option enabled.
N PRTCNT will assume that the project does not have TADB Option enabled.
PTDL_ENABLE_MEASUREMENTS
Purpose To specify whether point values are to be logged in the currently active measurement system.
Default For Enable measurement systems field on the Parameters tab of the Logging Properties dialog box.
Default Value 0
PTDL_QUANTIZATION
Purpose To specify the rate in ticks at which the Point Data Logger submits data for logging.
Default for: Point data logging scan rate field in the Database Logger Logging Properties dialog box.
• Faster than the fastest table scan rate in ticks at which the Point Data Logger will submit data for
logging.
• Large enough so that all the data for a PLC scan comes into the database together.
Default 100
Value
Advanced Features | 3 - System Management | 485
PTEXP_ANA_EQ_NACK_AND_AL
Value n, N, f or F then ANA displayed TRUE if an alarm is not acknowledged. y, Y, t or T then ANA displays
TRUE only if a point is in alarm state and has not been acknowledged.
Default for new Projects (V9.5 and higher) y, Y, t or T for older Projects (prior to V9.5) n, N, f
Value or F Note: ANA displayed TRUE if an alarm is not acknowledged i.e same as NACK, irrespective of
PTEXP_ANA_EQ_NACK_AND
PTM_AM_DELAY_VAL_UPDATE
Purpose If point alarms are configured to update the point value in the message the updates will be delayed by
this amount
Default 0
Value
PTM_TIMESTAMP_FMT
Purpose To define the time format for timestamps that are converted to strings.
m month
d day
yy year
HHHH hour
MM minute
SS seconds
TTTTTT milliseconds
A microseconds
PTMAP_TIMED_POINTS
Purpose Allow the user to have off node ON_CHANGE requests updated only after a specified number of
seconds.
Default No entry
Value
PTMDP_BATCH_UPDATING
Purpose To control updating of derived points with batch processing or a memory-efficient approach.
Y Batch processing
N Memory-efficient approach.
Default Y
PTMDP_DO_EU_CONV
Purpose To automatically convert Virtual Point ID values that you use in the Expression
Editor to engineering units without having to use the EU_CONV(<point_id>)
function.
Default Value 0
PTMDP_DO_SAVEPOINT_CACHE
Default For Store values radio buttons in the Point Setup dialog box.
Default Value 1
PTMDP_DO_SAVEPOINT_COMPACT
Default For Compact on project startup check box in the Point Setup dialog box.
Default Value 0
PTMRP_ALARM_DELAY_STATE
For
Point Management
System
Y The alarm state changes immediately, and alarm delay is not applicable.
PTMRP_EXTERNAL_ALARM_OVERRIDE
Purpose To enable external point alarm states to be reset (e.g. Point Bridge or Enterprise points).
1 Enables PTMRP_EXTERNAL_ALARM_OVERRIDE.
Not 1 Does not enable PTMRP_EXTERNAL_ALARM_OVERRIDE. If a Source project point was in an alarm state
and was reset, the external point will not be reset; it will continue to display in an alarm state.
Default Not 1
PTMRP_FORCE_PT_READ_MAN_MODE_OFF
For
Enterprise Project
System
Advanced Features | 3 - System Management | 488
Purpose Enables you to handle the way point values are read from device when the manual mode is disabled.
Y When you disable the manual mode, the point values of unsolicited points are read from device
irrespective of the value change in PLC.
N When you disable the manual mode, the point values of unsolicited points are read from device only when
the point value changes in PLC.
Default N
PTMDP_MAX_RESPONSES_PER_CALLBACK
Purpose To control the number of point updates the Derived Point Process will process at a given time. The Derived
Point Process will process up to this number of point updates before performing calculations on configured
derived points.
Default 100
Value
PTMDP_PROC_ALL_DYNCFG
Purpose To ensure that when class objects are created in dynamic mode, all expressions will be updated,
Comment This global parameter is available for the rare instances when it is found that some calculated expressions
are not evaluated and updated.
Default N
Value
PTMRP
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Purpose To define the default Point Manager to be used for point processing.
Default MASTER_PTM0_RP
Value
Advanced Features | 3 - System Management | 489
PTMRP_DELAY_ALARM_STATE
Purpose To delay the alarm states that the Point Manager sends to all the applications with point value
updates using the PTMAP API.
• CimView using the AL, A1, A2, AL1, AL2, AH1 and AH2 functions.
• The Point Control Panel with the coloration of the text line that is used to display the point and its
data.
Comment Setting PTMRP_DELAY_ALARM_STATE is not required for the Alarm Manager, for both point and event
alarms. The Point Manager always delays notification of alarms to the Alarm Manager regardless of
this parameter setting. The Alarm Manager then sends alarms to both the alarm client API's and the
Alarm Viewer.
Y Do not enable the alarm state delay; the alarm state changes immediately
N (or does not exis.) Enable the alarm state delay.
PTMRP_EXTERNAL_ALARM_OVERRIDE
Purpose To enable external point alarm states to be reset (e.g. Point Bridge or Enterprise points).
1 Enables PTMRP_EXTERNAL_ALARM_OVERRIDE.
Not 1 Does not enable PTMRP_EXTERNAL_ALARM_OVERRIDE. If a Source project point was in an alarm state
and was reset, the external point will not be reset; it will continue to display in an alarm state.
Default Not 1
PTX_MAX_CACHED_POINTS
Purpose To limit the size of the Point Translation cache on systems that have a large number of points. Point
Translation adds points to the cache when Point Management applications (for example, scripts, CimView
windows, Point Control Panel, etc.) requests point information.
CAUTION: If the applications on a project are likely to cycle through all the points, limiting the cache
size may cause point information to update more slowly than expected.
Value Enter 0 or delete the global parameter if you do not want to limit the cache size. Otherwise, enter the number
of points to be put into the cache.
Advanced Features | 3 - System Management | 490
Default 0
Value
PTX_MUTE_DC_POINT_CHANGES
Purpose To stop sending point configuration change requests to the device communications, thus allowing them to
operate in an efficient manner while dynamic configuration is occurring.
Default N
Value
PW_BLOCK_SIZE
PW_BLOCK_SIZE defines the IP address block size that the Project Wizard uses to determine how
many IP address requests to make at one time. This is particularly useful in Windows XP SP2 and
Windows 2003 Server SP1, whose security enhancements limit the number of outgoing unanswered
TCP/IP requests. The security limitation can prevent the Project Wizard from finding existing PLC's
in a network.If the Project Wizard does not find any PLC's that you know are on your network do the
following.
PW_BLOCK_TIMEOUT
Purpose To adjust the time out value for each block of IP's that the Project Wizard scans. Note: Adjusting the time out
can help configure slower networks.
Value The number of seconds as an unsigned integer within the valid range of 0 - 4,294,967. Note: If a negative
number is entered, it will be converted to it's corresponding unsigned number.
Advanced Features | 3 - System Management | 491
Default 2 seconds
Value
QT_ENABLE_SQL_WINAUTHEN
Default Value NA
QUERY_UTC_ONLY
Note: QUERY_UTC_ONLY should be used only for projects that were created for
CIMPLICITY v8.0 or higher; for projects that were created in CIMPLICITY versions lower than
v8.0, old data will contain NULLs in the timestamp_utc column; in most cases set the value to N.
When using the Historical Alarm Viewer on Viewers that have CIMPLICITY versions lower than
v8.0 set the QUERY_UTC_ONLY global parameter value to X, as follows.
1. On the Server
2. For a CIMPLICITY v6.2 project
3. At the project level.
4. Before the project is started.
RAW_LIMIT_ALARM
Purpose To enable or disable the generation of alarms for point values that are outside their raw limits. The
options are:
Default YES
Value
RCO_IGNORE_INIT_PT_UDP
Purpose To set the RCO trigger functionality to what it was in CIMPLICITY versions that were lower than
CIMPLICITY 6.2.
6.2 Is used to prime the initial value of TRANS-HIGH and TRANS-LOW points.
and
higher
If a point is unavailable, then the initial point will not come until the point becomes available. Therefore in:
6.2 RCO site will ignore the point values that are set before the RCO site started.
and
higher
Less RCO does not ignore the first update; RCO uses the first unavailable to available point as a trigger.
than
6.2
1 Do not ignore the initial point value before RCO started. (Use the less than 6.2 behavior).
Default 0
Value
RCODB_CONN_TOUT
Purpose To specify the wait time during project startup for RCO to connect with the database. Time out will occur at
the end of the specified time.
Comments If it takes longer than the default 15 seconds to connect to the database. an error message will display
that the data source is invalid. Assigning RCODB_CONN_TOUT a longer connection time overcomes this
issue.
Value Number of seconds before RCO connection to the database times out.
Default 15 seconds
Value
RCODB_QRY_TOUT
Purpose To specify the wait time for RCO to get a query result.
Comments With SQL Server 2005, it might take longer than the default 15 seconds to query the database. If it does
take longer, an error message will display that the database is invalid. Assigning RCODB_QRY_TOUT a
longer connection time overcomes this issue.
Value Number of seconds for RCO to get a query result from the database, if getting a query result takes longer
than the default 15 seconds.
Advanced Features | 3 - System Management | 493
Default 15 seconds
Value
REDUND_LINK_SLEEP
Purpose To make the Router wait a period of time before creating the link to the standby node.
Comments The User Registration (UR) processes on the primary and secondary nodes need to synchronize with
each other at startup. This can normally occur within a 30-second period. On slower computers this might
not be enough time. REDUND_LINK_SLEEP provides the ability to make the appropriate adjustments.
Default 5
Value
REDUND_PROBE_COUNT
For Server Redundancy Project (On both primary and secondary computer)
Purpose To specify the number of missed probes (within a failover period) before an application is failed over.
Warning: The failover rate should never be modified to less than 3 seconds.
Comments The failover period is defined as: REDUND_PROBE_DELAY (page 493) * (REDUND_PROBE_COUNT + 1) If
more than the REDUND_PROBE_COUNT probes are missed, a failover is started.
REDUND_PROBE_DELAY
For Server Redundancy Project (On both primary and secondary computer)
Warning: The fail over rate should never be modified to less than 3 seconds.
Comments The fail over period is defined as: REDUND_PROBE_DELAY * (REDUND_PROBE_COUNT (page 493) + 1) If more
than the REDUND_PROBE_COUNT probes are missed, a failover is started.
REDUND_PROBE_PORT
For Server Redundancy Project (On both primary and secondary computer)
Purpose To specify the TCP/IP port number used to implement the server redundancy probe mechanism.
Comments Change this parameter only if it conflicts with other software. The number of missed probes before a
failover can be specified using the REDUND_PROBE_COUNT (page 493) and REDUND_PROBE_DELAY (page 493)
global parameters.
Default 4000
Value
REPEAT_TOUT
Purpose To specify the time in minutes before an alarm is automatically repeated to all interested processes by the
Alarm Management Resident Process.
Default Minutes field in the Alarm Options tab of the Alarm Definition dialog box when Auto repeat is set to Timed.
for
RTR_ACCEPT_CONN
Purpose To specify whether or not you want to connect to other projects in your enterprise and you want other
projects to connect to this project.
Default Use the Accept Connections field in the CIMPLICITY® Options dialog box.
for
N Stand alone.
Default Y
Value
RTR_DISABLE_BCAST
Purpose To specify if you want to disable broadcast of the project name on the network. When you broadcast the
project name, users on other nodes that request point data can use the project name in fully qualified points.
Otherwise, they can only use the node name in fully qualified points. Your specification is used as the default
in the Enable Project Broadcast field in the Workbench Project Properties dialog box.
Y Disable broadcast.
Default N
Value
RTR_MAX_OUTMESSAGE_COUNT
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support personnel.
Purpose To specify the maximum number of messages buffered by the Router for a Router to Router link. If the
queue overflows, the Router drops new messages. When it drops the first message, it logs the following
error to the Status Log: Router dropped offnode message to <remote_node_name> Further dropping
of messages to the same node do not result in additional error messages as long as the remote node stays
active.
Default 1000
Value
SECURE_SOCKETS
Purpose To secure a PC with encryption. When you activate SECURE SOCKETS encryption on one PC, then only
PCs that support this parameter (PCs that have CIMPLICITY 4.01-Service Pack 2 or higher installed) will be
able to communicate with the secure PC. All data transfer to the secure PC will be encrypted.
[ROUTER]
SECURE_SOCKETS=Y
Where
Advanced Features | 3 - System Management | 496
Note: Only computers that have CIMPLICITY 4.01 service pack 2 or higher installed will
be able to communicate with a SECURE_SOCKET encrypted PC.
SERVER_UP_INTERVAL
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Purpose To specify the Router (IPC) System Name Broadcast Period in seconds.
Default 75
Value
SETPOINT_SECURITY
Purpose To specify if a user can perform setpoints on only those points whose resources are in the user's view. This
is the default for the Use the Enable Setpoint Security check box in the Project Properties box.
Default NO
Value
SHORT_FILENAMES
Advanced Features | 3 - System Management | 497
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Default NO
Value
SECONDARY_STARTUP_TIMEOUT
Purpose To delay starting the project on the secondary server until after the project on the primary server starts if
the project on both the primary (active) and secondary (standby) servers is configured to start at boot.
Comments SECONDARY_STARTUP_TIMEOUT helps avoid race conditions between the two servers when they are trying to
determine which server is the active time out server.
Default 0
Value
SOLVEENGINEDEBUG
0 A query message will report that a query has failed. Debug information will be discarded.
1 A query message will report that a query has failed. Debug information will be displayed in HMI\log
\SolveInterface.out
Default 0
Value
SPC_DB_CONNECT_TIMEOUT
Purpose To reduce the number of milliseconds CimView will wait to connect to an SPC database (for an inserted
SPC ActiveX control) before the wait times out.
Advanced Features | 3 - System Management | 498
Comment SQL Express 2005 and higher require a user name and password to connect to the database. If SPC has
not been configured with the correct user name and password and one or a group of CimView screens
includes an SPC Control CimView will appear to be hanging for the default time (60 seconds) while trying to
connect. Do either of the following.
• Enter the correct credentials in the SPC Document Properties dialog box.
• Use SPC_DB_CONNECT_TIMEOUT to reduce the wait time.
Minimum 250 ms
Maximum 60000 ms
Default 60000
Value
SPC_RESIZE_OUT_OF_BOUNDS
Purpose To re-scale and re-center the graph when extremely out of control points are plotted so the values won't be
drawn outside the bounds of the graph.
Default Y
Value
STARTUP_TIMEOUT
Purpose To set the number of minutes to wait before timing out when starting up a project.
Default Value 10
SVC_RETRY_COUNT
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Purpose To set the number of retries waiting for an external service to start up.
Default 30
Value
SVC_RETRY_DELAY
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Purpose To set the delay in ticks between retries waiting for an external service to start up.
Default 100
Value
SYSNAME
CAUTION: Do not modify this option unless instructed to by GE Intelligent Platforms support
personnel.
Default The name that was assigned to the project when it was created.
Value
TERMSERV_ALLOW_SETPOINTS
Purpose To enable or disable setpoints from user-authenticated CIMPLICITY tools that are launched through remote
desktop or WebSpace sessions.
Any value except F, This will enable setpoints for remote desktop or WebSpace sessions.
FALSE, N, or NO.
Note: Setpoints will also be enabled if the TERMSERV_ALLOW_SETPOINTS
parameter does not exist or contains an unexpected value.
This will disable setpoints for remote desktop or WebSpace sessions, but not for
• F physical console sessions.
• FALSE
• N Note: The values specified are not case-sensitive.
• NO
Default T
Value
Advanced Features | 3 - System Management | 500
TREND_DISABLE_READNESTED
Default Value 0
TRK_ERROR_RETRIES
Purpose To specify how many times the Extended Attributes database access will be retried if the first attempt
returns an error.
10 Maximum retries
Default 0
Value
TRK_PRJMON_INTERVAL
Purpose To specify how frequently, in seconds, the Tracker Collector checks to see if any projects have
abnormally terminated.
3 Minimum seconds
60 Maximum seconds
Default 15
Value
Advanced Features | 3 - System Management | 501
TRK_PRJMON_TIMEOUT
Purpose To specify how long a project has to check in with the Tracker Collector before the Collector declares that
it has abnormally terminated.
2 Minimum seconds
30 Maximum seconds
Default 10
Value
TRK_RETRY_DELAY
Purpose To specify the delay, in milliseconds, between retry attempts when access to the Extended Attribute
database fails.
Default 1000
Value
TRKCOLLECTOR_COMM_TOUT
Purpose To specify the number of seconds before TrkCollector gives up on a SQL command.
*** No maximum
1 Minimum
0 No time out
Default Value 3
Advanced Features | 3 - System Management | 502
TRKCOLLECTOR_CONN_TOUT
Purpose To specify the number of seconds TrkCollector can take to get a SQL connection.
*** No maximum
1 Minimum
0 No time out
Default Value 3
TRKCOLLECTOR_ITEM_CACHE
For
Tracker
System
TRUNCATE_OBJ_DESCRIPTION
Purpose Enable PPS Object Builder to create PPS objects by truncating user created data item descriptions to the 80
character limit, when the limit is exceeded.
Y or y Truncate user created descriptions that replace the data item default $DESCRIPTION, so
the object can be built. Note: An error is logged to the status log reporting that the data-item
description has been truncated to the allowed maximum length.
N or no Does not create the class object if the user created description exceeds 80 characters.
parameter
Default N or no parameter
Advanced Features | 3 - System Management | 503
UR_LOGIN_FAILURES
Purpose To define the consecutive number of login failures before the user is locked out of the Login dialog box.
Default Value 3
USE_HIST_TIMEFMT
3. 24-hour format.
4. milliseconds.
7. Displays:
a. Localized format (e.g. AM/PM
b. The earliest value that could be displayed for a timestamp (e.g. around 1/1/1970; the
actual value being 1/1/1970 with the Time Zone offset from UTC applied.) if there is no
timestamp value recorded.
VALIDATE_PASSWORD_CHANGE
Script filename without the extension and without a path.Note: CIMPLICITY looks for the script file
in the following order.
1. .bcl
2. .bclrt
WAIT_PROJECT_TIMEOUT
Purpose To increase the time before a project times out when a CimView script logs into a project that is not running
to get a point value and it take longer than the default time to start the Router.
Default 20 Seconds
Value
The following global parameters are modified on a per-project basis for particular Communications
options.
Allen-Bradley Communications
CCM2 Communications
FloPro/FloNet Communications
Smarteye Communications
SNP Communications
SNPX Communications
Allen-Bradley Communications
AB_WS_UNSO_PLC5_FLOAT
ABI_MAXDEF
ABETH_PLC_POLL_TIMEOUT
ABETH_PLC_REQUEST_TIMEOUT
ABETH_PLC_RESPONSE_TIMEOUT
Advanced Features | 3 - System Management | 505
ABETH_UNSO_QUEUE_SIZE
CCM2 Communications
<PORT>_TURN_AROUND_DELAY
FloPro/FloNet Communications
DC_RETRY_ONE_DEVICE
FLOPRO_RESPONSE_TIMEOUT
FLOPRO_STATIC_MODEL
<PORT>_DEBUG
TSERV_<COM>
Note: Other Marquee global parameters are in the main list (page 424) .
DC_TCP_POLL_MS
DCQ_CONNECT_URETRY_CNT
DCQ_DEAD_TIME
Advanced Features | 3 - System Management | 506
MMAX_SYNC_TICKS
MSYNC_TICKS
<PORT>_DC_CONNECT_MS
<PORT>_DC_TCP_POLL_MS
<PORT>_DCQ_DEAD_TIME
<PORT>_MSYNC_TICKS
<PORT>_SOCKET_PORT
MB_LOG_PROTOCOL
MDBC
<PORT>_LOG_PROTOCOL
<DEVICE>_REQ_RETRY
<DEVICE>_TIMEOUT_RETRY_DELAY
DeviceId_CONN_SECONDARY
DeviceId_CONSERVES_CONN
DeviceId_ONE_COIL_WRITE
DeviceId_ONE_REG_WRITE
MBEDC_<device_id>
MBETH_ASYNC_CONNECTION
MBETH_DISABLE_IO_ERRLOG
MBETH_DISABLE_UNSO_DATA
MBETH_ENABLE_PROTOCOL_DEBUG
MBETH_READ_REQUEST_TIMEOUT
MBETH_REQ_MILLISECOND_TIMEOUT
MBETH_REQ_RETRY
MBETH_REQ_TIMEOUT
MBETH_SOCKET_PORT
MBETH_TIMEOUT_RETRY_DELAY
Advanced Features | 3 - System Management | 507
MBETH_UNSO_DATA_QUEUE_SIZE
<PORT>_ASYNC_CONNECTION
<PORT>_DISABLE_IO_ERRLOG
<PORT>_DISABLE_UNSO_DATA
<PORT>_ENABLE_PROTOCOL_DEBUG
<PORT>_MAX_BUFFER_SIZE
<PORT>_READ_REQUEST_TIMEOUT
<PORT>_REQ_MILLISECOND_TIMEOUT
<PORT>_REQ_RETRY
<PORT>_REQ_TIMEOUT
<PORT>_SOCKET_PORT
<PORT>_TIMEOUT_RETRY_DELAY
<PORT>_UNSO_DATA_QUEUE_SIZE
OMRON_MAX_BUFFER_SIZE
<PORT>_OMRON_SA1
<PORT>_OMRON_SERVICE
<PORT>_OMRON_SNA
<PORT>_SEQUENCE_SID
<PORT>_TO
<DEVICE>_MAX_REQUEST_CACHE
<PORT>_ALLOW_MULTIMSG
<PORT>_DISABLE_KEEPALIVE
<PORT>_MAX_CACHE
<PORT>_MAX_POLL_MSG
Advanced Features | 3 - System Management | 508
<PORT>_MAX_REQUEST_CACHE
S90TCP_ALLOW_MULTIMSG
S90TCP_ALLOW_UNSO
S90TCP_DC_BIT_REVERSE
S90TCP_<DEVICE_ID>_IS_SE
S90TCP_DISABLE_KEEPALIVE
S90TCP_MAX_CACHE
S90TCP_MAX_POLL_MSG
S90TCP_MAX_REQUEST_CACHE
S90TCP_RECONNECT_DELAY
Smarteye Communications
<PORT>_LOG_WARNING
<PORT>_MODE
<PORT>_POLL_LIMIT
<PORT>_RESTART_SEA
<PORT>_SEA_HANDSHAKE_TIMEOUT
SE_LABEL_LEN
SEA_HANDSHAKE_TIMEOUT
SNP Communications
SNP_SEND_BREAK
SNP_IDLE_TIME
SNPX Communications
<DEVICE>_VALIDATE
SNPX_BROADCAST_TIME
SNPX_VALIDATE
<PRCNAM>_CONNECTION_TIMEOUT
<PRCNAM>_READ_WRITE_TIMEOUT
<PORT>_BIND_ADDR
When you modify the global parameter list in the Workbench and perform a configuration update,
CIMPLICITY modifies the system or project's global parameters file (glb_parms.idt).
You can view a global parameter file by opening it in Windows Notepad through an MS DOS
window.
cd <dir>
where
idtpop glb_parms
notepad glb_parms.idt
A Windows Notepad opens displaying a record of the global parameters in the all projects or
specified project directory. The list of global parameters in this file corresponds to the list that
displays in the Workbench.
Advanced Features | 3 - System Management | 510
You can edit the value in this file if you need to.
6. Exit Notepad.
7. Type scpop glb_parms at the DOS prompt. A new binary version of the Global Parameters
file will be produced and put in the master directory.
When you are ready to implement the change in the run-time system, you will have to
stop the project(s), perform a Configuration Update, and restart the project(s). The Global
Parameters file that is used on a Viewer is located in the CIMPLICITY installation directory in
a subdirectory called data (e.g., c:\cimplicity\hmi\data).
Note: The Global Parameters file that is used on a Viewer is located in the CIMPLICITY
installation directory in a subdirectory called data (e.g., c:\cimplicity\hmi\data
* 1 parm_type CH-0,S-1,IS-2,I-3,BT-4,WRD-5,LG-6,BL-7
ACK_TOUT|3|0
CLR_TOUT|3|0
CONNECT_DROP_PERIOD|3|600
CONNECT_RETRY_PERIOD|3|90
Advanced Features | 3 - System Management | 511
DBDL_ABORT_TIMEOUT|1|50
DBDL_DEVICE_CHECK_PERIOD|1|30
DB_QUEUE_OVERFLOW_DELAY|1|30
DB_QUEUE_SIZE|1|20
DEL_OPT|1|AR
DOWNLD_PASSWD
DYN_CFG|1|YES
GSM_UNAVAIL_COLOR_KEY|1|0
IPC_BCAST_INTERVAL|1|90
LOGIN_RETRY_PERIOD|3|15
LOG_OPT|1|
PTDL_QUANTIZATION|1|100
PTMRP|1|MASTER_PTM0_RP
RAW_LIMIT_ALARM|1|YES
REPEAT_TOUT|3|0
RTR_ACCEPT_CONN|1|Y
RTR_DISABLE_BCAST|1|Y
SETPOINT_SECURITY|1|NO
SHORT_FILENAMES|1|NO
SVC_RETRY_COUNT|1|30
SVC_RETRY_DELAY|1|100
SYSNAME|1|MMI_ONE
Advanced Features | 3 - System Management | 512
Process Health Parameters enables you to have any selected CIMPLICITY project process
automatically monitored.
Warning: Keep in mind, restarting a process can have serious consequences, for example losing
point values or disconnecting users who are logged in from other locations.
If selected, monitoring can include attempted process restarts, process failure and/or project failure.
Step 1 Open the Process Health dialog box.
(page
512)
Note: If Configuration Securityis enabled, only roles that have Projectschecked on the
Configuration tab in the Roles dialog box will have access to the Process Health parameters
configuration.
Note: The Event Manager Resident Process (EM_RP) reports bad health when it encounters
scenarios where string and/or stack space has been used up or overrun. You can use the Process
Health Parameters application to choose appropriate actions for this scenario.
Note: All the processes that are included in the CIMPLICITY project are listed in the
Workbench right pane, including device communications processes.
Either Or
7. Right-click a process.
Restart Restarts the process a specified number of times within a selected number of seconds.
Note: The process you are configuring may have dependent processes (processes that start after
the selected process starts). If it does, you must configure a process_dependents.cfg (page 515) file to
insure that the dependent processes will stop and restart based on the selected process behavior.
2. Process #1 fails and is restarted 3. Dependent process #2 must be stopped and restarted
immediately following Process #1.
Threshold Number of times the process can be restarted, within the number of seconds specified by
the Restart period, before it is failed.
Default Disabled.
Check Send messages to the process to determine if it is running correctly. For example, a process may
health appear to be running when, in fact, it is hung.
Default Disabled
Note: Check health is enabled only if the process supports active health checks.
Advanced Features | 3 - System Management | 515
Fail project (For clusters only) The project stops when the selected process fails.
on process
failure Default Disabled
Important:
• Process health does not support dynamic configuration. Specifications for the process must be
entered when the project is stopped, then incorporated through a project configuration update.
• If you change a process name you must identify the process in the process_dependents.cfg file.
Process_Dependents.cfg file
|-*
* The first field is the name of the process that has died
* The remaining fields are the names of processes that will be stopped and restarted if they are
currently running
PRT_DC|PRT_DS
Process Control
Program Control is an interactive process that lets you start, stop, and display the current state of
CIMPLICITY processes. This section describes the functions available in Program Control and
procedures for running it.
Step 1 Open the CIMPLICITY Process Control window.
(page
516)
CIMPLICITY provides several methods to open the CIMPLICITY Process Control Window.
• Workbench
• Start menu
Workbench
Either Or
Either Or
Advanced Features | 3 - System Management | 517
Start Menu
Result:
• If no project is running:
1. Click the drop-down list button to the right of the Project field.
2. Select the project you want to connect to.
2 Click Connect.
Note: If you are not currently logged in to the project, a CIMPLICITY® Login dialog box
opens.
2. Click OK.
Advanced Features | 3 - System Management | 519
When CIMPLICITY processes a saved login or the login just entered, the CIMPLICITY Process
Control dialog box displays with the list of process names and statuses for the project you selected.
Important: This is not the recommended way to start or stop CIMPLICITY software. You
should only use CIMPLICITY Program Control to start and stop processes if you have been
instructed to do so by GE Intelligent Platforms support personnel, or if you are testing an API
application. In the latter case, you should only be starting and stopping your API application.
• Halted or
• Running.
The following table lists background Process IDs for all base system and product options for
CIMPLICITY processes. The set of options running on a node depends on the communication
protocols, printers, and product options you have installed.
AMRP Alarm Management Resident Process
PASH SOA resident process creates the SOA host component and launches CIMPLICITY
Service Provider.
The order in which some processes should be started and stopped is critical to their operation. If you
are attempting to start or stop individual processes, and you want to make sure you are doing so in an
orderly manner, you can check the master.mcp file in your project's Master directory. This file lists,
in correct order, the files that are started up for your project.
Advanced Features | 3 - System Management | 521
Example
Options for starting and stopping processes in the CIMPLICITY Process Control window include
the following.
Advanced Features | 3 - System Management | 522
2 Release
(page
523)
3 Start Process
(page
523)
4 Stop Process
(page
523)
5 Start All
(page
524)
6 Stop All
(page
524)
7 Refresh
(page
524)
8 Exit
(page
525)
Advanced Features | 3 - System Management | 523
1 Connect
Click Release to releases the Process Control from the connected project.
Result: When the project is released the Process Control window is emptied. You can either select
another project to connect (page 518) to or exit the Process Control.
3 Start Process
1. Click Yes.
Result: If the process starts successfully the process status changes to Running.
4 Stop Process
1. Click Yes.
Result: If the process stops successfully the process status changes to Halted.
Advanced Features | 3 - System Management | 524
5 Start All
1. Click Yes.
Result: All halted processes are started; the status for all processes that start successfully changes to
Running.
6 Stop All
1. Click Yes.
Result: All halted processes are stopped; the status for all processes that stop successfully changes to
Halted.
Note: Even though all of the processes are halted, Process Control continues to control the project.
You must click Release in order to release the project.
7 Refresh
The process list displays the process statuses at the time you connected to the project. These statuses
are updated automatically only when you perform a startup or shutdown operation.
Click Refresh.
Result: CIMPLICITY refreshes the list to display the status of all processes on the list.
Advanced Features | 3 - System Management | 525
8 Exit
Results: Process Control releases the project if it has not already been released; the Process Control
window closes.
OEM Key
• Is used for systems that do not have development servers and, more often than not, do not have
development viewers.
• Enables OEMs to:
4. When the OEM Key terminates (automatically or if it is exited before the two hours).
Note: Projects are stopped automatically when the OEM Key terminates or is exited.
• Makes the runtime server a stand-alone machine; it cannot communicate at all with its
viewers while the OEM Key is active.
Advanced Features | 3 - System Management | 526
(If you accepted the default location for CIMPLICITY software during installation, it is C:
\Program Files\Proficy\Proficy CIMPLICITY\.)
3. Run oemkey.exe.
The next dialog box that opens depends on your computer status:
• If any projects are running, the OEM Key dialog box opens.
• If no projects are running, the CIMPLICITY OEM Key dialog box opens.
If OEM Key finds that CIMPLICITY projects are running on your computer, the OEM Key dialog
box opens. This dialog box gives you the opportunity to exit OEM Key or terminate the projects and
activate OEM Key.
Advanced Features | 3 - System Management | 527
Do the following.
2 Click Next, which is enabled when all CIMPLICITY projects stop running.
Note: Click Cancel to exit OEM Key without stopping the running projects.
The CIMPLICITY OEM Key dialog box shows you the time left for the OEM Key.
1 Check the Show status window check box to display the time left. This status window displays on top of all the
windows on your screen.
Note: If you exit the dialog box or click Quit, the OEM Key terminates immediately.
OEM Key terminates at the end of two hours. You can terminate it earlier by exiting the
CIMPLICITY OEM Key dialog box. When OEM Key terminates it:
• Displays a dialog box warning you that it will stop all running projects.
• Stops all running projects.
• Converts your temporary Development System License back to your Runtime System License.