The OPC UA Client task/worksheet is to communicate with any system that implements the OPC UA Server protocol.
The existing OPC COM based specifications have served the OPC Community well over the past 10 years, but as technology moves on so must our interoperability standards. Here are the factors that influenced the decision to create a new architecture:
- Microsoft has deemphasized COM in favor of cross-platform capable Web Services and SOA (Service Oriented Architecture)
- OPC Vendors want a single set of services to expose the OPC data models (DA, A&E, HDA ...)
- OPC Vendors want to implement OPC on non-Microsoft systems, including embedded devices
- Other collaborating organizations need a reliable, efficient way to move higher level structured data
In other words, OPC UA is intended to be a platform- and language-independent protocol that is also backwards-compatible with OPC "Classic" systems. For more information, go to http://www.opcfoundation.org/UA/.
This name will be displayed in the OPC UA Connections folder in the Project Explorer, and it is the name you will look for when you configure the OPC UA Client worksheet.
Use this dialog to find the discovery server, which publishes a list of OPC UA servers on the network, and then select the server to which you want to connect.
For more information, download the white paper "The OPC UA Security Model for Administrators" from the OPC Foundation.
Area / Element | Description | |
---|---|---|
Read actions | Enable subscription | When this value is TRUE (non-zero), the client will
constantly request updates from the server.
Note: This is
enabled by default. If it is disabled, then you must use read
triggers (see below). |
Maximum group size | The maximum number of tag reads that may be performed
in a single read operation.
For example, if you have 1000 items/rows configured in the worksheet and Maximum group size is set to 100, then 10 read operations will be performed during each scan of the worksheet. |
|
Synchronous read trigger | When the value of this tag/expression changes, the worksheet is scanned and all tag values are read from the server. The project waits for the scan to complete before continuing. | |
Asynchronous read trigger | When the value of this tag/expression changes, the worksheet is scanned and all tag values are read from the server. The project continues running without waiting for the scan to complete. | |
Read count | The name of a tag (Integer type) that will receive a count of the number of read operations performed since the project was run. | |
Status | The name of a tag (Integer type) that will receive a status code for the last read operation performed by a trigger. | |
Status message | The name of a tag (String type) that will receive the corresponding status message. | |
Maximum aging | The maximum age (in milliseconds) of values that will be accepted from the server's cache. If a value is older than this, then the server will be forced to get the latest value from the target device. | |
Write actions | Enable write on tag change | When this value is TRUE (non-zero), a write will be
automatically performed whenever the value of the project tag
changes.
Note: This is
enabled by default. If it is disabled, then you must use write
triggers (see below). |
Maximum group size | The maximum number of tag writes to be performed in a
single write operation.
For example, if you have 1000 items/rows configured in the worksheet and Maximum group size is set to 100, then 10 write operations will be performed during each scan of the worksheet. |
|
Synchronous write trigger | When the value of this tag/expression changes, the worksheet is scanned and all tag values are written to the server. The project waits for the scan to complete before continuing. | |
Asynchronous write trigger | When the value of this tag/expression changes, the worksheet is scanned and all tag values are written to the server. The project continues running without waiting for the scan to complete. | |
Write count | The name of a tag (Integer type) that will receive a count of the number of write operations performed since the project was run. | |
Status | The name of a tag (Integer type) that will receive a status code for the last write operation performed by a trigger. | |
Status message | The name of a tag (String type) that will receive the corresponding status message. | |
Reload trigger | Indirect tags (e.g., {MyTag}) configured in the body of the worksheet will be reloaded only when the value of this tag/expression changes. | |
Refresh IDs on startup | When this option is selected, the node IDs in the
worksheet will be refreshed from the specified item paths every
time the project is run.
Note:
Refreshing IDs like this may cause the project to take longer to
start up, so if you select this option, then you should also
specify a root node (see below) to limit how much of the server's
list of items must scanned. |
You may use indirect tags (e.g., {MyTag}), but if you do, then be sure to configure the Reload trigger option above.
To browse the server's list of items, right-click in this field and then click Browse on the shortcut menu.
The Execution Tasks dialog is displayed.
The Startup dialog is displayed.