WCCILevent

Spezifische Optionen des Event-Managers

Spezifische Debuglevels des Event-Managers

-report ALERTCOUNT

Um die Gesamtanzahl der Alarminstanzen innerhalb des Systems auszugeben kann das Reporting Flag "-report ALERTCOUNT" für den Event Manager verwendet werden.

Wenn das Report Flag aktiviert wurde, werden folgende Informationen in die Log Datei des Event Managers geschrieben:

Existing alarm instance in the event manager: "<number of alerts>"

Die Information welche durch das Report Flag geschrieben wird, kann verwendet werden um zu erkennen, ob die Anzahl an Alarmen im System (kontinuierlich) anwächst während das Projekt läuft.

-dbg STAT_SIMPLE

Mit dem Debug Flag -dbg STAT_SIMPLE können grundlegende Informationen über die verarbeiteten Wertänderungen und Änderungen von Alarminstanzen in einem 30 Sekündigen Intervall angezeigt werden.

Wenn das Debug Flag aktiviert ist, werden folgende Informationen in die Log Datei des Event Managers geschrieben:

WCCILevent   (0), <TIMESTAMP>, STAT_SIMPLE, "DPEChanges:  <number of value changes> "
WCCILevent   (0), <TIMESTAMP>, STAT_SIMPLE, "AlarmChanges:  <number of changes on alert instances> "

-dbg STAT_HISTO

Mit dem Debug Flag -dbg STAT_HIST können detailliertere Informationen über die verarbeiteten Wertänderungen und Änderungen von Alarminstanzen in einem 30 Sekunden Intervall angezeigt werden.

Die Informationen werden in die LogDatei des Event Managers geschrieben.

Für jede Ausgabe werden zwei Zeilen an Information geschrieben, wobei die erste Zeile der Information den Wertänderungen entspricht und die zweite Zeile Informationen über die verarbeiteten Änderungen der Alarminstanzen liefert.

Die Information wird in Form eines Histogramms geschrieben. Jede Spalte des Histogramms hat eine entsprechende Bedeutung.

Wertänderungen

Die erste Spalte beinhaltet die Gesamtsumme der Wertänderungen für den letzten Zeitbereich.

In den nachfolgenden Spalten werden detaillierte Informationen zur Latenz geliefert. Die Latenz ist die Differenz zwischen dem Zeitstempel der Wertänderung und der Bearbeitung innerhalb des Event Managers.

Wenn der Wert durch eine dpSet/dpSetWait Nachricht verändert wird, ist die zeitliche Differenz in jedem Fall 0, da der Zeitstempel durch den Event Manager gesetzt wird.

Wenn der Wert sich innerhalb der SPS ändert und der Treiber einen Zeitstempel zur Verfügung stellt, könnte eine gewisse Latenz festgestellt werden. Durch die Zeitsynchronisierung können auch negative Latenzintervalle auftreten, welche in einer separaten Spalte angeführt werden.

Das Histogramm enthält die Informationen für folgende Latenz Intervalle:

// slots:
// total number  [ 0]
//   0 ..  90 ms [ 1] .. [10]
// 100 .. 900 ms [11] .. [19]
//   1 ..   9  s [21] .. [29]
//  10 ..  90  s [31] .. [39]
// <0.0          [102]
// >= 100s       [101]

Das Beispiel für die Logausgabe zeigt Wertänderungen welche durch ein CTRL Skript ausgelöst wurden, welches auf dem gleichen Server wie der Event Manager ausgeführt wurde. Dadurch sind keine Latenzen entstanden.

Es gab insgesamt 34 Änderungen und alle wurden mit einer Verzögerung von weniger als 10 ms erkannt.

WCCILevent   (0), <TIMESTAMP>, STAT_HISTO, "DPEChanges - decades: 34, 34, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, >100s 0, <0 0"

Änderungen von Alarminstanzen

Die erste Spalte beinhaltet die Gesamtsumme an Änderungen der Alarminstanzen für den letzten Zeitbereich.

In den darauf folgenden Spalten sind detaillierte Informationen aufgelistet entsprechend deren Alarmtyps (continuous alarms, multi instance alarms, suppressed alarms) und Alarmzustand.

// ALERTEVENT_CAME (0)
// ALERTEVENT_CAME_IMPULSE (1)
// ALERTEVENT_GONE (2)
// ALERTEVENT_MULTIPLE_ACK (3)
// ALERTEVENT_SINGLE_ACK (4)
// ALERTEVENT_GONE_INACTIVE (5)
// ALERTEVENT_GONE_IMPULSE (6)
// ALERTEVENT_GONE_OBSOLETE (7)
// NOEVENT (8)

Das Histogram beinhaltet folgende Spalten:

// slots:
// total number                              [ 0]
// continuous alarms                         [ 1]..[10]  sorted by AlertEvent constant
// multi instance alarms                     [11]..[20]  sorted by AlertEvent constant
// suppressed alarms due to minPrio setting  [32]
// _alert_hdl config was set active/inactive [33]

Folgendes Beispiel zeigt die kontinuierlichen Änderungen von Alarmen und Multi-Instanz Alarmen.

1036 alarm changes in total
29   continuous alarms (ALERTEVENT_CAME)
7    continuous alarms (ALERTEVENT_GONE)
1000 multi instance alarms (ALERTEVENT_CAME)

WCCILevent   (0), <TIMESTAMP>,    STAT_HISTO,     "AlarmChanges - decades: 1036, 29, 0, 7, 0, 0,
 0, 0, 0, 0, 0, 1000, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, >100s 0, <0 0"