Diese Seite beschreibt, wie Treatment-Definitionen in SIWENOID v2 angezeigt und bearbeitet werden. Treatments gehören zu den grundlegendsten Konfigurationselementen im System — sie definieren, wie SIWENOID v2 jedes von jedem verbundenen Subsystem empfangene Signal interpretiert und kategorisiert.
Wenn ein verbundenes Subsystem (wie eine Brandmeldezentrale oder Einbruchmeldezentrale) ein Signal an SIWENOID v2 sendet, enthält das Signal einen rohen Statuscode aus der Hardware. Ein Treatment ist der SIWENOID v2 Konfigurationsdatensatz, der diesen rohen Statuscode einem sinnvollen, für Menschen lesbaren Zustand mit definiertem visuellen und betrieblichen Verhalten zuordnet.
Jede Treatment-Definition legt fest:
Treatments werden pro Datapoint-Typ innerhalb jedes Handler-Typs (Subsystem-Treiber) definiert. Unterschiedliche Gerätetypen haben unterschiedliche mögliche Treatments, da unterschiedliche Hardware unterschiedliche Statusbedingungen meldet.
Wichtig: Die Bearbeitung von Treatments ist eine Low-Level-Engineering-Operation, die direkt beeinflusst, wie SIWENOID v2 Signale aus physischen Sicherheitssystemen interpretiert. Eine falsche Treatment-Konfiguration kann dazu führen, dass Alarme falsch klassifiziert, übersehen oder falsch angezeigt werden. Die Bearbeitung von Treatments sollte nur von erfahrenen Inbetriebnahmeingenieuren durchgeführt werden, die das Protokoll des angeschlossenen Subsystems verstehen. Befehle innerhalb von Treatments können nur gemäß der Spezifikation des Subsystem-Kommunikationsprotokolls konfiguriert werden.
—
Prev ← Logische Container Next → Kategorien erstellen
Der erste Weg, auf die Treatment-Bearbeitung zuzugreifen, führt über das Haupt-Einstellungsmenü. Navigieren Sie zu File → Settings → Treatment Types.
Der Einstellungsbildschirm für Treatment-Typen ist in drei Auswahlbereiche gegliedert:
Diese Methode wird empfohlen, wenn Treatments über mehrere Datapoint-Typen innerhalb desselben Subsystems hinweg überprüft oder bearbeitet werden, oder wenn eine systematische Überprüfung aller Treatment-Definitionen für einen Handler durchgeführt wird.
Der zweite Weg, auf die Treatment-Bearbeitung zuzugreifen, erfolgt direkt aus dem Datapoint-Hierarchie-Bildschirm. Diese Methode ist schneller, wenn Sie das Treatment eines bestimmten Datapoints bearbeiten möchten, den Sie bereits im Baum lokalisiert haben.
Es wird derselbe Treatment-Editor geöffnet wie in Methode 1, jedoch sind Handler-Typ, Datapoint-Typ und Treatment bereits vorausgewählt basierend auf dem Datapoint, auf den Sie mit der rechten Maustaste geklickt haben. Dies spart die in Methode 1 erforderlichen Navigationsschritte.
Der Treatment-Editor zeigt alle konfigurierbaren Eigenschaften eines Treatments an. Die wichtigsten Felder werden unten beschrieben.
Namensfelder (englischer Name, ungarischer Name und andere Sprachen)
SIWENOID v2 unterstützt mehrsprachige Statusnamen. Jede Sprache hat ihr eigenes Namensfeld — englischer Name, ungarischer Name, tschechischer Name, russischer Name, bulgarischer Name und rumänischer Name. Der im aktiven Interface eingestellte Sprachname ist derjenige, der den Bedienern im Signal-Log, Ereignisprotokoll und in der Datapoint-Hierarchie angezeigt wird. Geben Sie die Statusbezeichnung ein, die die Bediener im entsprechenden Sprachfeld sehen sollen. Zum Beispiel kann der Standardname „Fault” zu „Technische Störung“ oder „Leitungsfehler” geändert werden.
Kategorie
Die Ereigniskategorie, zu der dieses Treatment gehört. Die Kategorie bestimmt die Farbe, das Symbol und die Prioritätsstufe, die zur Darstellung dieses Status in der gesamten SIWENOID v2 Oberfläche verwendet werden — Farbcodierung im Signal-Log, Zählung in der Kategorienleiste, Hervorhebung von Kartensymbolen und Audioverhalten. Die verfügbaren Kategorien sind NORMAL, ALARM, PREALARM, WARNING, FAULT, EXCLUSION, DISORDER und INFORMATION.
Zusätzliche Verhaltenseinstellungen
Der Editor enthält außerdem eine Reihe von Kontrollkästchen und Optionen, die steuern, wie sich das Treatment in der Oberfläche verhält:
Effektmaske
Die Effektmaske definiert, welche rohen Signalbits oder Statuscodes, die vom Subsystemprotokoll empfangen werden, dazu führen, dass ein Datapoint in diesen Treatment-Zustand wechselt. Nur die Bits, die dieses spezifische Treatment auslösen sollen, sollten aktiviert werden. Die Effektmaske muss strikt gemäß der Spezifikation des Kommunikationsprotokolls des angeschlossenen Subsystems konfiguriert werden. Ändern Sie die Effektmaske nicht, ohne die Protokolldokumentation des spezifischen Subsystem-Treibers zu konsultieren.
Der neue Name wird sofort in der gesamten Oberfläche wirksam. Bereits vorhandene historische Ereignisse im Ereignisprotokoll werden nicht rückwirkend umbenannt.
Das Ändern der Kategorie eines Treatments klassifiziert diesen Signalzustand systemweit neu. Alle zukünftigen Ereignisse dieses Typs erscheinen unter der neuen Kategorie mit deren Farbe, Priorität und Audioverhalten.
Beispiel: Ein Handfeuermelder, der auf OFF geschaltet wird, erzeugt ein SUPERVISORY-Signal, das standardmäßig zur Kategorie EXCLUSION gehört. Wenn die Sicherheitsrichtlinie des Standorts verlangt, dass ein manuell ausgeschlossener Melder höhere Aufmerksamkeit vom Bediener erhält, kann der Ingenieur dieses Treatment in WARNING neu klassifizieren. Nach dem Speichern erscheint das Ereignis beim nächsten OFF-Schalten eines Handfeuermelders im Signal-Log unter WARNING — mit der WARNING-Farbe, dem Symbol und dem Audioverhalten — anstelle von EXCLUSION.
Nach Änderungen der Kategorie sollte das Ergebnis immer überprüft werden, indem ein Testsignal vom betroffenen Datapoint erzeugt wird und bestätigt wird, dass das Ereignis im Signal-Log in der richtigen Kategorie erscheint. Denken Sie daran, Teständerungen rückgängig zu machen, wenn sie nur zu Verifizierungszwecken durchgeführt wurden.
Die Bearbeitung von Treatments ist typischerweise in den folgenden Situationen erforderlich:
Treatment-Definitionen sind Teil der SIWENOID v2 Datenbank und werden in Datenbanksicherungen eingeschlossen. Nach Änderungen an Treatments wird empfohlen, die Änderungen zu testen, indem Testsignale vom verbundenen Subsystem erzeugt werden und überprüft wird, dass SIWENOID v2 mit den richtigen Statusklassifizierungen reagiert.
—
Prev ← Logische Container Next → Kategorien erstellen