_lock (Sperre)

Mit dieser Config ist es möglich, Konfigs von Datenpunktelementen einen "Schreibschutz" zu verordnen. Eine Config kann dadurch nur von dazu berechtigten Anwendern verändert werden.

Ein Doppelklick auf das Konfig _lock ("sperre") öffnet das Panel Datenpunktsperren. Es werden sämtliche Konfigs des jeweiligen Datenpunktelementes und ihr momentaner Status in der Spalte "gesperrt" angezeigt. Die zugehörigen Attribute entnehmen Sie bitte dem Anhang.

ACHTUNG

Beim Kopieren von einem Datenpunkt wird das Config _lock kopiert. Die Einstellungen vom _lock Config werden jedoch nicht kopiert.

Abbildung 1. Panel Datenpunktsperren

Panel Datenpunktsperre

  • Die Combobox oben enthält Datenpunktname bzw. Beschreibung oder Alias.

  • Um eine Config zu sperren, klicken Sie in der Spalte Gesperrt auf Nein der jeweiligen Config, der Eintrag ändert sich auf Ja und die restlichen Spalten der Zeile werden ausgefüllt.

  • Der Name des Manager der die Sperrung veranlasst hat (Manager), seine Nummer (Man Num), sowie die ID und der Name des Benutzers der die Sperre gefordert hat werden automatisch eingetragen.

  • Um die Parametrierung abzuschließen, ist auf die Schaltfläche Schließen zu klicken.

Wenn ein Konfig gesperrt ist, darf nur der lockende Manager schreibend auf ein Attribut der gesperrten Konfigs zugreifen, ein Lesen ist für jeden anderen Manager weiterhin möglich. Wird ein Manager beendet, werden alle seine Sperrungen aufgehoben. Sperren werden nicht in der Datenbank gespeichert und können im Datenpunkt nicht vererbt werden. Das Konfig _lock kann nicht gelöscht werden.

Beispiel

Eine Sperre kann auch mit einem dpSet() erfolgen. Die zu sperrende Config wird dabei als Detail angegeben:

dpSet("dp.:_lock.Detail._locked",1)

Aufheben der Sperre:

dpSet("dp.:_lock.Detail._locked",0)

Detail ist der Name der Config die gesperrt oder entsperrt werden soll:

z.B.

dpSet("dp.:_lock._original._locked", 0);

dpSet("dp.:_lock._corr._locked", 0);

Die _lock Config existiert, wenn Sie ein Datenpunkt erstellen. Es muss nicht extra erstellt werden.

Beachten Sie, dass, wenn in einem redundanten System z.B. WCCOActrl -num 1 auf dem ersten Host eine Config sperrt, WCCOActrl -num 1 auf den anderen Host die Config nicht entsperren kann.