A Node is the atomic building block of the OPC UA Address Space, uniquely identified by a NodeId within a server. Every Node is an instance of a NodeClass, which defines its structure and purpose—the eight standard classes include Object, Variable, Method, ObjectType, VariableType, ReferenceType, DataType, and View. Each Node carries a mandatory set of Attributes (such as BrowseName, DisplayName, and Description) that expose its metadata, while optional attributes like Value for Variables provide the actual real-time data payload.
Glossary
Node

What is a Node?
A Node is the fundamental atomic unit within an OPC UA Address Space, possessing a unique identifier and a set of attributes that describe its type, value, and behavior.
Nodes are interconnected via References to form a mesh representing the topology of an industrial system. A Reference is itself a Node of the ReferenceType class, creating a typed, directed edge between a source Node and a target Node. This object-oriented graph structure allows Clients to browse hierarchical containment (e.g., a Device contains a Sensor), expose type-instance relationships via HasTypeDefinition, and traverse non-hierarchical associations. The combination of Attributes and References enables machines to semantically understand the meaning of data, not just its raw value.
Core Characteristics of an OPC UA Node
Every entity in an OPC UA Address Space is a Node. Understanding its core characteristics—identity, type, and behavior—is essential for navigating and structuring industrial information models.
Unique NodeId
The NodeId is the unambiguous identifier for a Node within a Server. It consists of a namespace index (identifying the naming authority) and an identifier (a numeric, string, GUID, or opaque value). This structure allows multiple information models to coexist without naming collisions.
- Namespace 0: Reserved for the OPC UA core specification.
- Namespace 1+: Assigned to vendor-specific or Companion Specification models.
- A Client must always treat the combination of NamespaceUri and identifier as the true unique key.
NodeClass
The NodeClass attribute defines the fundamental kind of Node, determining its structure and purpose. The eight core NodeClasses form the building blocks of every Information Model.
- Object: Represents a physical or logical system component (e.g., a pump).
- Variable: Holds a value, such as a sensor reading or configuration parameter.
- Method: A callable function that triggers an action on the Server.
- ObjectType & VariableType: Templates defining the structure of Objects and Variables.
- ReferenceType, DataType, View: Define relationship semantics, value structures, and organizational subsets.
Attributes
Attributes are data elements that describe a Node. While mandatory attributes like NodeId, NodeClass, and BrowseName exist on every Node, optional attributes provide domain-specific context.
- Value: The current data held by a Variable Node, accompanied by a StatusCode and timestamp.
- DisplayName: A human-readable, localizable name for user interfaces.
- Description: A localized text field providing engineering context.
- AccessLevel: Specifies whether a Variable is readable, writable, or subscribable.
- Historizing: A boolean indicating if the Server archives changes to the Value.
References
References are the directed edges that connect Nodes, forming the graph structure of the Address Space. They define hierarchical (organizational) and non-hierarchical (semantic) relationships.
- HasComponent: Indicates a parent-child containment relationship.
- Organizes: Groups Nodes for browsing without strict containment.
- HasTypeDefinition: Links an Object to its ObjectType, defining its semantic contract.
- HasProperty: Connects an Object to a characteristic Variable that cannot exist independently.
- References enable Clients to browse from a root Node to any leaf in the system.
BrowseName
The BrowseName is a qualified name used for programmatic path navigation. Unlike the NodeId, it is not globally unique but must be unique within the context of its parent Node.
- Composed of a namespace index and a string name.
- Enables Clients to traverse the Address Space using human-readable paths like
/Objects/ProductionLine1/ConveyorBelt. - Remains stable across Server restarts, providing a reliable navigation handle even if the NodeId is dynamically assigned.
Type Definition
Every Object and Variable Node is an instance of a specific Type Node (ObjectType or VariableType). This mechanism enforces semantic consistency by guaranteeing that all instances of a type share the same structure.
- A
MotorTypemight define mandatory Variables forSpeedandTemperature. - Every
Motorinstance automatically inherits these Variables. - This enables type-safe programming, where a Client can expect a known interface on any Node of a given type, enabling true plug-and-produce interoperability.
Frequently Asked Questions
Clear answers to the most common questions about OPC UA Nodes, the atomic building blocks of the industrial interoperability standard's Address Space.
An OPC UA Node is the fundamental, uniquely identifiable unit within a Server's Address Space that represents a specific entity, definition, or instance of information. Every Node is defined by a fixed set of Attributes—such as a unique NodeId, a NodeClass, a BrowseName, and a DisplayName—that describe its identity and characteristics. Nodes are connected to one another via References, which are typed pointers that establish semantic relationships like hierarchical containment (HasComponent) or type instantiation (HasTypeDefinition). This object-oriented structure allows a Client to browse and interpret the entire information model of a factory floor, from a specific temperature sensor value to the complex type definition of a robotic arm, using a standardized, self-describing graph.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Understanding the Node requires familiarity with the structural and relational concepts that define the OPC UA Address Space.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us