Deltalogic OPC /Ereignisgesteuertes Lesen und Schreiben ?

[Nais]

Zuviel Werbung?
-> Hier kostenlos registrieren

Eine Frage an die OPC- Gurus :TOOL::

Gibt es beim Deltalogic- OPC eine Möglichkeit bestimmte Items oder gesamte Groups per Triggerbit nur ereignisgesteuert zu lesen bzw. zu schreiben ?
Wenn ja wie ?
Vielen Dank für Eure Antworten.

Uwe

 

[Rainer Hönle]

Schreiben erfolgt nach Aufforderung. Gelesen wird im eingestellten Zeitraster. Soweit die Kommunikation zur SPS. Bei der Kommunikation zur Anwendung sieht das natürlich anders aus. Dort gibt es die Events bei Änderunge etc. Somit wäre das über den Client realisierbar, d.h. Bit zeitgesteuert lesen und bei Änderung eine Gruppe abfragen.
Was soll genau gemacht werden bzw. was ist der Hintergrund der Frage?

 

[Nais]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die Anwendung soll etwa so aussehen:

- ca. 100 Werte mit laufender Aktualisierung
- ca. 200 Rezepturdaten (Sollwerte) x 14 Maschinen, welche im Idealfall nur ereignisgesteuert gelesen bzw. geschrieben werden müssen (Rezeptur lesen /schreiben, einmaliges Einlesen der Sollwerte) ==> hier ist ein zeitgesteuerter Abfragezyklus nicht notwendig, da er den OPC- Server unnütz belastet

Gibt es eine derartige Möglichkeit ?

 

[Rainer Hönle]

Dem OPC-Server macht das nichts aus. Er wartet sowieso nur die meiste Zeit auf die Antwort der SPS. Aber die SPS hat dadurch mehr zu tun. Aber zurück zur Frage: Eine ereignisgesteuerte Kommunikation zur SPS ist (derzeit noch) nicht möglich. Außer es wird über den Client realisiert.

 

[afk]

DAber zurück zur Frage: Eine ereignisgesteuerte Kommunikation zur SPS ist (derzeit noch) nicht möglich. Außer es wird über den Client realisiert.

Was macht Euer OPC-Server, wenn der Client eine Gruppe deaktiviert ? Die Logik steckt dann zwar auch im Client, aber da gehört sie IMHO sowieso hin.


Gruß Axel

 

[Rainer Hönle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Axel,
der Client bekommt dann keine Daten mehr von der Gruppe. Ob damit die Daten auch nicht mehr gelesen werden, wenn sie sonst keiner haben will, weiß ich nicht. Was ich meinte ist, dass ein synchroner Auftrag angestoßen wird wenn die Triggerbedingung erfüllt ist. Dies sieht meines Wissens nach OPC auch vor und wird in unseren Performancetests verwendet.
Bei der Frage geht es ja nicht um die Reduzierung der Kommunikation zwischen Client und Server (hier können ja Events verwendet werden) sondern zwischen Server und SPS.
Ciao
Rainer

 

[afk]

Hallo Rainer,

Bei der Frage geht es ja nicht um die Reduzierung der Kommunikation zwischen Client und Server (hier können ja Events verwendet werden) sondern zwischen Server und SPS.

das hatte ich auch so verstanden. Mich hat nur interessiert, ob Euer OPC-Server dann mit dem Lesen von der SPS aufhört. Mir geht es eher um die Anregung, ob "man das so macht", denn mein OPC-Server liest immer, egal ob die Gruppe aktiv ist oder nicht. Allerdings schaltet unsere Visu bisher auch keine Gruppen inaktiv.

Was ich meinte ist, dass ein synchroner Auftrag angestoßen wird wenn die Triggerbedingung erfüllt ist. Dies sieht meines Wissens nach OPC auch vor und wird in unseren Performancetests verwendet.

Aber da müssen die Items doch auch vorher eingetragen werden, das verhindert also nicht das zyklische Lesen von der CPU, oder doch ?


Gruß Axel

 

[Rainer Hönle]

Hallo Axel,

ich habe die Fragen an unseren OPC-Spezialisten weitergegeben. Sobald ich die Antworten habe, gebe ich Bescheid.

Viele Grüße

Rainer

 

[Rainer Hönle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Aufgabe:
Daten nur lesen, wenn eine Triggerbedingung erfüllt ist. D.h. lesen eines Bits bis dieses gesetzt ist und dann lesen einer Gruppe.
Antwort:
2 Gruppen:
Aktive Gruppe mit Triggerbedingung als Item. Inaktive Gruppe mit den Werten die auf den Trigger gelesen werden sollen.
Die Triggerbedingung wird an den Client über den OPC Benachrichtigungsmechanismus geschickt. Dann ließt der Client die Werte aus der inaktiven Gruppe.

@Axel:
Inaktive Gruppen werden bei uns nicht angefragt.