Sv translation | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||
Meldungsregeln legen fest, unter welchen Umständen Meldungen in QBRX erzeugt werden. Diese Regeln werden in QUDE erstellt, QBRX' universellem Datenpunktedtior. Durch QUDE sind Ihnen bei der Erstellung der Regeln quasi keine Grenzen gesetzt. In diesem Beitrag wird anhand eines Beispiels erläutertzeigen wir Ihnen exemplarisch anhand von drei Beispielen, wie Meldungsregeln erstellt werden können. Wir bauen eine Regel, durch die wir darauf hingewiesen werden, dass die Außentemperatur einer Facility unter 0°C gefallen ist. QUDE öffnen Bevor Sie mit QUDE arbeiten können, müssen Sie es öffnen. Gehen Sie dafür zu Ihren Meldungen und klicken Sie auf den Zahnrad-Button oben rechts. Sie gelangen so zur Übersichtsseite für Meldungsregeln. Wählen Sie eine Meldungsregel aus und klicken Sie im Anschluss auf den Puzzleteil-Button. Anwendungsbeispiel: Außentemperatur unter 0°C
Beispiel 1: Die Außentemperatur entspricht 0°C oder wenigerIm ersten Für dieses Beispiel erstellen wir eine Meldungsregel, die uns dafür sorgt, dass immer dann warnteine Meldung generiert wird, wenn die Außentemperatur unserer Facility unter 0°C fällt. 0°C oder weniger entspricht. Der Gefrierpunkt ist ein in vielen Situationen relevant und die Berechnungsregel für eine entsprechende Meldung setzt sich aus wenigen Blöcken zusammen. Sie benötigen vier Blöcke: Ein relevanter Faktor und der Aufbau der Meldungsregel kann als Vorlage für andere, einfachere Berechnungsregeln herangezogen werden. Schritt-für-Schritt Anleitung
Beispiel 2: Jährlicher Grenzwert für Kältemittelnachfüllmenge wurde überschrittenWir erstellen eine Meldungsregel, die uns darüber informiert, dass der jährliche Grenzwert an nachgefülltem Kältemittel überschritten wurde. Der Grenzwert entspricht dabei der erwarteten Menge, die jedes Jahr nachgefüllt werden sollte. Wird dieser Wert jedoch überschritten, dann bedeutet das, dass die Anlage ein Leck haben könnte oder andere Probleme vorliegen. Die Meldungsregel ist nach der folgenden Logik aufgebaut: Die Eigenschaft "Füllmenge" (bzw. refrigerant_quantity) beschreibt die gesamte Füllmenge des Tanks. 20% davon entsprechen der jährlich üblichen Nachfüllmenge, den wir als Grenzwert nutzen möchten. Deshalb wird dieser Wert durch 5 geteilt. Um die jährliche Nachfüllmenge zu erhalten, muss am hinzugefügten Datenpunkt der Kältemittelnachfüllmenge in der Liste die Funktion "Summe" für die Zeitspanne "1y" (1 Jahr) festgelegt werden. Wir erhalten nach der oben sichtbaren QUDE-Regel also eine Meldung, sobald die Nachfüllmenge größer als 20% des Tanks ist. Schritt-für-Schritt-Anleitung
Beispiel 3: Die Lüftungsanlage ist außerhalb der Öffnungszeiten eingeschaltetIm dritten Beispiel soll immer dann eine Meldung erzeugt werden, wenn die Lüftungsanlage eingeschaltet ist, obwohl die zugehörige Filiale gechlossen ist. Die Meldungsregel kann dabei helfen, Störungen an der Anlage ausfindig zu machen. Der Datenpunkt, der den Aktivitätsstatus wiedergibt, kann außerdem mit einer Vielzahl an anderen Datenpunkten ausgetauscht werden, falls man eine Warnung bezüglich anderer zeitabhängiger Annomalien erhalten möchte. Die Berechnungsregel ist nach der folgenden Logik aufgebaut: Bei Verzweigungen legt man immer eine Bedingung und zwei Ausgangsmöglichkeiten fest, welche abhängig davon berechnet werden. Bei einer Meldungsregel bedeutet dass, dass entweder eine Meldungsregel generiert wird oder eben nicht. Das wird mit den booleschen Konstanten "wahr" und "unwahr" ausgedrückt. Bei "wahr" wird in diesem Fall eine Meldung generiert und bei "unwahr" nicht. Die Bedingung für die Meldungsgenerierung besteht aus zwei Komponenten: Der Öffnungszeit und dem Aktivitätsstatus. Die Bedingung für die Öffnungszeit wird mit dem Zeitplanblock definiert. Wird dieser auf "ist nicht aktiv" gesetzt, dann ist die erste Bedingung, dass ein Ereignis außerhalb der Öffnungszeiten eintreten muss ("aktiv" wäre innerhalb der Öffnungszeiten). Für die zweite Bedingung wird der Aktivitätsstatus der Anlage überprüft. Da der Aktivitätsstatus ein boolescher Datenpunkt ist, hat er nur zwei Werte: "wahr" steht für eine eingeschaltete Anlage und "unwahr" bedeutet, dass die Anlage ausgeschaltet ist. Mit Hilfe eines Vergleichsoperators wird deshalb als zweite Bedingung definiert, dass der Wert des Aktivitätsstatus "wahr" sein muss. Die Lüftungsanlage muss also eingeschaltet sein. Der Block für boolesche Operatoren definiert mit "und", dass beide Bedingungen gleichzeitig eintreten müssen, damit eine Meldungsregel erzeugt wird. Schritt-für-Schritt Anleitung
Sollte die Außentemperatur unter 0°C fallen, wird nun eine Meldung generiert. Die Einstellungen in QUDE können jederzeit geändert werden.
Verwandte Artikel
Seiteneigenschaften | | |||||||||||||||||||||||||||||
|
Sv translation | |||||||||
---|---|---|---|---|---|---|---|---|---|
| |||||||||
Message rules define, if and when messages are generated. You can describe those rules with the help of QUDE (QBRX universal data point editor) QUDE is a versatile tool for the creation of various evaluation rules. There are almost no restriction for the creation of new rules. In this article, we'll be talking about the creation of a new message rule rules in QUDE . As an example, we define a rule that warns us, when the outside temperature of your facility is below 0°C (32°F). Opening QUDE Before working with QUDE, you have to open the tool. Go to the message board of your designated facility and select the gear wheel-button on the right side. You are send to the message rule board. Choose a message rule and click on the puzzle-button. with the help of three examples.
1st example: simple message rules without conditionsExample: Outdoor temperature below 0°C For this example, we create a message rule that generates a new message whenever the outdoor temperature of your facility is below 0°C (32°F) or below. The freezing point is relevant for various situations and the structure of the evaluation rule only consists of a few bricks. You'll need four bricks: one evaluation, one for comparisons, one for numeric data points and a constant.
From now on, a message is generated whenever the outdoor temperature is below 0°C. You can change these settings anytime. can be used as a template for many other simple calculations. Step-by-step instruction
2nd example: the annual limit of refilled refrigerant has been exceededWe create a message rule that notifies you when the annual limit of refilled refrigerant has been exceeded. The limit is the equivalent of the expected amount of refrigerant that should be refilled every year. An excess of this value usually indicates a problem, such as a leak. For this calculation rule, we use the following logic: The property "Filling quantity" (refrigerant_quantity) describes the tank's holding capacity. 20% of it are equivalent to the usual annual refilling quantity that we'll use as a limit value. That's why we divide the refrigerant quantity by 5. In order to get the annual refilling quantity, we choose the function "Sum" and time period "1y" (1 year) for the chosen data point in the list. With the help of the message rule above, a message is generated once the annual refill quantity is more than 20% of the tank's capacity. Step-by-step instruction
3rd example: the ventilation system is switched on outside of opening hoursFor the second example, we would like to generate a calculation rule, whenever the ventilation system is switched on, even though the matching store is closed. This calculation rule can help finding faults in the system. The data point or the activity status can also be switched with various other similar data points, if you would like to analyse other time-dependent values. For this calculation rule, we'll be using the following logic: When using conditions with a further outcome, you define a condition and two possible outcomes that can be calculated. In the case of message rules, this setup is often used to either create a message rule, or not. The constants "true" and "false" express this logic. A "true" result will generate a message rule, whilst "false" won't create one. The condition consists of two components: the activity status and the opening hours. The condition for opening hours is defined in the schedule brick. We use the time outside the opening hours as a condition by setting the schedule brick to "is not active" ("active" would mean during the opening hours). The second condition verifies the activity status of the ventilation system. The activity status is a boolean data point and therefore only has two values: "true", which means that the system is switched on, and "false", which indicates a switched off system. The relational operator veryfies, if the system is switched on by equating the value of the data point with the boolean constant "true". The system is switched on whenever the values are equal. The brick for boolean operators defines with "and" that both conditions have to be "true" to generate a message rule. Step-by-step instruction
|