Das ganze soll eine gepufferte Datenübertragung werden. In Der SPS werden Daten in ein Array, dass als Umlaufarchiv fungiert gespeichert. Der PC liest den Teil des Arrays, der sich seit seinem letzten Lesen geändert hat. Es wird also nicht das gesamte Array ausgelesen. Wenn ich damit rechne, dass der PC alle 300ms neu lesen kann, rechne ich mit einer zu übertragenden Nutzdatenmenge von ca. 240kByte in Summe. Das ein UINT 65536 Werte darstellen kann, weiß ich auch. Meine Frage war aber: Kann der OPC UA Server der S7-1500 keine größeren Array verwalten oder kann es der UA Expert Client nicht lesen? Ich kann beim Client leider nur ein einzelnes Element oder das ganze Array lesen, aber keinen Teilbereich. Oder geht das doch irgendwie? Die Daten, die ins Array geschrieben werden, werden mit einer Zykluszeit von 1ms oder eventuell auch 500µs eingelesen. Da scheidet dann die S7-1507S schonmal aus, weil ich nur mehr PN IRT fähige Komponenten verwenden kann. Auch PN RT scheidet hier aus. Zum Preis: Siemens gibt den Listenpreis für den OPC UA Server Large mit 300€ an.
- Opc ua siemens beispiel share price
- Opc ua siemens beispiel uhr einstellen
- Opc ua siemens beispiel klassische desktop uhr
- Siemens opc ua beispiel
Opc Ua Siemens Beispiel Share Price
#1
Hallo! Ich möchte mit einer CPU 1517-3 PN/DP via OPC UA Server mit einem Unified Automation OPC UA Client kommunizieren. Ich möchte große Arrays übertragen. Eine gültige Kommunikation erhalte ich nur bei einer maximalen Array-Größe von 65536 Elementen (in meinem Fall: INT). Ich kann jedoch mehrere Arrays mit dieser maximalen Größe abfragen, wobei die Performance stark einbricht (Aktualisierung alle 5-10sec. ) Nun meine Fragen:
Woher kommt die 65536 Grenze? Server oder Client? Wie liest der Client das Array ein? R/W, Registered R/W oder Subscribed? (Subscribed würde mir am besten passen, da ich zyklisch übertragen möchte). Ich muss für ein Projekt (Nein, kein Hornbach-Projekt) große Datenmengen übertragen und bin aktuell am Versuchen, wo das Mengengerüst an seine Grenzen stößt. Also in Punkto Größe und Übertragungsintervall. Leider findet man dafür keine Zahl. Weder bei Siemens noch mit Google. #2
Das ist die Grenze eine UINT, deshalb. Ich würde niemals den OPC-Server auf der 1500er gebrauchen bei solchen Mengen an Daten.
Opc Ua Siemens Beispiel Uhr Einstellen
OPC UA – Offener Kommunikationsstandard als Ergänzung zu PROFINET - YouTube
Opc Ua Siemens Beispiel Klassische Desktop Uhr
Also könnte ich doch durch Manipulation meines Datentyps mein Array vergrößern. Ein Beispiel:
Array[1.. 10000]of Int ich kann 10000 INT übertragen
Array[1.. 10000]of Dint ich kann 20000 INT übertragen
Array[1.. 10000]of Lint ich kann 40000 INT übertragen
Ist meine Folgerung so richtig? #12
Diesen FAQ redet über "Index Range Support". Also, ob der OPC UA Client ein Teil von ein Array lesen oder schreiben kann, oder nur den ganzen Array. Es ist für WinCC v7, aber ich denke es gelt jeder OPC UA Client. Deine Frage über der Definition von "Element", bin auch nicht 100% sicher. Aber wenn man 10000 grosse Arrays mit 50 ms übertragen kann, dann wurde es mich überraschen. Wenn du die Daten "asynkorn" übertragen können willst, dann einfach den von der OPC UA Client gelesene Zähler an den SPS zurückschreiben. Dann kann der SPS steuern welche Daten von Puffer gelesen werden, und es kann sogar ein Alarm auslösen wenn das abholen von Daten bei der OPC UA Client zu langsahm ist.
Siemens Opc Ua Beispiel
Der IBH Link UA kann von mehreren OPC UA-Clients angesprochen werden. Damit steht eine Datenquelle beliebigen OPC UA konformen Anwendungen beispielsweise SAP-, MES- und ERP-Systemen zur Verfügung. Siehe Bild 4 Bild 4 (Bild: IBH Softec) OPC Historical Data Access für historische Daten Während OPC Data Access Zugriff auf Daten in Echtzeit ermöglicht, unterstützt OPC Historical Data Access, auch OPC HDA benannt, den Zugriff auf bereits gespeicherte Daten. Von einfachen Datalogging-Systemen bis zu komplexen SCADA-Systemen können historische Daten auf genormte Weise abgefragt werden. Die Aktivierung der Historischen Daten erfolgt komfortabel über die Weboberfläche. Siehe Bild 5a und 5b Bild 5a (Bild: IBH Softec) Bild 5b (Bild: IBH Softec) Mit IBH Link UA sicher kommunizieren Der IBH Link UA verfügt über eine Zertifikatsverwaltung zur sicheren Kommunikation. Dazu wird entsprechende Softwareoberfläche geliefert, die sich in jedem beliebigen Webbrowser darstellen lässt. In dieser werden die Konfiguration der Sicherheitsstufen und die Verwaltung der Zertifikate vorgenommen.
#1
Hallo @all,
ich bin im Moment dabei ein OPC-Client-Plugin für ein anderes Programm zu schreiben. Hierzu habe ich zunächst mal einen lokalen OPC-UA-Server mithilfe der SIMATIC NET Software aufgesetzt (Was nebenbei recht nervenaufreibend war). Nun möchte ich einen Client in C++ schreiben und suche vergebens eine Funktionsreferenz zu den gelieferten Bibliotheken. Genauso vermisse ich ein paar anständige C++ Beispielprogramme. Alles was ich bisher gesehen habe waren ein paar Beispiel-Brocken zu Automation Schnittstelle in VB. Habe ich einen Denkfehler in meiner Vorgehensweise oder wie fange ich da an? Danke schonmal für eure Zeit. #2
Hat hier wirklich noch niemand mal nen OPC Client programmiert? #3
Da gibt es verschiedenste Beispiele. Einige sind bereits installiert (sind bei der Installation von SimaticNET mit dabei), am besten Du schaust mal unter /Programme/Siemens/SimaticNET/opc2/samples
Siemens liefert auf der SimaticNET CD eine Art kostenloses Client Toolkit mit, es ist kostenlos und hat dafür die "Einschränkung" dass es NUR mit Simatic OPC Servern funktioniert, aber immerhin.