The Attributes of Nodes, their DataTypes and descriptions are defined in OPC 10000-3. Attributes not marked as optional are mandatory and shall be provided by a Server. The following tables define if the Attribute value is defined by this specification or if it is server-specific.
For all Nodes specified in this specification, the Attributes named in Table 7 shall be set as specified in the table.
Table 7 – Common Node Attributes
|
Attribute |
Value |
|
DisplayName |
The DisplayName is a LocalizedText. Each Server shall provide the DisplayName identical to the BrowseName of the Node for the LocaleId “en” unless specified differently in the specification. Whether the Server provides translated names for other LocaleIds is server-specific. |
|
Description |
Optionally a server-specific description is provided. |
|
NodeClass |
|
|
NodeId |
The NodeId is described by BrowseNames as defined in 3.4.2.1. |
|
WriteMask |
Optionally the WriteMask Attribute can be provided. If the WriteMask Attribute is provided, it shall set all non-server-specific Attributes to not writable. For example, the Description Attribute may be set to writable since a Server may provide a server-specific description for the Node. The NodeId shall not be writable, because it is defined for each Node in this specification. |
|
UserWriteMask |
Optionally the UserWriteMask Attribute can be provided. The same rules as for the WriteMask Attribute apply. |
|
RolePermissions |
Optionally server-specific role permissions can be provided. |
|
UserRolePermissions |
Optionally the role permissions of the current Session can be provided. The value is server-specific and depends on the RolePermissions Attribute (if provided) and the current Session. |
|
AccessRestrictions |
Optionally server-specific access restrictions can be provided. |
For all Objects specified in this specification, the Attributes named in Table 8 shall be set as specified in the Table 8. The definitions for the Attributes can be found in OPC 10000-3.
Table 8 – Common Object Attributes
|
Attribute |
Value |
|
EventNotifier |
Whether the Node can be used to subscribe to Events or not is server-specific. |
For all Variables specified in this specification, the Attributes named in Table 9 shall be set as specified in the table. The definitions for the Attributes can be found in OPC 10000-3.
Table 9 – Common Variable Attributes
|
Attribute |
Value |
|
MinimumSamplingInterval |
Optionally, a server-specific minimum sampling interval is provided. |
|
AccessLevel |
The access level for Variables used for type definitions is server-specific, for all other Variables defined in this specification, the access level shall allow reading; other settings are server-specific. |
|
UserAccessLevel |
The value for the UserAccessLevel Attribute is server-specific. It is assumed that all Variables can be accessed by at least one user. |
|
Value |
For Variables used as InstanceDeclarations, the value is server-specific; otherwise it shall represent the value described in the text. |
|
ArrayDimensions |
If the ValueRank does not identify an array of a specific dimension (i.e. ValueRank <= 0) the ArrayDimensions can either be set to null or the Attribute is missing. This behaviour is server-specific. If the ValueRank specifies an array of a specific dimension (i.e. ValueRank > 0) then the ArrayDimensions Attribute shall be specified in the table defining the Variable. |
|
Historizing |
The value for the Historizing Attribute is server-specific. |
|
AccessLevelEx |
If the AccessLevelEx Attribute is provided, it shall have the bits 8, 9, and 10 set to 0, meaning that read and write operations on an individual Variable are atomic, and arrays can be partly written. |
For all VariableTypes specified in this specification, the Attributes named in Table 10 shall be set as specified in the table. The definitions for the Attributes can be found in OPC 10000-3.
Table 10 – Common VariableType Attributes
|
Attributes |
Value |
|
Value |
Optionally a server-specific default value can be provided. |
|
ArrayDimensions |
If the ValueRank does not identify an array of a specific dimension (i.e. ValueRank <= 0) the ArrayDimensions can either be set to null or the Attribute is missing. This behaviour is server-specific. If the ValueRank specifies an array of a specific dimension (i.e. ValueRank > 0) then the ArrayDimensions Attribute shall be specified in the table defining the VariableType. |
For all Methods specified in this specification, the Attributes named in Table 11 shall be set as specified in the table. The definitions for the Attributes can be found in OPC 10000-3.
Table 11 – Common Method Attributes
|
Attributes |
Value |
|
Executable |
All Methods defined in this specification shall be executable (Executable Attribute set to “True”), unless it is defined differently in the Method definition. |
|
UserExecutable |
The value of the UserExecutable Attribute is server-specific. It is assumed that all Methods can be executed by at least one user. |
OPC 10000-3 differentiates between different kinds of Structures. The following conventions explain, how these Structures shall be defined.
The first kind are Structures without optional fields where none of the fields allows subtype (except fields with abstract DataTypes). Its definition is in Table 12.
Table 12 – Structures without optional fields where none of the fields allow subtypes
|
Name |
Type |
Description |
|
<someStructure> |
structure |
Subtype of <someParentStructure> defined in … |
|
SP1 |
0:Byte[] |
Setpoint 1 |
|
SP2 |
0:Byte[] |
Setpoint 2 |
The second kind are Structures with optional fields where none of the fields allows subtypes (except fields with abstract DataTypes). Its definition is in Table 13.
Structures with fields that are optional have an “Optional” column. Fields that are optional have True set, otherwise False.
Table 13 – Structures with optional fields
|
Name |
Type |
Description |
Optional |
|
<someStructure> |
structure |
Subtype of <someParentStructure> defined in … |
|
|
SP1 |
0:Byte[] |
Setpoint 1 |
False |
|
Optional Field_1 |
0:String |
Some Text |
True |
The third kind are Structures without optional fields where one or more of the fields allow subtypes. Its definition is in Table 14.
Structures with fields that allow subtypes have an “Allow Subtypes” column. Fields that allow subtypes have True set, otherwise False. Fields with abstract DataTypes can always be subtyped.
Table 14 – Structures where one or more of the fields allow subtypes
|
Name |
Type |
Description |
AllowSubtypes |
|
<someStructure> |
structure |
Subtype of <someParentStructure> defined in … |
|
|
SP1 |
0:Byte[] |
Setpoint 1 |
False |
|
Allow Subtypes |
0:ByteString |
Some Bytestring |
True |