Files
Marc Schier 0374e19121 Add MachineTool, WMTP, GMS and CranesHoists companions (#4765)
# Description

_Describe the changes here to communicate to the maintainers why they
should accept this pull request. By default - this will become the
Commit message after merging and thus define history._

Add provider-backed MachineTool, bundled WMTP, GMS and CranesHoists
companions using the existing Machinery/MachineVision fluent, DI and
typed-client approach. **The PR is open/non-draft by user choice.
Current head `ecc4a7d6ca3e8004cf28ab54da605da302d026bf` is mergeable and
has 108 successful checks, six intentionally skipped checks, zero
failures and zero pending checks. All five primary workflows completed
successfully at that exact head.**

| Family | Released specification/model | Packaging |
| --- | --- | --- |
| MachineTool | OPC 40501-1, 1.02.0 | Model, Server, Client and MCP;
normal root versions |
| WMTP | OPC 40505, 1.0.0 | Bundled in MachineTool; distinct CLR/wire
namespace and independent WMTP-only hosting |
| GMS | OPC 40210 reference 1.0.1, normative model 1.0.0 | Model,
Server, Client and MCP; normal root versions |
| CranesHoists | OPC 40020-1, 1.00 | Model, Server, Client and MCP; all
four plus Debug variants forced preview |

There are **12 new packable projects**. No separate WMTP
package/profile/guide, root version bump, tag, release or package
publication is included. Mandatory instance structure is the default;
selected optional features require explicit providers. The
implementation reuses Machinery results/jobs/files/ProcessValues and
Robotics topology, including retained MachineTool Production, defined
GMS jobs/parts, modern ISA95/Machinery jobs, shared-owner hosting and
isolated instances alongside MachineVision.

Runtime and integration fixes preserve raw quality/timestamps, coherent
acquisition, namespace ownership, accepted-configuration state,
borrowed-resource lifetime, session/node/file cleanup, terminal-value
publication, event propagation and endpoint-aware capability
publication. Firmware/licence transfer means provider acceptance, not
installation/activation. Cancellation does not silently abort another
caller's operation. The later upstream MCP expansion is integrated
without losing either family set or its default-off privileged/live
execution policy.

### Conformance and scope

Canonical model inputs are pinned to UA-Nodeset revision
`96a08945425d0295edb3607d2a38f6841ef44046`.

**GMS upstream exception:** [Annex
A.1](https://reference.opcfoundation.org/specs/OPC-40210/annex-a) makes
the released NodeSet normative, but §12.3.2.7 requires undefined
`GMS_ProductionStatisticsType`. Inherited statistics and defined
jobs/parts are implemented without inventing a standard type/NodeId; the
complete GMS Production facet is withheld.

The requirement ledger records **102 positively evidenced CU rows, 96
directly negative-tested rows and six explicit negative-evidence
limitations**. All 648 test-class/name/TRX links were independently
resolved to passing cases. The six limitations concern Stacklight,
retained legacy PowerOnDuration, Machinery PowerOnDuration, WorkingUnit,
Obligation and MaintenanceMode. They are not claims that every
invalid-input or hardware-control behavior was tested. The undefined GMS
requirement is outside the 102 defined CUs. No external certification
claim is made.

Retained baseline complete-assembly line coverage, with generated code
retained and no source exclusions:

| Family | Model | Server | Client |
| --- | ---: | ---: | ---: |
| MachineTool/WMTP | 83.80% | 91.98% | 84.74% |
| GMS | 95.51% | 90.63% | 88.38% |
| CranesHoists | 92.76% | 94.45% | 92.24% |

These nine measurements predate the later focused review fixes and
merges; they are not relabelled as new `ecc4a7d6c` percentages. The
current head's separate CI code-coverage check succeeded. No new
exclusions or threshold relaxations were introduced.

## Related Issues

- Fixes
[#4764](https://github.com/OPCFoundation/UA-.NETStandard/issues/4764),
the implementation/design and acceptance tracker.

## Checklist

_Put an `x` in the boxes that apply. You can complete these step by step
after opening the PR._

- [ ] I have signed the
[CLA](https://opcfoundation.org/license/cla/ContributorLicenseAgreementv1.0.pdf)
and read the
[CONTRIBUTING](https://github.com/OPCFoundation/UA-.NETStandard/blob/master/CONTRIBUTING.md)
doc.
- [x] I have added tests that prove my fix is effective or that my
feature works and increased code coverage.
- [x] I have added all necessary documentation.
- [ ] I have verified that my changes do not introduce (new) build or
analyzer warnings.
- [ ] I ran **all** tests locally using the **UA.slnx** solution against
at least .net **framework** and .net **10**, and all passed.
- [ ] I fixed **all** failing and flaky tests in the CI pipelines and
**all** CodeQL warnings.
- [x] I have addressed **all** PR feedback received.
2026-10-15 15:15:46 +02:00

21 KiB

OPC UA .NET Standard stack documentation

These guides lead from a first working application to advanced and experimental capabilities. Follow the numbered stages when you are learning. Choose only the paths that match your application, or use the contents list to find a feature.

Contents

How to use this index

Each stage builds on the earlier ones, but you do not need to read every guide. After stage 1, choose the client, server, or PubSub path. Stages 3 to 7 are optional; use the guides your application needs. A stage or group names the knowledge it assumes.

Labels describe the maturity of a package or model:

  • Preview package: the package family keeps a -preview version, even when the core packages are stable. See Versioning.
  • Draft model: the guide implements a working-group draft specification. Its namespace URIs and NodeIds are provisional.
  • Experimental: the guide marks the feature as experimental.

These labels are independent of difficulty. An advanced guide can describe a stable feature, and a released specification can ship in a preview package.

1. Get started

Run a client and server, then learn the terms that the other guides use.

2. Build your application

Choose the path for your application. The paths are independent: for example, a PubSub application needs neither a client nor a server.

Client path

Assumes Getting started.

  1. Dependency injection: client feature — configure a client in the .NET Generic Host.
  2. Managed sessions — connect, recover from connection loss, and close. To compare the managed and classic session APIs, see choosing a session API.
  3. Read, write, and call methods — resolve namespace URIs and browse paths, check the status of each operation, and call methods through a client generated from the model.
  4. Subscriptions — callback subscriptions for long-lived monitoring and streams for short observations.
  5. Generation-bound requests — retain remote file handles, history cursors and target classifications without following a replacement connection.

Server path

Assumes Getting started.

  1. Dependency injection: server feature — host a server and configure its endpoints, security, and node managers.
  2. Node managers: start with a model — generate a node manager from your model and attach callbacks. Complete method invocation results covers ordered output values and resolved operation/input diagnostics. Your first information model is a complete example.
  3. Runtime NodeSets — load NodeSet2 models without generated code when models change independently of your application.
  4. Asynchronous server support — implement service and node-manager callbacks asynchronously.

PubSub path

A PubSub application needs neither a client nor a server, so the Getting started exercise and the other two paths are optional here.

  1. Concepts: client/server and PubSub — publishers, subscribers, and datasets.
  2. Run a first publisher and subscriber — exchange signed and encrypted messages on one computer with the reference PubSub sample.
  3. PubSub guide — the fluent builder, hosting, configuration, encodings, and security.
  4. Transport selection — UDP, Ethernet, MQTT, and Kafka.

3. Add data types and application services

Assumes the client or server path. Choose the capabilities your application needs.

Data types and models

Application services

  • State machines — define, drive, and observe state transitions.
  • Programs — host and control Part 10 invocations, monitor captured transition results, and manage diagnostics and lifetime.
  • Alarms and conditions — raise, acknowledge, and stream alarms. Alarm conditions use state machines, for example for shelving.
  • Historical access — store and read value and event history.
  • Aggregates — calculate processed history; read historical access first.
  • File system client — transfer files through the standard file objects.
  • Alias names — find nodes through named aliases.
  • Node management — let clients add and delete nodes and references.
  • Final-value publication — await terminal Value notifications in real Publish responses before removing dynamic subtrees.
  • Model change tracking — keep client caches current when the address space changes.
  • NodeSet export — export a server's address space to NodeSet2 XML.

4. Use companion models

Companion specifications define models for particular industries and device types; Concepts explains how they relate to the base model. These libraries assume the server path and, for typed client access, the client path. The packages load the models that each model depends on.

  • Device Integration (OPC 10000-100) — devices, topology, and locking.
  • Asset Management Basics (OPC 10000-110) — make devices, machines, pumps or scales manageable assets: discovery, identification, health alarms, maintenance, documentation links and locations. Read Device Integration first.
  • Software update (OPC 10000-100) — software package storage, installation, and confirmation. Read Device Integration first.
  • ISA-95 (OPC 10030 and OPC 10031-4) — the common model and job control.
  • Positioning (OPC 10000-210 and OPC 10000-211; preview package) — relative frames and geographic positions.
  • Machinery (OPC 40001-1, -2, -3, -4 and -101) — machines with identification, server-driven state machines, process values, job management, energy and result transfer, based on the Industrial Automation, Device Integration, PA-DIM, ECM and ISA-95 models.
  • Pumps (OPC 40223) — pumps and vacuum pumps, published both as Device Integration devices and as Machinery machines.
  • Machine Vision (OPC 40100-1 and OPC 40100-2) — released control, recipes, configurations, results, assets, and condition monitoring, with Vision/Perception composition and Machinery hosting.
  • MachineTool and wireless peripherals (OPC 40501-1 and OPC 40505) — machine monitoring, tools, production/jobs/files and independently hosted wireless measurements, configuration and records in one package family.
  • Geometric Measurement Systems (OPC 40210) — native measurement equipment, qualification/calibration, production observations and results. The guide documents the upstream undefined Production-statistics CU exception.
  • Cranes and Hoists (OPC 40020-1; preview packages) — Robotics-derived crane systems, equipment observations and explicitly authorized speed-limit requests.
  • Scales (OPC 40200 and OPC 30050) — weighing technology with every scale kind, scale systems, recipes and PackML state machines, based on the Machinery model.
  • Plastics and rubber capabilities (OPC 40083 and OPC 40082-6) — shared machine configuration, control and monitoring, with production dataset transfer and granulate drying.
  • Extrusion (OPC 40084-1 through -12) — the extrusion line and its device families, optional capabilities, typed clients and composition.
  • Robotics (OPC 40010-1; preview package) — motion-device systems, based on the Industrial Automation and Device Integration models. The guide's draft Robot Intent model is listed in stage 7.
  • WoT connectivity (OPC 10100-1; preview package) — connect Web of Things assets. Its registry extension is listed in stage 7.

For more examples, including the Pumps and Machinery models, see the companion-model samples. The generic recycling simulation combines a causal production model with separately hosted process views; its guide identifies the remaining companion integration limits.

To expose these typed client interfaces to an agent, use the industrial companion MCP tools. Select one family or compose several profiles without enabling the entire tool catalog. The WoT and xRegistry profiles cover asset/registry management and document conversion; the document profile does not require a UA connection.

5. Prepare for production

Builds on the certificate trust you used in Getting started. Before you deploy a client or server, work through the production readiness checklist. It links to these guides for the details:

  1. Certificates — certificate stores, trust, and chain validation.
  2. Identity providers — authenticate users on clients and servers.
  3. Role-based user management — map identities to roles and permissions.
  4. Certificate manager — certificate lifecycle, rotation, and remote updates.
  5. Diagnostics — logging, metrics, tracing, auditing, and packet capture.
  6. Rate limiting — admission limits and busy signals during connection storms.
  7. Server resource isolation — per-caller limits and reserved capacity for startup and recovery.
  8. Profiles and facets — implemented profiles and platform boundaries.
  9. Container reference server — run the reference server in a container.

6. Advanced integration, reliability, and scale

Each group names the stages it assumes.

Transports and integration

Assumes the client or server path.

  • Transports — UA-TCP, HTTPS, and WebSocket transports.
  • REST binding — OpenAPI mapping, encoding negotiation, and HTTP authentication.
  • OPC UA over OpenAPI — serve the OpenAPI document the stack generates from its REST routes and call the server from generated REST clients.
  • Reverse Connect — server-initiated connections.
  • Session-less invocation — let clients call Read, Browse, Call and the other §6.3 Services without a Session.
  • PubSub external-server adapter — bind PubSub to an OPC UA server through a managed client session. Assumes the client and PubSub paths.
  • PubSub transcoding — convert encodings, values, and metadata between PubSub messages.
  • MCP server — let AI agents browse, read, write, and diagnose OPC UA servers. Stack workflow profiles add GDS/credential issuance, roles/users, files, alarms, history, schemas, policy-controlled PubSub and live WoT execution.
  • WoT / NodeSet conversion and WoT protocol bindings — convert Thing Descriptions and add protocol bindings. Read WoT connectivity first.

Session recovery and performance

The subscription guides assume the client path; the sizing guides assume Diagnostics.

Security infrastructure and fleet management

Assumes stage 5.

High availability and deployment

Assumes a working single server and stage 5.

  • High availability (preview package) — redundancy, failover, and distributed state.
  • Replica-consistent NodeIds (preview package) — keep node identifiers identical across replicas; required before replicating an address space.
  • Kubernetes (preview package) — cluster deployment, discovery, readiness, and secrets. Read high availability first.
  • PubSub high availability (preview package) — redundant publishers and subscribers. Assumes the PubSub path.

Native AOT publishing

Publish an application as a native executable without a JIT compiler; start with Native AOT: publish an application. Feature-specific guidance:

7. Draft and experimental capabilities

These guides implement working-group drafts or experimental extensions. Namespace URIs, NodeIds, and APIs can change before the specifications are published, so evaluate them before you depend on them in production. Each guide describes its current limitations.

  • xRegistry (draft model; preview package) — the generic registry base model, resource storage, and federation.
  • AI model management (draft model; preview package) — model catalogues, deployments, inference, and learning jobs. Builds on xRegistry.
  • Perception model (draft model; optional OpenUSD renderer is preview-only) — capture, media, feedback, and client workflows.
  • Robot Intent (draft model; preview package) — task-level motion commands. Does not require the Robotics model.
  • OpenUSD (draft models; preview package) — bind values to OpenUSD scenes and materialize scenes in the address space.
  • WoT Connectivity 1.1 registry (draft model; preview package) — registry and materialization. Read WoT connectivity first.
  • KeyCredential issued-token bridge (experimental).

These samples combine several draft or preview capabilities. Read the guides for their models first:

  • Bin picking cell — Robot Intent, Vision, and an OpenUSD scene.
  • Visual inspection cell — Vision, AI model management, and ISA-95 job control.
  • WoT aggregation sample — load Device Integration, Machinery, and Pumps models from WoT documents through the WoT Connectivity 1.1 registry, and bind them to two OPC UA source servers.
  • Generator sample model (draft model) — generating-set simulation and scene composition.

Reference and upgrade

The Windows Forms reference applications are maintained in the Samples repository.

Contributing and maintaining the SDK

These documents describe building and maintaining this repository, not using the SDK in an application: