_auth (Berechtigung)

_auth-Konfig - zwei Berechtigungstypen: Benutzer- und Managerberechtigung

Die _auth-Konfig enthält zwei Berechtigungstypen: Benutzer- und Managerberechtigung. Die Berechtigungstypen sind "ODER"-Verknüpft. D.h., dass wenn z.B. ein Benutzer weder Schreib- noch Leserechte hat aber ein Manager z.B. Schreibrechte besitzt, besitzt ein Benutzer trotzdem Schreibrechte. Das gleiche gilt selbstverständlich für Leserechte. Eine Liste der WinCC OA -Manager, für die eine _auth-Konfig definiert werden kann, finden Sie weiter unten.

Durch die Definition einer _auth-Konfig und Setzen der "Eigentümer Schreiben"-Berechtigung, kann z.B. definiert werden, dass ein Manager, der unter einem bestimmten Benutzer läuft, den Wert eines Datenpunkts schreiben oder ändern darf. Durch Setzen der "Eigentümer Lesen"-Berechtigung kann definiert werden, dass ein Manager, der unter einem bestimmten Benutzer läuft, den Wert eines Datenpunkts nur lesen darf. Die Berechtigungstabelle, welche die Benutzer- und Managerberechtigung beschreibt, finden Sie weiter unten.

Beispiele für wie die _auth-Konfig für Manager verwendet werden könnte, wären z.B. ein UI-Manager, der einen Wert über ein Skript setzt oder ein Treiber, der einen Wert setzt oder abfragt. Für ein Beispiel einer _auth-Konfig, siehe weiter unten.

DPE

Das Datenpunktelement oder Alias für das die Berechtigung vergeben wird.

Owner

Der Manageridentifikator im oberen Bereich des Panels besteht aus "Eigentümer" (Systemnummer), Managertyp und Managernummer. Der Eigentümer 0 ist das lokale System.

Der Managertyp enthält alle Managertypen, die im System vorhanden sind.

Abbildung: Manageridentifikator

Konfig-Name

Die Spalte Config Name enthält die Datenpunktkonfigs. Konfigs fassen Eigenschaften zusammen, die Datenpunktelemente in WinCC OA aufweisen können. Für mehr Information - siehe Kapitel Grundlagen Datenpunktkonfigs.

Read, Write, Owner Read, Owner Write

In einer Tabelle werden die Konfigs und die dazugehörigen Berechtigungsstufen angezeigt. Durch Anklicken einer Zeile der Tabelle erscheint neben der ausgewählten Zeile eine Auswahlmöglichkeit, um die Berechtigungsstufe zu vergeben.

Die _auth-Konfig enthält zwei Berechtigungstypen: Benutzer und Manager und vier Berechtigungsarten: Lesen, Schreiben, Eigentümer Lesen und Eigentümer Schreiben. Die Berechtigungen sind "ODER"-Verknüpft. D.h., dass wenn z.B. ein Benutzer weder Schreib- noch Leserechte hat aber ein Manager z.B. Schreibrechte besitzt, besitzt ein Benutzer trotzdem Schreibrechte. Das gleiche gilt selbstverständlich für Leserechte.

Die folgenden Bits können für die unterschiedlichen Konfigs gesetzt werden:

Die Attribute der Konfig entnehmen Sie bitte dem Anhang.

_auth-Konfig-Beispiel: UI-Benutzerberechtigung

In diesem Beispiel wurde das Bit 6 für "Schreiben" (Write) für den UI-Manager mit der Nummer 1 gesetzt. D.h. dass ein UI-Manager mit der Nummer 2, der unter einem Benutzer, der das Bit 6 besitzt, läuft, den Originalwert des Datenpunktes ExampleDP_Arg1. ändern darf.

• Der Benutzer JohnPublic besitzt das Bit 6, das für die _auth-Konfig gesetzt wurde. Das Bit 6 wird benötigt, um den Originalwert des Datenpunktes ExampleDP_Arg1. zu setzen.
• Ein UI mit der Nummer 1, die in der _auth-Konfig des Datenpunktes ExampleDP_Arg1. angegeben wurde, wird mit dem Benutzer JohnPublic geöffnet.
• JohnPublic kann den Originalwert des Datenpunktes ExampleDP_Arg1.setzen.

_auth-Konfig-Beispiel: Managerberechtigung

In diesem Beispiel kann nur der Treibermanager den Wert eines Datenpunktes setzen. Mit anderen Worten, es werden nur die Werte von der SPS akzeptiert da der Typ Treibermanager ("DRIVER_MAN") ist.

• Die _auth-Konfig für den Datenpunkt ExampleDP_Arg1. wird für den Managertyp "DRIVER_MAN" mit der Nummer 1 gesetzt. Es werden die Schreib-und Leseberechtigung für den Manager auf 0 (Keine Einschränkungen) und die Schreibberechtigung für UI-Benutzer auf "Niemand" (-) gesetzt. Durch die Einstellungen der _auth-Konfig werden nur Werte von der SPS akzeptiert.

_alert

_alert bildet eine Ausnahme und ist nicht ein reales Config. _alert enthält die alert_hdl-Attribute einer Alarm-Instanz, die zur Laufzeit über die Funktionen alertSet/alertGet gesetzt oder abgefragt werden können, wie z.B. _add_values

Für alle alert_hdl-Attribute, siehe Kapitel alert_hdl-Attribute.

CTRL-Script Beispiele

Dieser Abschnitt enthält Beispiele für wie eine _auth-Konfig über die CTRL-Sprache zu einem Datenpunkt hinzugefügt werden kann.

Beispiele

Nur Benutzer mit der Berechtigungsstufe 3 dürfen ein Attribut der Konfig "Ersatzwert" (_default) verändern:

1. main(mapping event)
   {
     dpSet("System1:ExampleDP_Result.:_auth._default._write", 3);
   }

Alle Benutzer dürfen Peripherieadressen parametrieren.

1. main(mapping event)
   {
     dpSet("System1:ExampleDP_Result.:_auth._address._write", 0);
   }

Die Berechtigungen zum Verändern der Attribute der Konfig "Ersatzwert" (_default) des Elements "dp.el1.el2" werden vom Elternknoten "dp.el1" übernommen.

1. main(mapping event)
   {
     dpSet("dp.el1.el2:_auth._default._write", 255);
   }

Berechtigungen für Alarme

Schreibrechte (editieren):

Um ein Alarm-Attribut zu schreiben, z.B. zur Laufzeit über alertSet()-Funktion mit_add_values, um einen Begleitwert zu setzen oder den Alarm durch setzen vom alert_hdl-Attribut _event ( ":_alert_hdl.2._event", DPATTR_ALERTEVENT_CAME) kommen und gehen zu lassen, wird die Berechtigung des _alert-Attributs vom _auth-Konfig überprüft. Damit die Berechtigung überprüft wird, setzen Sie für einen Datenpunkt die _auth-Konfig (die Rechte "Lesen" und "Schreiben") sowie eine Berechtigungsstufe für die Konfig "_alert_hdl" der_auth-Konfig (siehe Abbildung unterhalb):

Beachten Sie zudem, dass die gesetzte _auth-Berechtigung für alle alert_hdl-Attribute, die über die Funktion alertSet() gesetzt werden können, überprüft wird. D.h. die _auth-Konfig wird nicht nur für die oberhalb erwähnten Attribute "_add_values" und "_event" überprüft, sondern für alle alertSet()-Attribute sofern die _auth-Konfig für einen Datenpunkt gesetzt wurde.

Quittierrechte:

Um einen Alarm zu quittieren, wird die Quittierberechtigung der Meldeklasse geprüft. Die Berechtigung wird gesetzt:

- in der Meldebehandlungskonfiguration (_alert_hdl-Konfig) des Datenpunktes. Für die gesetzte Meldeklasse in der Meldebehandlung könnte eine bestimmte Berechtigungsstufe erforderlich sein, um Alarme zu quittieren, siehe die Meldeklasse "040_warning" unterhalb sowie die zweite Abbildung "Quittierberechtigung in der internen Meldeklasse "warning" (Meldepriorität 40)" unterhalb:

sowie

- in der internen Meldeklasse _AlertClass in der die Quittierberechtigungen für die Meldeklassen selektiert werden.

Die Meldeklasse "warning" mit Meldepriorität 40 wurde für die Meldebehandlung vom Datenpunkt "ExampleDP_arg2" selektiert indem die Meldeklasse 040_warning. selektiert wurde. Damit gilt die Quittierberechtigung der internen Meldeklasse für den Datenpunkt "ExampleDP_arg2".