Commission from physical link to process evidence
What OPC UA is—and is not
OPC UA provides a platform-independent framework for modelling and exchanging industrial information. Servers expose nodes, attributes, references, methods and events in an address space; clients browse, read, write, call or subscribe according to granted permissions. Secure channels, application certificates and user authorization are part of commissioning—not optional details to disable until the connection works.
Treat OPC UA as a defined system of roles, configuration and observable behavior. The cable and link LEDs are only the physical beginning. A device can be reachable yet rejected by the controller because identity, ownership, data layout or security does not match.
Build the configuration from the data contract
Write down who produces each value, who consumes it, its data type, length, update expectation, normal quality and safe behavior when communication is lost. Then configure the controller and device from that contract. This prevents byte maps and tag names from becoming undocumented magic.
Use the official device description and the manual for the exact firmware revision. Record every imported file and configuration revision so a replacement can be reproduced rather than rediscovered.
Commission in layers
Start with power, media and link. Then verify identity and ownership, compare configured modules or data structures, establish the connection, and only then prove a safe physical transition through the mapped process value. Read the detailed diagnostic before changing several settings at once.
Capture a normal baseline: connection state, update time, device identity and representative process values. Remove or disable the connection using an approved method and prove the controller detects stale data, enters the designed state and recovers predictably.
- Define the information owner, client/server roles and required namespace.
- Choose endpoints and security policy that meet the site policy.
- Exchange and trust application certificates through a controlled process.
- Browse node identities and data types before building tag mappings.
- Test subscriptions, stale-data behavior, reconnects and least-privilege access.
Troubleshooting without random changes
If there is no link, stay at power, connectors, media and port configuration. If identity is wrong, resolve addressing, naming, certificate or ownership. If configuration is rejected, compare device files, module order, assemblies, data sizes and revisions. If connected data is wrong, inspect byte order, scaling, quality/status and application mapping.
Make one controlled change at a time and save the before/after evidence. The protocol school is vendor-neutral training; production commissioning still requires the current controller and device documentation plus the site network and security standards.
Field record
Evidence checklist
Primary technical sources
Use these official sources and the exact device manual for production work. This guide teaches diagnostic structure; it does not authorize live work or replace site procedures.
