123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373 |
- #ifndef UA_NODES_H_
- #define UA_NODES_H_
- #ifdef __cplusplus
- extern "C" {
- #endif
- #include "ua_server.h"
- /**
- * .. _information-modelling:
- *
- * Information Modelling
- * =====================
- *
- * Information modelling in OPC UA combines concepts from object-orientation and
- * semantic modelling. At the core, an OPC UA information model is a graph made
- * up of
- *
- * - Nodes: There are eight possible Node types (variable, object, method, ...)
- * - References: Typed and directed relations between two nodes
- *
- * Every node is identified by a unique (within the server) :ref:`nodeid`.
- * Reference are triples of the form ``(source-nodeid, referencetype-nodeid,
- * target-nodeid)``. An example reference between nodes is a
- * ``hasTypeDefinition`` reference between a Variable and its VariableType. Some
- * ReferenceTypes are *hierarchic* and must not form *directed loops*. Every
- * node (except ``Root``) must have at least one hierarchic reference to a
- * parent. See the section on :ref:`ReferenceTypes <referencetypenode>` for more
- * details on possible references and their semantics.
- *
- * The structures defined in this section are *not user-facing*. The interaction
- * with the information model is possible only via the OPC UA :ref:`services`.
- * Still, we reproduce how nodes are represented internally so that users may
- * have a clear mental model.
- *
- * Base Node Attributes
- * --------------------
- *
- * Nodes contain attributes according to their node type. The base node
- * attributes are common to all node types. In the OPC UA :ref:`services`,
- * attributes are referred to via the :ref:`nodeid` of the containing node and
- * an integer :ref:`attribute-id`.
- *
- * Internally, open62541 uses ``UA_Node`` in places where the exact node type is
- * not known or not important. The ``nodeClass`` attribute is used to ensure the
- * correctness of casting from ``UA_Node`` to a specific node type. */
- #define UA_NODE_BASEATTRIBUTES \
- UA_NodeId nodeId; \
- UA_NodeClass nodeClass; \
- UA_QualifiedName browseName; \
- UA_LocalizedText displayName; \
- UA_LocalizedText description; \
- UA_UInt32 writeMask; \
- UA_UInt32 userWriteMask; \
- size_t referencesSize; \
- UA_ReferenceNode *references;
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- } UA_Node;
- /**
- * VariableNode
- * ------------
- *
- * Variables store values in a :ref:`datavalue` together with
- * metadata for introspection. Most notably, the attributes data type, value
- * rank and array dimensions constrain the possible values the variable can take
- * on.
- *
- * Variables come in two flavours: properties and datavariables. Properties are
- * related to a parent with a ``hasProperty`` reference and may not have child
- * nodes themselves. Datavariables may contain properties (``hasProperty``) and
- * also datavariables (``hasComponents``).
- *
- * All variables are instances of some :ref:`variabletypenode` in return
- * constraining the possible data type, value rank and array dimensions
- * attributes.
- *
- * Data Type
- * ^^^^^^^^^
- *
- * The (scalar) data type of the variable is constrained to be of a specific
- * type or one of its children in the type hierarchy. The data type is given as
- * a NodeId pointing to a :ref:`datatypenode` in the type hierarchy. See the
- * Section :ref:`datatypenode` for more details.
- *
- * If the data type attribute points to ``UInt32``, then the value attribute
- * must be of that exact type since ``UInt32`` does not have children in the
- * type hierarchy. If the data type attribute points ``Number``, then the type
- * of the value attribute may still be ``UInt32``, but also ``Float`` or
- * ``Byte``.
- *
- * Consistency between the data type attribute in the variable and its
- * :ref:`VariableTypeNode` is ensured.
- *
- * Value Rank
- * ^^^^^^^^^^
- *
- * This attribute indicates whether the value attribute of the variable is an
- * array and how many dimensions the array has. It may have the following
- * values:
- *
- * - ``n >= 1``: the value is an array with the specified number of dimensions
- * - ``n = 0``: the value is an array with one or more dimensions
- * - ``n = -1``: the value is a scalar
- * - ``n = -2``: the value can be a scalar or an array with any number of dimensions
- * - ``n = -3``: the value can be a scalar or a one dimensional array
- *
- * Consistency between the value rank attribute in the variable and its
- * :ref:`variabletypenode` is ensured.
- *
- * Array Dimensions
- * ^^^^^^^^^^^^^^^^
- *
- * If the value rank permits the value to be a (multi-dimensional) array, the
- * exact length in each dimensions can be further constrained with this
- * attribute.
- *
- * - For positive lengths, the variable value is guaranteed to be of the same
- * length in this dimension.
- * - The dimension length zero is a wildcard and the actual value may have any
- * length in this dimension.
- *
- * Consistency between the array dimensions attribute in the variable and its
- * :ref:`variabletypenode` is ensured. */
- /* Indicates whether a variable contains data inline or whether it points to an
- * external data source */
- typedef enum {
- UA_VALUESOURCE_DATA,
- UA_VALUESOURCE_DATASOURCE
- } UA_ValueSource;
- #define UA_NODE_VARIABLEATTRIBUTES \
- /* Constraints on possible values */ \
- UA_NodeId dataType; \
- UA_Int32 valueRank; \
- size_t arrayDimensionsSize; \
- UA_UInt32 *arrayDimensions; \
- \
- /* The current value */ \
- UA_ValueSource valueSource; \
- union { \
- struct { \
- UA_DataValue value; \
- UA_ValueCallback callback; \
- } data; \
- UA_DataSource dataSource; \
- } value;
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_NODE_VARIABLEATTRIBUTES
- UA_Byte accessLevel;
- UA_Byte userAccessLevel;
- UA_Double minimumSamplingInterval;
- UA_Boolean historizing; /* currently unsupported */
- } UA_VariableNode;
- /**
- * .. _variabletypenode:
- *
- * VariableTypeNode
- * ----------------
- *
- * VariableTypes are used to provide type definitions for variables.
- * VariableTypes constrain the data type, value rank and array dimensions
- * attributes of variable instances. Furthermore, instantiating from a specific
- * variable type may provide semantic information. For example, an instance from
- * ``MotorTemperatureVariableType`` is more meaningful than a float variable
- * instantiated from ``BaseDataVariable``. */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_NODE_VARIABLEATTRIBUTES
- UA_Boolean isAbstract;
- } UA_VariableTypeNode;
- /**
- * .. _methodnode:
- *
- * MethodNode
- * ----------
- *
- * Methods define callable functions and are invoked using the :ref:`Call
- * <method-services>` service. MethodNodes may have special properties (variable
- * childen with a ``hasProperty`` reference) with the :ref:`qualifiedname` ``(0,
- * "InputArguments")`` and ``(0, "OutputArguments")``. The input and output
- * arguments are both described via an array of ``UA_Argument``. While the Call
- * service uses a generic array of :ref:`variant` for input and output, the
- * actual argument values are checked to match the signature of the MethodNode.
- *
- * Note that the same MethodNode may be referenced from several objects (and
- * object types). For this, the NodeId of the method *and of the object
- * providing context* is part of a Call request message.
- */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_Boolean executable;
- UA_Boolean userExecutable;
- /* Members specific to open62541 */
- void *methodHandle;
- UA_MethodCallback attachedMethod;
- } UA_MethodNode;
- /**
- * ObjectNode
- * ----------
- *
- * Objects are used to represent systems, system components, real-world objects
- * and software objects. Objects are instances of an :ref:`object
- * type<objecttypenode>` and may contain variables, methods and further
- * objects. */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_Byte eventNotifier;
- /* Members specific to open62541 */
- void *instanceHandle;
- } UA_ObjectNode;
- /**
- * .. _objecttypenode:
- *
- * ObjectTypeNode
- * --------------
- *
- * ObjectTypes provide definitions for Objects. Abstract objects cannot be
- * instantiated. See :ref:`object-lifecycle` for the use of constructor and
- * destructor callbacks. */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_Boolean isAbstract;
- /* Members specific to open62541 */
- UA_ObjectLifecycleManagement lifecycleManagement;
- } UA_ObjectTypeNode;
- /**
- * .. _referencetypenode:
- *
- * ReferenceTypeNode
- * -----------------
- *
- * Each reference between two nodes is typed with a ReferenceType that gives
- * meaning to the relation. The OPC UA standard defines a set of ReferenceTypes
- * as a mandatory part of OPC UA information models.
- *
- * - Abstract ReferenceTypes cannot be used in actual references and are only
- * used to structure the ReferenceTypes hierarchy
- * - Symmetric references have the same meaning from the perspective of the
- * source and target node
- *
- * The figure below shows the hierarchy of the standard ReferenceTypes (arrows
- * indicate a ``hasSubType`` relation). Please refer to Part 3 of the OPC UA
- * specification for the full semantics of each ReferenceType. The ReferenceType
- * hierarchy can be extended with user-defined ReferenceTypes. Many Companion
- * Specifications for OPC UA define new ReferenceTypes to be used in their
- * domain of interest.
- *
- * .. graphviz::
- *
- * digraph tree {
- *
- * node [height=0, shape=box, fillcolor="#E5E5E5", concentrate=true]
- *
- * references [label="References\n(Abstract, Symmetric)"]
- * hierarchical_references [label="HierarchicalReferences\n(Abstract)"]
- * references -> hierarchical_references
- *
- * nonhierarchical_references [label="NonHierarchicalReferences\n(Abstract, Symmetric)"]
- * references -> nonhierarchical_references
- *
- * haschild [label="HasChild\n(Abstract)"]
- * hierarchical_references -> haschild
- *
- * aggregates [label="Aggregates\n(Abstract)"]
- * haschild -> aggregates
- *
- * organizes [label="Organizes"]
- * hierarchical_references -> organizes
- *
- * hascomponent [label="HasComponent"]
- * aggregates -> hascomponent
- *
- * hasorderedcomponent [label="HasOrderedComponent"]
- * hascomponent -> hasorderedcomponent
- *
- * hasproperty [label="HasProperty"]
- * aggregates -> hasproperty
- *
- * hassubtype [label="HasSubtype"]
- * haschild -> hassubtype
- *
- * hasmodellingrule [label="HasModellingRule"]
- * nonhierarchical_references -> hasmodellingrule
- *
- * hastypedefinition [label="HasTypeDefinition"]
- * nonhierarchical_references -> hastypedefinition
- *
- * hasencoding [label="HasEncoding"]
- * nonhierarchical_references -> hasencoding
- *
- * hasdescription [label="HasDescription"]
- * nonhierarchical_references -> hasdescription
- *
- * haseventsource [label="HasEventSource"]
- * hierarchical_references -> haseventsource
- *
- * hasnotifier [label="HasNotifier"]
- * hierarchical_references -> hasnotifier
- *
- * generatesevent [label="GeneratesEvent"]
- * nonhierarchical_references -> generatesevent
- *
- * alwaysgeneratesevent [label="AlwaysGeneratesEvent"]
- * generatesevent -> alwaysgeneratesevent
- *
- * {rank=same hierarchical_references nonhierarchical_references}
- * {rank=same generatesevent haseventsource hasmodellingrule
- * hasencoding hassubtype}
- * {rank=same alwaysgeneratesevent hasproperty}
- *
- * }
- */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_Boolean isAbstract;
- UA_Boolean symmetric;
- UA_LocalizedText inverseName;
- } UA_ReferenceTypeNode;
- /**
- * .. _datatypenode:
- *
- * DataTypeNode
- * ------------
- *
- * DataTypes represent simple and structured data types. DataTypes may contain
- * arrays. But they always describe the structure of a single instance. In
- * open62541, DataTypeNodes in the information model hierarchy are matched to
- * ``UA_DataType`` type descriptions for :ref:`generic-types` via their NodeId.
- *
- * Abstract DataTypes (e.g. ``Number``) cannot be the type of actual values.
- * They are used to constrain values to possible child DataTypes (e.g.
- * ``UInt32``). */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_Boolean isAbstract;
- } UA_DataTypeNode;
- /**
- * ViewNode
- * --------
- *
- * Each View defines a subset of the Nodes in the AddressSpace. Views can be
- * used when browsing an information model to focus on a subset of nodes and
- * references only. ViewNodes can be created and be interacted with. But their
- * use in the :ref:`Browse<view-services>` service is currently unsupported in
- * open62541. */
- typedef struct {
- UA_NODE_BASEATTRIBUTES
- UA_Byte eventNotifier;
- UA_Boolean containsNoLoops;
- } UA_ViewNode;
- #ifdef __cplusplus
- } // extern "C"
- #endif
- #endif /* UA_NODES_H_ */
|