Verbindungsstatus zu 3 CPUs im HMI anzeigen

Hallo Sentes,

die Systemvariable "@ConnectionName_PLC_OpState" wird nur für Verbindungen zu S7-1200/1500 CPUs angelegt. Die Unterscheidung erfolgt über den Verbindungsnamen, der Teil des Variablennamens ist.

Diese Variable ist für die Erkennung des Verbindungsstatus nicht nützlich. Wie bei anderen CPU-Variablen kann der Wert nur ermittelt werden, wenn die Verbindung besteht. Um den Verbindungsstatus zu ermitteln, kann eine Variable pro CPU als Trigger für ein Skript verwendet werden. Über den Quality-Code aus dem Funktionsparameter triggerDataSet (ab V19, Update 2) oder bei älteren Versionen über das Tag-Objekt kann der Verbindungsstatus ermittelt werden.

Viele Grüße
Stefan

Hallo Sentes,

wenn Du auf einem Bildelement eine Dynamisierung per Skript anlegst, dann wird diese Funktion standardmäßig bei einer Tag-Änderung getriggert. Seit V19, Update 2 ist es möglich, über den Parameter triggerDataSet direkt auf den auslösenden Trigger zuzugreifen.

Wenn das Skript an ein Bildelement gebunden ist, wird es nur ausgeführt, wenn das Bildelement aktuell geladen ist. Um den Verbindungsstatus permanent zu ermitteln, müsste das Bildelement also auf einem Bildschirm vorhanden sein, der immer sichtbar ist.

Einfacher ist es, den Aufgabenplaner zu verwenden. Es ist jedoch zu beachten, dass dann die Bildelemente im Skript nicht zugänglich sind.

Für den Quality Code würde ich nur das Bit 7 auswerten.

Für eine Aufgabe Verbindungsstatus und den PLC-Variablen PLC1-Status, PLC2-Status und PLC3-Status könnte das Skript folgendermaßen aussehen:

export function Task_Verbindungsstatus_Updatge(triggerDataSet) {
  // evaluate quality code
  const plc1good = (triggerDataSet('PLC1-Status').QualityCode & (1 << 7)) !== 0;
  const plc2good = (triggerDataSet('PLC2-Status').QualityCode & (1 << 7)) !== 0;
  const plc3good = (triggerDataSet('PLC3-Status').QualityCode & (1 << 7)) !== 0;
  // do something with the states
  …

}

Die 3 verwendeten Variablen sind dann bei der Konfiguration der Aufgabe als Trigger festzulegen.

Viele Grüße
Stefan

Hallo Sentes,

wenn es um einen Farbwechsel geht, würde ich die Dynamisierung direkt auf die Hintergrundfarbe anwenden. Das könnte dann so aussehen:

Du wählst also bei der Dynamisierung der Hintergrundfarbe "Skript", erstellst ein Skript wie im Bild zu sehen und setzt den Trigger auf die entsprechende Variable. Wichtig ist nur, dass der beim Trigger gewählte Variablenname und der Text im Skript übereinstimmen. Die Triggervariable muss aus der entsprechenden CPU stammen. Es ist nicht notwendig, dafür eine eigene Variable in der CPU anzulegen. Es kann auch eine Variable verwendet werden, die bereits an anderer Stelle verwendet wird.

Viele Grüße
Stefan

Hallo zusammen

muss nicht um den Quality code auswerten zu können vorher ein Read vorgang durchgeführt werden beim betreffenden Tag object, denn sonst ist der QC nicht vorhanden oder irre ich mich da, also z.B.

let tag1 = Tags("MyTag1");
tag1.Read();
HMIRuntime.Trace("QC: " + tag1.QualityCode);

 

Viele Grüße Murof

Hallo Murof,

ein Vorteil der Verwendung von triggerDataSet ist, dass die Werte sofort zur Verfügung stehen. Es ist also nicht notwendig, die HMI-Variable erst im Skript auszulesen.

Viele Grüße
Stefan