[all sections except general]

[all sections except general] alivePort

Type: unsigned integer
Default: 0
Range: 0..64k

Defines the port on which a manager wants to receive alive messages. The alive check mechanism is only used between managers which define an alivePort and also have an aliveTimeout != 0. The alive check is done on the receiver side only - the one which defines the alivePort. See also aliveTimeout.

[all sections except general] alivePriorityClass

Type: bool
Default: 1
Range: 0|1

Increases the priority of the alive thread under Windows to TIME_CRITICAL, under Linux to maximum "Scheduling priority".

[all sections except general] as_activeAlarmBackCol, as_activeAlarmForeCol, as_activeCurrAlarmBackCol, as_activeCurrAlarmForeCol, as_alarmBackCol, as_alarmForeColI

Type: string
Range: WinCC OA-Color

In the open and closed mode of the alert and event panel, the foreground and background color (blink color) of the last active alarm entry can be specified. Example: text: red, background: white. Active alarm always means the last "CAME unacknowledged" or "CAME acknowledged" alarm. Examples:


as_activeAlarmBackCol = "<{255,0,255},4,{255,255,255},4>"
as_activeAlarmForeCol = "<{255,255,255},4,{255,0,255},4>"

In the open and closed mode of the alert and event panel, the foreground and background color (blink color) of a non-active alarm can be specified. A non-active alarm means when an alarm (alert direction/value) changes to WENT/False. Examples:


as_alarmBackCol = "_3DFace"
as_alarmForeCol = "blue"

[all sections except general] as_descriptionMode

Type: bool
Default: 0
Range: 0|1

With as_descriptionMode = 1 you can set that the alias is shown in the alert view, if a data point description is not available. If also the alias does not exist, the datapoint name is shown.

[all sections except general] as_ShowMilliseconds

Type: integer
Default: 0
Range: 0|1|2

Display of milliseconds on the alert screen.

0: Milliseconds delimited by '.'
1: Milliseconds in ()
2: like 0

[all sections except general] as_SpecialWentText

Type: bool
Default: 0
Range: 0|1

Shows the text of a went alarm on the alarm screen in brackets (=1).

[all sections except general] connectDp

Type: string

Defines the datapoint, which is used by a manager to notify its manager connections.

[all sections except general] connectToRedundantHosts

Type: unsigned
Default: 0
Range: 0,1

This entry specifies if a manager that normally connects to only one Event Manager (e.g. CTRL) should connect to both Event Managers in a redundant system. The entry can be used in all sections except [general]. This means that all managers can establish a connection to both Event Managers. Example: [ctrl] connectToRedundantHosts = 1

[all sections except general] distSystemIds

Type: string

With this config entry you can parameterize per manager from which distributed system it accepts/holds the DP identification.

Example:


[ctrl_3]
distSystemIds = "1-28, 46, 280-290, 320"

Either ranges or single numbers can be entered. Blanks are ignored. If this config entry is not defined, all DP identifications are accepted. If the value of the distributed config entry (see Configuration file for distributed systems in the Online Help) for a manager is 0, the DP identification is not transmitted to this manager.

With the debug level -dbg 31you can check, which identifications are accepted or ignored.

[all sections except general] requestDejaVu

Type: bool
Default: 0
Range: 0|1

In a redundant system the passive Event processes only value changes which are received from the active Event manager. Messages, which it receives from a manager connected to both event mangers, e.g. an UI, are hold back in a buffer until it receives the same message (with identical ID) from the active event manager. Messages, which it receives from a manager connected to one event manager only, e.g. a driver, are discarded, because it expects that the active event manager will receive a similar message and forward it to the passive one. In case of a failure, e.g. a break-down of the driver or the active event itself, it can take several seconds to recognize this. Value changes in this time would be lost because the passive event manager could not receive them via the active event manager and had already discarded those which it received directly. To prevent this data loss manager could be configured such that the passive event manager would not discard these messages immedeately but keep them for some time in a buffer. After the failover switch the now active event manager would start processing these messages. Value changes, which are older than the last value change in the process image, i.e. a similar message from the former active event has been processed, are discarded. By default this behavior is enabled for drivers only. For other managers it can be enable with the "requestDejaVu" config entry.

[all sections except general] requestedCNSViews

Type: string
Range: CNS view names

Specifies which CNS views a WinCC OA manager keeps in its memory. Use the entry to save memory of processes by only specifying the CNS views you need.

Syntax: comma separated list of paths to the corresponding CNS views.

Example:

requestedCNSViews = "System1.View1, .View2, System2.View3:"

Views defined in the local system can be referenced either via e.g. System1.View1, or via .View2.

In case a view name that does not exist in the CNS, is specified in the filter, all views will be filtered out. If the entry is configured for the DATA and DIST managers, the entry will be ignored.