zentrales Script in einem Faceplate

Hallo Gemeinde,

Ich habe ein Faceplate indem ich viele Eigenschaften in Abhängigkeit der Schnittstellenvariablen anpasse.

Aktuell funktioniert es indem ich an jeder dynamischen Eigenschaft ein Script eingefügt habe.

Jedoch werden nicht alle Scripte zeitgleich ausgeführt, daher ändern sich die Eigenschaften nicht gleichzeitig.

Kann man in einem Faceplate ein Script anlegen, indem alle Eigenschaften zusammen angepasst werden?

Die Scripte werden aktuell über eine Zeit getriggert, da ich nicht eine Variable habe mit der ich alles triggern kann.

MichiWei

Hallo Gemeinde,

Ich habe ein Faceplate indem ich viele Eigenschaften in Abhängigkeit der Schnittstellenvariablen anpasse.

Aktuell funktioniert es indem ich an jeder dynamischen Eigenschaft ein Script eingefügt habe.

Jedoch werden nicht alle Scripte zeitgleich ausgeführt, daher ändern sich die Eigenschaften nicht gleichzeitig.

Kann man in einem Faceplate ein Script anlegen, indem alle Eigenschaften zusammen angepasst werden?

Die Scripte werden aktuell über eine Zeit getriggert, da ich nicht eine Variable habe mit der ich alles triggern kann.

Hallo,

wenn ich es richtig verstehe, dann bestehen zur Zeit folgende Skripte (getriggert über die Zeit)

export function ELEMENT_A_PROPERTY_X_Trigger(item){

  var value;

  ...

  return value;

}

export function ELEMENT_B_PROPERTY_Y_Trigger(item){

  var value;

  ...

  return value;

}

...

Wurde schon überlegt nur eine Eigenschaft eines Elements über die Zeit (oder etwas anderes !? siehe unten) zu triggern und dann ein Skript bei Wechsel dieser Eigenschaft auszuführen?

export function ELEMENT_A_PROPERTY_X_Trigger(item){

  var value;

  ...

  return value;

}

export function Element_A_PROPERTY_X_OnPropertyChanged(item,value){

  Screen.FindItem("ELEMENT_B").PROPERTY_Y = 1;

  ... 

}

Das funktioniert aber nur, wenn sich die PROPERTY_X von ELEMENT_A immer dann ändert, wenn sich auch alle anderen Eigenschaften ändern sollen.

Ich frage mich außerdem warum nach einer Zeit getriggert wird? Die Eigenschaften sollen ja abhängig von einer Schnittstellenvariable geändert werden.

Warum wird der Trigger dann nicht mit genau dieser Schnittstellenvariablen verknüpft? (Oder habe ich es falsch verstanden und wenn das gemacht wird, werden die Änderungen nicht zeitgleich ausgeführt?)

Grüße

Hallo Brachiosaurus,

Ich habe es nun so gelöst, indem ich mir eine Eigenschaft ausgesucht habe und in dem Script alle anderen Eigenschaften anpasse, somit benötige ich nur ein Script. jedoch hat das nicht geholfen.

Das neue Script beinhaltet nun eine For-Schleife über alle dynamischen Eigenschaften des Faceplates. Es sind insgesamt 42 Eigenschaften, und auch 42 Variablen, die gelesen werden müssen was aktuell mehrere Sekunden dauert.

Ich vermute, dass die .Read() Methode zu lange brauch, da ich insgesamt 42 mal diese Methode verwende.

Gibt es eine Möglichkeit den kompletten UDT mit einem Befehl zu lesen?

Die Struktur sieht aktuell so aus:

 Array[0..6] of Struct

        Struct besteht aus 6 Variablen vom Typ TimeOfDay

Teilweise sind einzelne Eigenschaften von mehreren Werten abhängig, daher kann ich das Script nicht mit nur einer Variable Triggern.

Hallo,

einige Sekunden klingt ja wirklich sehr lange. Ich würde an dieser Stelle versuchen mit HMIRuntime.Trace (siehe auch SIOS Beitrag 109777593) an den entsprechenden Zeitstempeln festzumachen woran die lange Bearbeitungsdauer liegt. Ich kann mir nicht vorstellen, dass für die 42 Read()-Aufrufe und das ändern der 42 Eigenschaften eine merkliche Zeit vergeht.

Grüße

Vielen Dank für schnelle Antwort.

ich habe das gerade mal getestet.

Also dem Faceplate wird der komplette UDT übergeben, der hat die Erfassungsart t1s 'Zyklisch bei Verwendung'.

Wenn ich das Bild öffne, auf dem das Faceplate liegt, dauert es laut Trace ca. 6s bis das Script beendet ist.

Das Script läuft im Faceplate mit einem 10s Trigger.

Nach 10s wird das Script das zweite mal aufgerufen, und dann läuft es in 11ms durch.

jeder Read Befehlt dauert beim ersten mal 50-100ms.

Komisch, dass es beim ersten Durchlauf so lange dauert, und dann viel schneller.

Wenn ich das Bild kurz wechsel und wieder öffne, dauert es wieder zuerst länger.

Hallo,

klingt nach einer verzwickten Angelegenheit. Eine letzte Idee wäre, dass die Skripte die über die Zeit getriggert werden die Performance negativ beeinflussen. Im Dokument, das man im SIOS Beitrag 109758536 findet wird aus diesem Grund unter 5.3.3 die Vermeidung von zyklischen Skripten empfohlen.

Falls die zyklische Abarbeitung aber notwendig sein sollte, dann wird empfohlen diese im Aufgabenplaner umzusetzen, da dieser in einem separatem Prozess läuft.

Im Aufgabenplaner könnte dann bspw. ein Trigger-Tag bei Änderung der Werte gesetzt werden, welcher das entsprechende Script triggert und dort zurückgesetzt wird.

Ich hoffe, dass dieser Weg zu mehr Performance führen wird.

Grüße

Hallo,

habe das nun mal wie folgt getestet. (Syntax nur Sinngemäß)

let ts = Tags.CreateTagSet(["Tag1","Tag2","Tag3","Tag4",......]);

ts.Read();

for (i = 0; i < 42; i++) {

Tag1 = ts("Tag" + i).Value;

}

Das TagSet beinhaltet nun alle 42 Variablen und der Read-Befehl dauert trotzdem nur ca.190ms.

Also läuft das gesamte Script nun mit ca.200ms.

Sehr Gut,

Vielen Dank