Quickstart OPC UA server configuration
Tutorial video
Note: Tutorial videos are embedded from the Phoenix Contact Technical Support YouTube channel. With playing an embedded YouTube video in this platform, you accept the YouTube Terms & Conditions.
Even showing the video previews on this page depends on your personal settings in the Cookie consent dialog. To watch YouTube videos, you have to allow cookies for marketing purposes which will remain on your device. The data gained through these cookies will be used by YouTube to provide video suggestions and advertisements based on your browsing habits, and may be made available to other parties.
04m:35s | HDTV 720p | English | English |
How to
If a controller features an integrated OPC UA® server, it is displayed in the PLCnext Engineer software in the PLANT area → OPC UA. Here, you can configure the OPC UA® server. The configuration is loaded to the controller as part of a PLCnext Engineer project and in form of a configuration file. It contains all parameters for setting the OPC UA® server. All users of an OPC UA® must authenticate themselves to the OPC UA® server with a user name and a password. You can create a user via the WBM of the controller (see Web-based management (WBM)). In the course of this, you have to assign the necessary roles:
DataViewer
DataChanger
FileReader
FileWriter
It is highly recommended to make sophisticated use of the different user roles for access in different use cases, such as accessing the device for programming, OPC UA access, PLCnext Engineer HMI etc. For further information on user roles, please refer to the User Authentication. In case an authentication fails, see Authentication failure handling.
With PLCnext Engineer, the following configurations are possible:
- Defining the server endpoint URI:
Define the name of the network node the eUA server is to use in the server URI and in the endpoint URL. - Defining which certificate the server should use:
Download a dedicated certificate to the controller, use a self-signed certificate created by the controller or connect to a OPC UA® Global Discovery server (GDS). - Visibility of variables and alarms for the OPC UA clients:
Due to security reasons, the variables and ports of a program in PLCnext Engineer are set tonot visible
by default.
Visibility is set in your PLCnext Engineer project: In the PLANT area, open the OPC UA node and open the Basic settings. Via the Visibility of variables drop-down list, you can set the visibility of variables for the OPC UA® clients:
- Privilege settings for data access:
You can configure access of clients to the file system of the server. Read and write access for clients to selected folders and files in the file system of the server as well as creating additional directories and files are possible. Once this option is active, only PLCnext Technology users with aFileReader
orFileWriter
role can read or write files.
The required roles are assigned to the user in the Web-based Management (WBM) of the controller (see User Authentication).
The OPC UA® server always accesses the Linux file system as theplcnext_firmware
Linux user. It makes no difference which firmware user you use to log in as the OPC UA® client, or whether you have deactivated the user authentication. All the files and directories are created by theplcnext_firmware
user.
For further information on configuring OPC UA in PLCnext Engineer, please refer to the help system embedded in the PLCnext Engineer user interface.
Accessing variables via OPC UA subscriptions
Values of PLC variables can be subscribed via OPC UA®. For this, the OPC UA® server uses the RSC service ISubscriptionService
(see RSC GDS Services for details).
The OPC UA® server can be configured to use different subscription kinds:
RealTime
provides task-synchronous values but may increase the execution time of ESM tasks.DirectRead
collects the values by a separate task that also collects the values of global and component variables. So by configuring the subscription asDirectRead
the collection of values does not increase the execution time of ESM tasks.
With RealTime
setting, the subscription determines the related ESM task from the variable's instance path. The subscription instructs the related ESM task to collect the values of the variables. This ensures that all values which are calculated in the same task are collected in the same execution cycle of the ESM task, which means that the collected values are task synchronous. This is possible for all variables except global variables (IEC 61131-3), and for variables defined in a component instance. The values of global variables (IEC 61131-3) and component variables are not collected by an ESM task. The subscription creates a separate task which is executed cyclically with therevisedSamplingInterval
(see OPC UA monitored item and subscription for details).
Note: Beware of the ESM task watchdog! While task-synchronous values offer some advantages for further processing in the OPC UA® client, they can also have an effect on the execution time: The collection of the values requires CPU time which increases the execution time of the ESM task(s) involved. Normally this is irrelevant but if many variables are processed this may trigger the ESM task watchdog (especially if the ESM task watchdog is configured close to the task's regular execution time without an OPC UA® client attached).
For more details on theSubscriptionKind
parameter, see RSC ISubscriptionService .
DefaultSubscriptionKind
settings
- Up to firmware and PLCnext Engineer releases 2020.0 LTS, the OPC UA configuration does not include the
<SubscriptionKind>
tag at all, so no configuration is possible. These versions use the<SubscriptionKind>
RealTime
. - With firmware and PLCnext Engineer releases 2020.3 and 2020.6, the OPC UA® server provides values that are synchronous to the ESM tasks, done by having the
<SubscriptionKind>
set toRealTime
by default. Changes to the configuration can be done manually. - From firmware and PLCnext Engineer release 2021.0 LTS, the
<SubscriptionKind>
is set toDirectRead
by default. PLCnext Engineer provides a configuration option.
Firmware release | OPC UA subscription configuration | SubscriptionKind default value |
up to 2020.0 LTS | no configuration possible | RealTime |
2020.3 and 2020.6 | manual configuration only | RealTime |
from 2021.0 LTS | configuration by PLCnext Engineer or manually |
DirectRead (if the 2021.0 LTS project template is used) |
Configuration by PLCnext Engineer
Available only from firmware 2021.0 LTS or newer used with PLCnext Engineer 2021.0 LTS or newer on AXC F x152 controllers
Manual configuration
Manual configuration should only be used as a workaround for older firmware versions ( >2021.0 LTS) or, for example, in the event of problems with task watchdogs caused by too many OPC UA subscriptions. For firmware version 2021.0 LTS and newer, use the Subscription settings option in PLCnext Engineer.
The configuration is done by editing the PCWE.opcua.config configuration file in the /opt/plcnext/Projects/PCWE/Services/OpcUa/ directory on the controller.
Note that manually changed data will be detected during the project data integrity check in PLCnext Engineer. Depending on the protection level selected here, you will be informed with a warning/error message and the appropriate action will be performed (see also Configuring PLCnext Engineer)
- Add the
<SubscriptionSettings>
tag in the XML file, e. g. right before the<SecuritySettings>
tag. - Insert (or change, if already present) the
<SubscriptionKind>
tag with the valueDirectRead
orRealTime
.
Example withDirectRead
:
<SubscriptionSettings>
<SubscriptionKind>DirectRead</SubscriptionKind>
</SubscriptionSettings>
Recommendations for a better performance
Every monitored item will create a single request and firmware-internal a separate GDS subscription. Structuring those variables makes sense, but also structs are more or less transferred as single variable from the server, which means that there is one subscription for every element. Apart from this, most clients do not support struct elements.
A possible and performant alternative could be arrays. Every array is transferred as one item and will create also only one subscription.
Example:
//Same like single Variables
MyUA_Struct : STRUCT
Element1 : INT;
Element2 : WORD;
Element3 : REAL;
END_STRUCT
//Best OPC UA Performance
arrElement1 : ARRAY[0..500] OF INT;
arrElement2 : ARRAY[0..500] OF WORD;
arrElement3 : ARRAY[0..500] OF REAL;
Be aware of the XML entities when editing XML configuration files:
There are symbols in the XML code that cannot be represented as attribute values because they have a syntactical function.
For example, the characters < and > are used for opening and closing XML tags. To be able to use these characters as attribute values in their genuine meaning "less than" or "greater than", entities are required.
The following entities are predefined in the XML specification. Make sure to use these entities in attribute values to avoid XML parsing errors.
Character | Entity |
Ampersand (& ) |
& |
Single quote (' ) |
' |
Double quote (" ) |
" |
Less than (< ) |
< |
Greater than (> ) |
> |
We recommend the use of identifiers (e.g. an
int
) which are resolved from the SCADA to a text string (most SCADA systems support this). This makes the communication more efficient, and makes changes and translations easier.Summary of recommendations
- Use arrays instead of single variables or structs.
- Use the option
DirectRead
- Use the slowest acceptable sample rate
- Try to substitute strings with text identifiers.
- Try to prevent single bool variables, combine bit information into word variables.