Skip to content

Industry perspectives / Industrial interoperability

Industrial interoperability still needs an application-level asset story

OPC Foundation and Avnu’s September collaboration focuses on testable industrial interoperability. Above the network, teams still need to connect observations to assets, revisions and maintenance evidence.

An OriginChainDB perspective.

OPC Foundation and Avnu announced a collaboration to align testing, certification and integration for OPC UA FX over Time-Sensitive Networking. The announcement’s dateline is 30 September 2026; the page header is dated 29 September. It also describes an industrial plugfest held in Stuttgart on 28–29 September. Source: OPC Foundation announcement.

The announcement concerns industrial communication and interoperability. It does not establish a relationship with OriginChainDB, certify an OriginChainDB deployment or turn an application database into a real-time controller. Those boundaries matter when discussing how industrial data can be used after it reaches an application.

Our engineering perspective is that a usable maintenance application also needs a clear asset story: which device produced an observation, which equipment record it belongs to and which approved evidence helps a person interpret it.

A transmitted value is not a complete maintenance answer

Imagine an application receives a temperature value of 80. Without a unit, timestamp, sensor identity and equipment association, that value is hard to interpret. Even with those fields, it does not by itself establish a fault or authorize a maintenance action.

An ingestion application should preserve the original observation and the mapping used to connect it to an asset. If a sensor is moved to another machine, the historical association may differ from its current one. A join against only the latest assignment can misrepresent an earlier event.

Keep event time separate from ingestion time. Delayed messages and clock differences can affect the order in which observations arrive. Define what the application means by “latest” before building a dashboard around it.

Put explicit identities between the layers

An OriginChainDB application can use structured records for assets, observations and service jobs. Declared graph relationships can represent modeled connections, and FTS can help locate relevant documentation. Vector retrieval can be evaluated for questions whose wording differs from the source guide.

The ingestion adapter remains responsible for understanding the source protocol and mapping fields correctly. This is an application architecture proposal, not a claim of a built-in OPC UA connector, deterministic control performance or industrial certification.

Give assets and source documents stable identities. Keep model and revision fields where applicability depends on them. A guide for a similarly named device should not be selected solely because its embedding is close to the user’s question.

Test a change in context

Use two fictional machines and one sensor. Record an observation while the sensor belongs to machine A, then move the sensor’s assignment to machine B and record another observation. The application should be able to explain which assignment applies to each observation.

Next, revise the guide associated with machine A. Search for a relevant term and verify that the UI identifies the source revision. An old guide can still be useful historical evidence, but it must not be presented as the current approved instruction without a rule that supports that choice.

Finally, send a synthetic observation with a missing or unsupported unit. The ingestion path should reject or quarantine it according to an explicit policy. A valid number with unknown meaning should not quietly enter an operational chart.

Keep decision authority with the intended system

Use the database application to organize records, surface evidence and support review. Do not let a generated explanation override approved operating procedures, control-system safeguards or the organization’s maintenance authority.

An assistant can cite a permitted guide passage and identify the asset it applies to. It should also be able to say that the available records are insufficient. Similarity, connectivity and confidence of wording are not substitutes for authorization or physical-world validation.

Measure the integration you actually built

Track ingestion failures, mapping errors, stale derived records and retrieval misses separately. Record which schema and adapter revision produced an observation. These measurements help diagnose whether a problem originated in transmission, transformation, storage or presentation.

The industry’s work on interoperability gives teams a reason to examine their own application boundaries. A practical first step is a small synthetic asset model with checkable observations and source evidence. Explore the OriginChainDB graph documentation to model those explicit relationships, while keeping protocol integration and operational control in their appropriate systems.

From reading to building

Put your data to work.

Explore SQL, vector, graph and full-text in one database.

Explore OriginChainDB