Täglicher Betrieb von SIWENOID v2

Diese Seite beschreibt die tägliche Nutzung von SIWENOID v2 aus der Perspektive des Bedieners. Sie behandelt die Ereigniskategorienleiste, das Signal-Log und alle seine Steuerungen, wie Alarme Schritt für Schritt bearbeitet werden, wie das Ereignisprotokoll zum Suchen und Filtern verwendet wird und wie Ereignisdaten exportiert werden.

Diese Seite ist sowohl für Bediener relevant, die tägliche Überwachungsaufgaben durchführen, als auch für Ingenieure, die verstehen müssen, wie die Bedienoberfläche funktioniert, um sie korrekt zu konfigurieren.

Prev ← Modul erstellen Next → Systemeinstellungen und Engineering-Optionen

Die Ereigniskategorienleiste wird jederzeit oben auf dem SIWENOID v2 Hauptbildschirm angezeigt. Sie ist immer sichtbar, unabhängig von der Anordnung der Workspace-Panels, und kann nicht ausgeblendet werden. Sie bietet eine sofortige Übersicht über die Anzahl aktiver und nicht quittierter Ereignisse über alle Ereigniskategorien hinweg.

Jedes Signal, Ereignis und jeder Alarm von jedem verbundenen Subsystem wird einer der konfigurierten Ereigniskategorien zugeordnet. Die Kategorienleiste zeigt jede Kategorie als beschriftete Schaltfläche mit einer Hintergrundfarbe, die der konfigurierten Farbe dieser Kategorie entspricht. Dieselben Farben werden konsistent im Signal-Log, im Ereignisprotokoll und auf Karten verwendet — sodass ein Bediener, der Rot mit Brandalarmen assoziiert, Rot für Brandalarmereignisse in der gesamten Oberfläche sieht.

Der Status „Normal“ wird niemals in der Ereigniskategorienleiste angezeigt. Normal stellt den Ruhezustand eines Datapoints dar und gilt nicht als aktives Ereignis, das Aufmerksamkeit des Bedieners erfordert.

Elemente der Kategorienleiste:

1 — Ereigniskategorien Jede Kategorieschaltfläche zeigt den Kategorienamen und die Anzahl der Ereignisse in dieser Kategorie im Format: quittiert / gesamt. Zum Beispiel bedeutet „0/1” in der Kategorie Störung, dass es ein Störungsereignis gibt und dieses noch nicht quittiert wurde.

2 — Ausgeblendete Ereigniskategorie Ein Bediener kann alle Ereignisse einer bestimmten Kategorie aus dem Signal-Log ausblenden, indem er auf die Schaltfläche mit dem Kategorienamen klickt. Ausgeblendete Kategorien werden in der Kategorienleiste mit transparentem Hintergrund dargestellt. Ereignisse aus ausgeblendeten Kategorien bleiben im System und können weiterhin über die Kategorienleiste gesammelt quittiert werden — sie werden lediglich nicht im Signal-Log angezeigt. Die Kategorie Alarm kann unter keinen Umständen ausgeblendet werden.

Diese Funktion ist während Wartungsarbeiten nützlich — zum Beispiel, wenn bei der Wartung einer Brandmeldezentrale viele Melder im Zustand „Ausgeschlossen“ sind; das Ausblenden der Kategorie Ausschluss verhindert, dass sie das Signal-Log überladen, während echte Alarmereignisse weiterhin klar sichtbar bleiben.

3 — Sammelquittierungs-Schaltfläche Jede Kategorie verfügt über eine Sammelquittierungs-Schaltfläche. Durch Klicken werden alle aktuell nicht quittierten Ereignisse in dieser Kategorie gleichzeitig quittiert. Dies ist nützlich, wenn ein einzelnes Ereignis viele gleichzeitige Meldungen erzeugt — zum Beispiel, wenn eine deaktivierte Zone dazu führt, dass alle ihre Melder gleichzeitig auslösen. Die Sammelquittierung ist eine reine Softwareaktion: Es werden keine Befehle an verbundene Subsysteme gesendet.

4 — Quittiert / Nicht quittiert Zähler Der Zähler auf jeder Kategorieschaltfläche zeigt die Anzahl quittierter Ereignisse im Verhältnis zur Gesamtzahl aktiver Ereignisse in dieser Kategorie (quittiert/gesamt). Dies ermöglicht es Bedienern, auf einen Blick zu sehen, wie viele Ereignisse noch Aufmerksamkeit erfordern.

Das Signal-Log ist die primäre Überwachungsschnittstelle in SIWENOID v2. Es zeigt jedes aktive Ereignis von jedem verbundenen Subsystem an, dessen aktueller Status vom Normalzustand abweicht. Dazu gehören Alarme, Störungen, Ausschlüsse, Sabotagezustände, Kommunikationsfehler und jeder andere Nicht-Normal-Status, der in der Treatment-Konfiguration definiert ist.

An einem Live-Standort ist das Signal-Log selten leer. Größere Installationen haben immer einige Melder, die für Wartungszwecke ausgeschlossen sind, Zonen im Testmodus oder kleinere technische Störungen, die überwacht werden. Das Signal-Log ist so gestaltet, dass die kritischsten Ereignisse — Alarme — unabhängig von der Anzahl niedriger priorisierter Ereignisse immer sofort oben in der Liste sichtbar sind.

Alle Einträge im Signal-Log sind mit der Hintergrundfarbe ihrer Ereigniskategorie farbcodiert. Alarmereignisse (typischerweise rot) werden immer an den Anfang des Signal-Logs sortiert, sodass sie nicht zwischen weniger wichtigen Ereignissen übersehen werden können. Wenn eine Kategorie über die Kategorienleiste ausgeblendet wird, werden ihre Ereignisse im Signal-Log nicht angezeigt.

Spalten des Signal-Logs:

• 1 — Kategoriesymbol — das für die Ereigniskategorie konfigurierte Symbol.
• 2 — Zeitstempel — das genaue Datum und die Uhrzeit, zu der das Ereignis vom SIWENOID v2 Server empfangen wurde.
• 3 — Physischer Container — der Name des physischen Subsystem-Containers, zu dem der meldende Datapoint gehört (zum Beispiel: Anlagenname oder Subsystemname).
• 4 — Datapoint-Name — der Name des Datapoints, der das Ereignis erzeugt hat, wie in SIWENOID v2 konfiguriert.
• 5 — Statusbeschreibung — eine Beschreibung des Ereignisstatus. Zum Beispiel: „ALARM”, „STÖRUNG“, „CLIENT GETRENNT”, „AUSGESCHLOSSEN“.
• 6 — Quittierungsstatus — neue, nicht quittierte Ereignisse haben einen blinkenden Hintergrund. Nach der Quittierung stoppt das Blinken. Ereignisse, die wieder normal sind, aber noch nicht entfernt wurden, werden mit schwarzem (invertiertem) Hintergrund angezeigt.

Aktionsschaltflächen im Signal-Log (pro Ereigniszeile):

• 7 — Standardbefehls-Schaltfläche — sendet den passendsten Befehl für diesen Ereignistyp an das verbundene Subsystem. Der Standardbefehl wird vom Subsystemtreiber basierend auf dem Datapoint-Typ vordefiniert (zum Beispiel: Reset für eine Brandmeldezone, Unscharf für eine Einbruchspartition). Wenn kein Standardbefehl für diesen Ereignistyp vorhanden ist, ist die Schaltfläche deaktiviert. Ein Rechtsklick auf die deaktivierte Schaltfläche zeigt dennoch die vollständige Liste verfügbarer Befehle für den Datapoint.
• 8 — Auf Karte anzeigen-Schaltfläche — öffnet die Karte, auf der dieser Datapoint platziert ist, und hebt das Symbol des Datapoints auf dieser Karte hervor. Der Hintergrund der Schaltfläche ist grün, wenn der Datapoint auf mindestens einer Karte vorhanden ist. Wenn der Datapoint auf keiner Karte vorhanden ist, ist die Schaltfläche grau und nicht anklickbar. Nach dem Öffnen der Karte blinkt das Datapoint-Symbol kurz in der Farbe der Ereigniskategorie.
• 9 — Interventionstext-Schaltfläche — öffnet den diesem Datapoint zugewiesenen Interventionstext. Der Interventionstext ist eine vordefinierte Anweisung oder ein Verfahren, das den Bediener bei der Reaktion auf dieses Ereignis unterstützt (zum Beispiel: „Diese Zone kann nicht zurückgesetzt werden, solange die Fenster geöffnet sind.”). Die Schaltfläche ist grau und nicht anklickbar, wenn kein Interventionstext zugewiesen ist. SIWENOID v2 kann so konfiguriert werden, dass Interntexte automatisch angezeigt werden, wenn bestimmte Ereignistypen empfangen werden.
• 10 — Kommentar schreiben-Schaltfläche — öffnet den Kommentardialog für dieses Ereignis und ermöglicht es dem Bediener, eine Freitextnotiz hinzuzufügen. Kommentare sind dauerhaft mit dem Ereignisdatensatz verknüpft und für alle Bediener sichtbar. Mehrere Kommentare können von mehreren Benutzern zu einem einzelnen Ereignis hinzugefügt werden.
• 11 — In Hierarchie anzeigen-Schaltfläche — navigiert das Datapoint-Hierarchie-Panel zum meldenden Datapoint und wählt ihn aus, sodass seine vollständigen Informationen, Status- und Befehlspanels angezeigt werden.

Ereignisse, die im Signal-Log mit schwarzem (invertiertem) Hintergrund angezeigt werden, stellen Zustände dar, die zu einem früheren Zeitpunkt aktiv waren, aber zum Zeitpunkt der Anzeige nicht mehr bestehen. Der Datapoint ist in den Normalzustand zurückgekehrt, aber das Ereignis bleibt im Signal-Log, um sicherzustellen, dass es vom Bediener nicht übersehen wird.

Diese invertierten Einträge können mit einem einzigen Klick aus dem Signal-Log entfernt werden — durch Klicken werden sie quittiert und aus der aktiven Signal-Log-Ansicht entfernt. Das Ereignis bleibt dauerhaft im Ereignisprotokoll erhalten.

Ereignisse mit invertiertem Hintergrund erscheinen in den folgenden Situationen:

• Das physische Sicherheitssystem oder der Bediener an der Anlage hat den Alarm direkt an der Hardware quittiert oder zurückgesetzt, ohne dass der SIWENOID v2 Bediener dies getan hat. SIWENOID v2 hat das Rückkehr-zum-Normal-Signal erkannt und zeigt das Ereignis als gelöst, aber noch nicht gesehen an.
• Ein anderer SIWENOID v2 Bediener auf einer anderen Client-Arbeitsstation hat das Ereignis zuerst quittiert und die Synchronisation der Mehrclient-Quittierung ist im System konfiguriert.

Dieser Mechanismus stellt sicher, dass Bediener immer eine Aufzeichnung jedes Ereignisses haben, das während ihrer Sitzung aufgetreten ist, selbst wenn der physische Zustand unabhängig von der Software behoben wurde.

Wenn ein Alarm oder ein anderes bedeutendes Ereignis eintrifft, erscheint es im Signal-Log mit blinkendem Hintergrund und (falls konfiguriert) einem akustischen Alarm. Das folgende Verfahren beschreibt den standardmäßigen Ablauf der Alarmbearbeitung:

Schritt 1 — Das Ereignis in SIWENOID v2 quittieren

Klicken Sie auf die Ereigniszeile im Signal-Log, um sie zu quittieren. Das Blinken stoppt und der akustische Alarm für dieses Ereignis verstummt. Die Quittierung ist eine reine Softwareaktion — es wird zu diesem Zeitpunkt kein Befehl an das physische Sicherheitssystem gesendet.

Alternativ kann die Sammelquittierungs-Schaltfläche in der Kategorienleiste verwendet werden, um alle Ereignisse dieser Kategorie gleichzeitig zu quittieren, wenn mehrere gleichzeitige Ereignisse aus demselben Vorfall eingetroffen sind.

Schritt 2 — Verfügbare Informationen prüfen

Bevor physische Maßnahmen ergriffen oder Befehle an das Subsystem gesendet werden, verwenden Sie die verfügbaren Werkzeuge:

• Drücken Sie Schaltfläche 8 (Auf Karte anzeigen), um die Standortkarte zu öffnen und die physische Position des alarmierenden Datapoints zu sehen. Das Datapoint-Symbol blinkt auf der Karte, um seine Position anzuzeigen.
• Drücken Sie Schaltfläche 9 (Interventionstext), um das vordefinierte Reaktionsverfahren für diesen Datapoint zu lesen, falls eines konfiguriert wurde.
• Drücken Sie Schaltfläche 11 (In Hierarchie anzeigen), um die Datapoint-Hierarchie zu öffnen und die jüngste Ereignishistorie sowie den aktuellen technischen Status des Datapoints zu prüfen.

Schritt 3 — Einen Kommentar schreiben (falls erforderlich)

Drücken Sie Schaltfläche 10 (Kommentar schreiben), um den Kommentardialog zu öffnen und relevante Informationen zu diesem Ereignis zu dokumentieren — zum Beispiel die Ursache des Alarms, wer benachrichtigt wurde oder welche physischen Maßnahmen ergriffen wurden.

Der Kommentardialog zeigt:

• 1 — Zeitstempelspalte — Datum und Uhrzeit jedes bestehenden Kommentars.
• 2 — Benutzer — den Benutzernamen des Bedieners, der den jeweiligen Kommentar geschrieben hat.
• 3 — Kommentar — den Text jedes bestehenden Kommentars.
• 4 — Textbereich — das Eingabefeld zum Schreiben eines neuen Kommentars.
• 5 — Senden-Schaltfläche — speichert den Text aus dem Eingabefeld als neuen Kommentar zu diesem Ereignis.

Mehrere Kommentare können von beliebig vielen Benutzern zu einem einzelnen Ereignis hinzugefügt werden. Kommentare werden in chronologischer Reihenfolge angezeigt und dauerhaft im Ereignisprotokoll gespeichert.

Schritt 4 — Einen Befehl an das Subsystem senden (falls erforderlich)

Nachdem die Situation geprüft und die Reaktion dokumentiert wurde, senden Sie den entsprechenden Befehl an das verbundene Sicherheitssystem über Schaltfläche 7 (Standardbefehl) oder per Rechtsklick, um auf die vollständige Befehlsliste zuzugreifen.

Das Ereignisprotokoll enthält eine permanente, nicht löschbare Aufzeichnung jedes Ereignisses, Signals, Befehls und jeder Bedieneraktion, die seit der Inbetriebnahme des Systems von SIWENOID v2 aufgezeichnet wurde. Es kann nach Datum, Uhrzeit, Ereignistyp und Datapoint-Name durchsucht und gefiltert werden, und die gefilterten Ergebnisse können exportiert oder gedruckt werden.

Filtersteuerungen:

• 1 — Startdatum — filtert das Ereignisprotokoll so, dass nur Ereignisse ab diesem Datum angezeigt werden (ab 00:00:00 des gewählten Datums).
• 2 — Enddatum — filtert das Ereignisprotokoll so, dass nur Ereignisse bis einschließlich dieses Datums angezeigt werden (bis 23:59:59 des gewählten Datums).
• 3 — Startzeit — filtert Ereignisse auf solche, die nach dieser Tageszeit aufgetreten sind. Wenn kein Start- und Enddatum gesetzt ist, gilt dieser Filter für alle Tage — es werden Ereignisse von jedem Tag angezeigt, die nach dieser Uhrzeit aufgetreten sind.
• 4 — Endzeit — filtert Ereignisse auf solche, die vor dieser Tageszeit aufgetreten sind. Zusammen mit der Startzeit erzeugt dies ein tägliches Zeitfenster. Zum Beispiel zeigt eine Startzeit von 10:00 und eine Endzeit von 15:00 bei einem bestimmten Datumsbereich nur Ereignisse an, die an jedem Tag des Bereichs zwischen 10:00 und 15:00 aufgetreten sind.
• 5 — Ereignistyp — filtert nach Ereignisstatus-Typ. Teiltextsuche wird unterstützt — die Eingabe von „alar“ findet alle Ereignisse mit „ALARM” im Statusnamen.
• 6 — Gespeicherten Filter laden — lädt eine zuvor gespeicherte Filterkonfiguration aus der Dropdown-Liste.
• 7 — Aktuellen Filter speichern — speichert die aktuelle Filterkonfiguration unter einem benutzerdefinierten Namen für schnellen Zugriff. Nach dem Klicken einen Namen eingeben und Enter drücken. Beispiel: „Morgenalarme 06:00–09:00“.
• 8 — Gespeicherten Filter löschen — löscht den aktuell geladenen gespeicherten Filter. Nur aktiv, wenn ein gespeicherter Filter geladen ist.
• 9 — Datapoint-Namen-Filter — filtert nach dem Namen des Datapoints. Teiltextsuche wird unterstützt — die Eingabe von „p” findet alle Datapoints, deren Name den Buchstaben p enthält (zum Beispiel: „PIR 1“, „Panikknopf”).
• 10 — Ereignisstatus-Filter — filtert nach dem spezifischen Statusnamen von Ereignissen (der Treatment-Bezeichnung). Dies ermöglicht das Filtern nach bestimmten Statusarten innerhalb einer Kategorie, wie „Kommunikation deaktiviert“ oder „Client verbunden”.
• 11 — Export-Schaltfläche — exportiert die aktuell gefilterte Ereignisliste in ein ausgewähltes Dateiformat.
• 12 — Druck-Schaltfläche — druckt die aktuell gefilterte Ereignisliste auf dem in den Systemeinstellungen festgelegten Standarddrucker.
• 13 — Filter zurücksetzen-Schaltfläche — entfernt alle aktiven Filter und stellt die vollständige ungefilterte Ansicht des Ereignisprotokolls wieder her.
• 14 — Ergebnisübersicht — zeigt eine Beschreibung des aktuellen Filterzustands und die Anzahl der gefundenen passenden Ereignisse.

Hinweis: Sowohl die Export-Schaltfläche (11) als auch die Druck-Schaltfläche (12) erfordern, dass ein Startdatum (1) und ein Enddatum (2) gesetzt sind, bevor sie aktiv werden. Diese Anforderung besteht, weil das Ereignisprotokoll bei großen Installationen Millionen von Einträgen enthalten kann — ein Export oder Druck ohne Datumsbereich würde eine unpraktisch große Datei oder Ausdruck erzeugen.

Die Textfilterfelder im Ereignisprotokoll unterstützen zwei Suchmodi, die eine präzisere Filterung ermöglichen:

ODER-Suche (breitere Ergebnisse) Geben Sie mehrere Wörter durch Leerzeichen getrennt in ein beliebiges Filterfeld ein. Der Filter liefert alle Ereignisse, die eines der eingegebenen Wörter enthalten. Zum Beispiel liefert die Eingabe „Alarm Normal“ im Feld Ereignistyp alle Ereignisse mit dem Status „ALARM” oder dem Status „NORMAL“.

UND-Suche (engere Ergebnisse) Geben Sie mehrere Wörter getrennt durch das Zeichen & ein. Der Filter liefert nur Ereignisse, die alle eingegebenen Wörter gleichzeitig enthalten. Zum Beispiel liefert die Eingabe „Alarm & Normal” nur Ereignisse, deren Status sowohl „Alarm“ als auch „Normal” enthält — was in der Praxis keine Ergebnisse liefert, da ein Datapoint nicht gleichzeitig beide Zustände haben kann. Dieser Modus ist nützlich beim Filtern von Datapoint-Namen mit gemeinsamen Begriffen, zum Beispiel: „Tür & Haupt“, um nur den Datapoint „Haupttür” unter vielen Türen zu finden.

Klicken Sie auf die Export-Schaltfläche (11) in der Filterleiste des Ereignisprotokolls, um die aktuell gefilterte Ereignisliste zu exportieren. Es erscheint ein Dialog zur Formatauswahl mit drei Optionen:

• CSV — Datei mit kommagetrennten Werten, kompatibel mit jeder Tabellenkalkulationsanwendung oder jedem Datenbankimportwerkzeug. Beste Wahl für weitere Datenverarbeitung oder den Import in andere Systeme.
• XLSX — Microsoft Excel-Tabellenformat. Beste Wahl für Bediener, die die Daten in Excel prüfen oder präsentieren möchten.
• HTML — eine interaktive, eigenständige Webseite, die in jedem Browser ohne zusätzliche Software geöffnet werden kann. Der HTML-Export enthält innerhalb der Seite selbst Filter- und Sortierfunktionen und ist daher nützlich zum Teilen von Ereignisberichten mit Personen, die keinen Zugriff auf SIWENOID v2 haben.

Nach Auswahl des Formats öffnet sich ein Dialog zum Speichern der Datei. Geben Sie den gewünschten Dateinamen und Speicherort ein und klicken Sie dann auf Save, um den Export abzuschließen. Klicken Sie auf Cancel, um den Vorgang abzubrechen.

Für Exporte gilt dieselbe Datumsbereichsanforderung wie für das Drucken — ein Start- und Enddatum müssen gesetzt sein, bevor die Export-Schaltfläche aktiv wird.

Beim Drucken oder Exportieren großer Ereignisprotokolle sollte das Datenvolumen sorgfältig berücksichtigt werden. Bei stark ausgelasteten Installationen kann das Ereignisprotokoll eines einzelnen Tages Zehntausende von Einträgen enthalten.

—

Prev ← Modul erstellen Next → Systemeinstellungen und Engineering-Optionen