| Field | Value |
|---|---|
| Product | Robustel E2C Trinity (E2C Factory / E2C Field) |
| Document Type | Knowledge Base Article — How-to Guide |
| Intended Audience | Beginners who have already configured data collection in E2C Trinity and want to expose tag data to SCADA, MES, or other OPC UA client applications |
| Prerequisites | This guide assumes you have already configured southbound data collection and have live tag data in E2C Trinity. This guide includes basic UaExpert configuration for verification. It does not cover advanced OPC UA client engineering or production SCADA integration. |
| Tested Software | E2C Factory V2.1.4.1 |
| Tested Gateway OS | RobustOS Pro V2.4.2 |
| Tested Model | EG3120 |
| Tested OPC UA Client | UaExpert Version 1.5.1 331 |
| Tested Client OS | Windows 11 64-bit |
| Last Verified | 2026-08-04 |
| Estimated Time | 30–45 minutes |
This article shows you how to enable the built-in OPC UA Server in E2C Trinity and map your collected tag data to OPC UA nodes, so that external OPC UA client applications — such as SCADA (Supervisory Control and Data Acquisition) systems, MES (Manufacturing Execution Systems), or custom dashboards — can browse and read your industrial data in real time.
Stage 1 — Southbound Collection: E2C Trinity reads data from your industrial devices (PLC, sensor, meter, etc.) using protocols like Modbus TCP, OPC UA, or BACnet, and stores the values as internal tags.
Stage 2 — OPC UA Server Mapping (this guide): You enable the OPC UA Server service in E2C Trinity, configure the server endpoint settings, and map your existing tags to OPC UA nodes. Once configured, any compatible OPC UA client with the required network access, credentials, and supported security settings can connect and browse the node tree.
Stage 3 — External Client Consumption: Third-party OPC UA client applications (SCADA, MES, Historian, or custom software) connect to the E2C Trinity gateway and read the exposed tag data in real time.
If you are new to OPC UA, this section explains the key terms you will encounter throughout this guide.
| Term | What It Means in Plain English |
|---|---|
| OPC UA (Open Platform Communications Unified Architecture) | An open, platform-independent industrial communication standard. Think of it as a "universal language" that allows different industrial software and hardware from different vendors to exchange data securely and reliably. |
| OPC UA Server | The software component that exposes data to the network. In this guide, E2C Trinity acts as the OPC UA Server — it holds your tag data and makes it available to clients. |
| OPC UA Client | The software application that connects to an OPC UA Server to browse and read data. Examples include SCADA systems (like WinCC, Ignition), MES platforms, and testing tools like UaExpert. |
| Node | A single data point or object in the OPC UA address space. Each tag you expose becomes a node in the server's node tree. Think of nodes as "folders and files" in a hierarchical structure that clients can browse. |
| Namespace | A URI-based naming scope that identifies a naming authority. One OPC UA server can contain multiple namespaces, each with its own set of nodes. Think of it as a way to organize nodes from different sources or vendors under separate logical containers, similar to how different departments in a company each have their own filing system. |
| Endpoint | The network address (URL) that OPC UA clients use to connect to the server. It includes the protocol (opc.tcp://), the server's IP address or hostname, and the port number. |
| Security Policy | Defines the cryptographic algorithms used to protect an OPC UA SecureChannel. Examples include Basic256Sha256 and Aes256_Sha256_RsaPss. In E2C Trinity, encryption is enabled by uploading a Server Certificate and Private Key; the specific Security Policy is selected by the OPC UA client (e.g., UaExpert) when connecting. |
| Message Security Mode | Defines whether OPC UA messages are unprotected, signed, or signed and encrypted. The available modes are None (no protection), Sign (data integrity verified), and SignAndEncrypt (data encrypted and integrity verified). This is a separate setting from Security Policy — together they determine the security level of a connection. |
| Tag | In E2C Trinity, a tag is a named data point that holds a value collected from an industrial device. You will map these tags to OPC UA nodes. |
To make it easier to follow, all steps in this guide use the same example values:
| Item | Example |
|---|---|
| Gateway IP Address | 192.168.0.10 |
| OPC UA Server Port | 4843 |
| Endpoint URL | opc.tcp://192.168.0.10:4843 |
| Security Policy (selected in UaExpert) | Basic256Sha256 |
| Message Security Mode (selected in UaExpert) | SignAndEncrypt |
| Authentication Mode | User |
| Username / Password | UserA / 123abc |
| Source Device | A_CNC_Machine |
| Example Tags | cycle_count, defect_count, device_status, clear, triggered_wear, Reason |
| OPC UA Client Tool | UaExpert (free desktop client, Windows/Linux) |
Before beginning the configuration, make sure you have:
If you plan to use encryption, you will also need:
Security Notice: The OPC UA Server makes your industrial data accessible over the network. In production environments, always upload a Server Certificate and Private Key to enable encryption, and configure
Userauthentication to prevent unauthorized access. For quick testing, you can skip certificate upload and useAnonymousauthentication — this guide demonstrates a production-oriented setup with certificates andUserauthentication.
Important: The screenshots use E2C Factory as an example. The workflow is also applicable to E2C Field, although some menu names or interface details may differ depending on the software version.
| Step | What You Will Do | Estimated Time |
|---|---|---|
| Step 1 | Verify that E2C Trinity is already collecting live tag data | 2 minutes |
| Step 2 | Create and enable the OPC UA Server data forwarding instance | 3 minutes |
| Step 3 | Configure the OPC UA Server settings (port, certificate, authentication) | 10 minutes |
| Step 4 | Map your existing tags to OPC UA nodes | 10 minutes |
| Step 5 | Verify the OPC UA Server using UaExpert | 10 minutes |
Purpose: The OPC UA Server only exposes data that already exists as live tags in E2C Trinity. Before configuring anything, confirm that your data collection is working.
If you do not see live data, complete the device and tag configuration first. Refer to the relevant protocol guide on the Robustel Support Center.
Purpose: Create an OPC UA Server data forwarding instance in E2C Trinity so it can accept incoming client connections.
Then you need to configure its settings in Step 3 before it can accept client connections.
Purpose: Define how OPC UA clients connect to your E2C Trinity gateway — the port number, security settings, authentication, and certificates.
Fill in the Basic Settings section:
| Parameter | Description | Example |
|---|---|---|
| Port Number | The TCP port on which the OPC UA Server listens for client connections. The commonly used OPC UA TCP port is 4840. This guide uses port 4843 as a custom example. The port number is independent of the selected Security Policy and Message Security Mode. Valid range: 1–65535. | 4843 |
| Maximum Connections | The maximum number of concurrent OPC UA client sessions. Valid range: 1–32. Set this based on how many clients will connect to the gateway simultaneously. | 5 |
| Default Mapped Value Setting | Determines how tag data is processed when adding a new mapping. Data Operation Value: the value obtained by performing an operation on the data according to the data collection configuration (for numerical variables, the default mapping data type is float(float32)). Data Original Value: collect raw data without any processing, preserving the original data type from the device. This can be changed per-tag later in the mapping table. | Data Operation Value |
Configure the Authentication Mode:
| Parameter | Description | Example |
|---|---|---|
| Authentication Mode | Select User to require a username and password for client connections, or Anonymous to allow unauthenticated access. For production, always use User. For quick testing, Anonymous is an option. | User |
| Username | The username that OPC UA clients must provide when connecting. Appears only when Authentication Mode is set to User. | UserA |
| Password | The password for the above user. Appears only when Authentication Mode is set to User. | 123abc |
Note for testing: If you only want to verify that the OPC UA Server is working and do not need security, you can set Authentication Mode to
Anonymousand skip the certificate upload in the next section. However, for any production or network-connected deployment, always useUserauthentication with certificates.Important: The username and password shown in this guide are examples only. Use a unique username and a strong password in production.
To enable encrypted connections, upload a Server Certificate and its matching Private Key. These files cryptographically identify your OPC UA Server to clients. If you do not upload certificates, the OPC UA Server will only accept unencrypted connections.
.crt format..key format.Important: The certificate and private key must be a matching pair. The private key must correspond to the public key embedded in the server certificate. If they do not match, client connections will fail with a security error.
For certificate requirements and file-placement details, see the Certificate Management section in Advanced Topics.
Critical Step: After completing all configuration, you must apply the changes in two steps:
Important: Changes to the OPC UA Server configuration are not applied until you click both Submit and Publish. If you only click Submit, the settings are saved but not activated.
Purpose: This is the core step — you select which E2C Trinity tags to expose as OPC UA nodes, so that OPC UA clients can browse and read them.
A_CNC_Machine).| Parameter | Description | Example |
|---|---|---|
| Mapped Value Setting | Choose how the tag value is processed. Options: Data Operation Value (normalized, default) or Data Original Value (raw, unprocessed). | Data Operation Value |
| Mapped Data Type | The OPC UA data type that clients will see. The dropdown shows types compatible with the tag's original data type. For short(int16) tags, float(float32) is commonly used. | float(float32) |
After saving, the mapping table shows all mapped tags with their configuration:
| Column | Description |
|---|---|
| Tag | The tag name from E2C Trinity. |
| Device Name | The source device of the tag. |
| Read/Write Permission | Whether OPC UA clients can read, write, or both. Set during data collection configuration. |
| Original Data Type | The tag's data type in E2C Trinity (e.g., short(int16)). |
| Mapped Value Setting | The value processing method (as configured above). |
| Data Type | The OPC UA data type that clients will see (e.g., float(float32)). |
| Mapped Address | The OPC UA node address in the format ns=1;s=A_CNC_Machine.{tag_name}. This is auto-generated. |
Note: After adding or modifying mappings, click Publish at the top-right corner to apply the changes to the running OPC UA Server.
Purpose: Confirm that the OPC UA Server is working and that external clients can browse and read your mapped tag data.
opc.tcp://192.168.0.10:4843
Replace 192.168.0.10 with your gateway's actual IP address.
Basic256Sha256 - Sign & Encrypt). Double-click Basic256Sha256 - Sign & Encrypt (uacp-uasc-uabinary). Click OK to continue.Note: If you are testing without certificates (no encryption), select the None - None (uacp-uasc-uabinary) endpoint instead. In UaExpert's display, this means Security Policy =
Noneand Message Security Mode =None.
UserA / 123abc).If you see real-time tag values with Good status in UaExpert, your OPC UA Server configuration is complete.
| Issue | Possible Cause | Solution |
|---|---|---|
| Cannot connect to OPC UA Server | The server is not running, the port is blocked by a firewall, or the endpoint URL is incorrect. | 1. Verify that the OPC UA Server configuration is enabled and that you have clicked Publish. 2. From the computer running UaExpert, first verify that the gateway IP address is reachable, and then test whether the configured OPC UA TCP port is open. On Windows, use Test-NetConnection 192.168.0.10 -Port 4843 in PowerShell. 3. Check that the port is not blocked by a firewall. A successful ping does not confirm that the OPC UA TCP port is open. |
| Connected but no nodes are visible | No tags have been mapped to OPC UA nodes, or the mapping has not been published. | Go back to Step 4: Map Tags to OPC UA Nodes and verify that you have added tags to the OPCUA Mapping Table. Click Publish to apply the changes. |
| Node values show "Bad" or "Uncertain" | The underlying tag is not collecting valid data. | Go back to Data Collection (Step 1) and verify that the tag has a live, valid value. If the tag shows an error status, troubleshoot the southbound data collection first. |
| Connection rejected by security policy | The endpoint selected in UaExpert does not match the server's capabilities (the combination of Security Policy and Message Security Mode is incompatible). | In UaExpert, make sure you selected the correct endpoint. If you uploaded certificates in E2C Trinity, select an encrypted endpoint (e.g., Basic256Sha256 - Sign & Encrypt). If you did not upload certificates, select the None - None endpoint. |
| Certificate validation error | The server certificate is not trusted by the client, or the certificate and private key do not match. | 1. Verify that the CA certificate that signed the server certificate is placed in UaExpert's pki/trusted/certs folder. 2. Verify that the server certificate and private key uploaded in E2C Trinity are a matching pair. See the Certificate Management section. |
| Authentication failed | Incorrect username or password; UaExpert selected the wrong User Identity Token; The User configuration was saved but not published; The selected Endpoint does not advertise Username authentication; The password contains unsupported characters or does not meet the product's requirements. | Verify credentials, ensure correct User Identity Token is selected in UaExpert, check that configuration was published, confirm endpoint supports Username authentication, verify password meets requirements. |
| UaExpert cannot resolve the endpoint URL | The endpoint URL contains an incorrect IP address or hostname. | Verify the gateway's IP address in the RobustOS Pro web interface (System > Network). Use the correct IP address in the endpoint URL. |
| Configuration changes not taking effect | You clicked Submit but did not click Publish. | After any configuration change, you must click both Submit (to save) and Publish (to deploy). The OPC UA Server only applies changes after Publish. |
In E2C Trinity, you do not select a Security Policy or Message Security Mode directly. Instead, encryption is enabled by uploading a Server Certificate and Private Key in Step 3.3. These two concepts are selected by the OPC UA client (e.g., UaExpert) when connecting — they are separate settings that are used together to define an OPC UA endpoint:
Security Policy defines the cryptographic algorithms used to protect the connection. The E2C Trinity OPC UA Server supports the following Security Policies:
| Security Policy | Description | Recommendation |
|---|---|---|
| None | No cryptographic algorithms. Only valid when Message Security Mode is also None. | Testing only. Never use in production. |
| Basic256Sha256 | Widely supported and suitable when compatibility with existing OPC UA clients is required. | Use when broad client compatibility is needed. |
| Aes256_Sha256_RsaPss | A modern Security Policy. Use it when both the server and client support it. | Recommended for new deployments. |
| Aes128_Sha256_RsaOaep | A modern AES-128-based Security Policy. | Alternative when AES-256 is not supported. |
| Basic128Rsa15 | Legacy or deprecated Security Policy. Do not use for new deployments. | Deprecated. |
| Basic256 | Legacy or deprecated Security Policy. Do not use for new deployments. | Deprecated. |
Message Security Mode defines the level of protection applied to each OPC UA message:
| Message Security Mode | Description | When to Use |
|---|---|---|
| None | No message signing or encryption is applied. Network traffic may be intercepted or modified. Do not use this mode for credentials or sensitive production data unless the connection is protected by another trusted encrypted network layer. | Testing only. Never use in production. |
| Sign | Messages are digitally signed to verify their integrity. Data is not encrypted, but any tampering is detected. | Internal trusted networks where encryption overhead is a concern. |
| SignAndEncrypt | Messages are both signed and encrypted. Data cannot be read or tampered with by unauthorized parties. | Production environments and any network that crosses security boundaries. |
Security Policy and Message Security Mode are combined to form an endpoint. In UaExpert, each endpoint is displayed as a combined string like Basic256Sha256 - Sign & Encrypt. When you select this endpoint in UaExpert, you are choosing:
Basic256Sha256 (the algorithms)SignAndEncrypt (the protection level)Note: If you do not upload certificates in E2C Trinity, the OPC UA Server will only advertise endpoints with Security Policy =
Noneand Message Security Mode =None.
This section explains the certificate requirements for a secure OPC UA connection. The information below is based on the setup used in this guide, where UaExpert acts as the OPC UA client and E2C Trinity acts as the OPC UA Server.
| File | Recommended Format | Used By | Purpose |
|---|---|---|---|
| CA Certificate | DER-encoded X.509 (.der) | UaExpert | Place in pki/trusted/certs. UaExpert uses it to verify the E2C Trinity server certificate. |
| CA CRL | DER-encoded CRL (.crl) | UaExpert | Place in pki/trusted/crl. UaExpert uses it to check if the server certificate has been revoked. |
| Server Certificate | PEM-encoded X.509 (.crt) | E2C Trinity | Upload in the OPC UA Server configuration. Identifies the server to clients. |
| Server Private Key | PEM-encoded (.key) | E2C Trinity | Upload together with the server certificate. Must match the public key in the certificate. |
| Client Certificate | DER-encoded X.509 (.der) | UaExpert | Place in pki/own/certs. UaExpert uses it as its application certificate. |
| Client Private Key | PEM-encoded (.pem or .key) | UaExpert | Place in pki/own/private. Must match the client certificate. |
Use OpenSSL or another PKI tool to create one self-signed CA, a CA-signed Server certificate, a CA-signed UaExpert Client certificate, and a valid CRL. The certificates should use RSA 2048-bit or stronger keys and SHA-256 signatures.
The Server certificate should contain:
The Client certificate should contain:
To open the UaExpert PKI directory, go to Settings > Manage Certificates > Open Certificate Location. A typical structure is:
pki
├── own
│ ├── certs ← Place client certificate (.der) here
│ └── private ← Place client private key (.pem/.key) here
├── trusted
│ ├── certs ← Place CA certificate (.der) here
│ └── crl ← Place CA CRL (.crl) here
├── issuers
│ ├── certs
│ └── crl
└── rejected
Username/password and certificates serve different purposes in OPC UA:
A successful secure connection requires both directions of trust — UaExpert trusts the server certificate (or its issuing CA), and E2C Trinity trusts the UaExpert client certificate (or its issuing CA). The CRL is strongly recommended for a complete deployment, though in a temporary test environment, revocation checking may be disabled in UaExpert.
E2C Trinity's OPC UA Server supports two authentication modes:
| Authentication Mode | Description | When to Use |
|---|---|---|
| Anonymous | No authentication required. Any OPC UA client can connect and read data without providing credentials. | Quick testing on a trusted local network. Not for production. |
| User | Requires a username and password. OPC UA clients must provide valid credentials to establish a session. | Production environments where access control is required. |
Note: For a fully secure setup, combine
Userauthentication with uploaded certificates to enable encryption. This ensures both authentication and data protection.