die Option 'Fetch on event' aktivieren
Diese Option ist laut OPC Spezifikation NICHT vorhanden. Es handelt sich vermutlich um ein "Feature" des spezielen OPC Servers.
Hintergrund:
Zwischen OPC Client und OPC Server gibt es IMMER (also bei allen OPC Servern) die Funktion: "bei Änderung melden". Die Items werden vom Client in eine Gruppe gesteckt und dann wird dem Server mitgeteilt dass er sich nur dann melden soll (OnDataChange-Event) wenn sich der Wert irgendeines der Items dieser Gruppe geändert hat, die Gruppe wird aktiviert und wie der Server die Werte tatsächlich beschafft ist sein Problem, das geht den Client nichts mehr an.
Jeder Server muss auch (laut OPC Spezifikation) einen OnDataChange-Event schicken wenn sich anstelle des "Wertes" (nur) die "Qualität" eines oder aller Items dieser Gruppe ändert. Wenn das die "Statusänderung" ist von der du sprichst, dann also JA, alle OPC Server müssen das so machen. Aber "Fetch on Event" heisst das nicht sondern ist ganz normal OPC konformes Verhalten.
Typisches Szenario:
Alle OPC Server, die sich an die Spezifikation halten, müssen einen OnDataChange-Event schicken wenn z.B. alle Items einer aktivierten Gruppe anstelle einer "Werte-Änderung" eine "Änderung der Qualität" erfahren (z.B. weil die unterlagerte Verbindung zwischen Server und SPS abgerissen ist, dann werden alle Items auf einen Schlag eine "Statusänderung" haben und zwar: "Quality=Bad"). Nur im gleichen Zug eine "Aktualisierung der Variable" zu erwarten, wäre zu viel. Die Änderung der "OPC-Quality" von "Good" auf "Bad" bekommst du also gemeldet, aber der "Wert" des Items ist damit nicht mehr "vertrauenswürdig" (weil "Bad"), denn genau das sagt die Statusänderung ja aus.
Das "Feature" von INAT:
was das genau bedeutet, kann ich nicht sagen, da musst du INAT fragen.
Vorstellen könnte ich mir dass es etwas mit dem Verhalten der "unterlagerten" Kommunikation (also zwischen OPC Server und Gerät) zu tun hat. Die meisten Hersteller "pollen" die unterlagerten Geräte weil die (proprietären) Protokolle zu diesen Geräten (meist) nichts anderes bieten. Ebenso beherrschen einige Feldbusse keine "Events" (Benachrichtigung aus dem Gerät) und somit bleibt dem OPCServer nichts anderes übrig als zu "pollen". Unter "Fetch on Event" könnte man sich aber vorstellen dass der INAT Server nun (falls sein "unterlagertes" Protokoll oder der Treiber eine Statusänderung meldet) als Reaktion darauf schnell ein "Fetch" aufruft und sich die Werte holt. Wie gesagt nur eine Vermutung.
Wie weiter oben geschildert hat das mit OPC (zwischen Client und Server) erstmal nichts zu tun, sondern wäre eine "interne Implementierung" von INAT (zwischen Server und unterlagertem Gerät)