节点类NodeClass 地址空间中节点的类别。 [GB/T33863.1—2017,定义3.2.17] 3.1.33 节点IDnodeID OPCUA为地址空间中的节点创建的可以明显标识各个节点的标识符。 3.1.34 通知Notification 用于宣布发现一个事件或一个改变的属性值的数据的通知项。通知在通知消息（NotificationMe ssage)中发送。 [GB/T33863.1—2017,定义3.2.18］ 3.1.35 对象Object 表示系统的物理或抽象元素的节点。 [GB/T33863.12017,定义3.2.20] 3.1.36 对象实例ObjectInstance 对象的同义词。 [GB/T33863.1—2017,定义3.2.21] 3.1.37 对象类型ObjectType 表示对象的类型定义的节点。 [GB/T 33863.12017,定义 3.2.22] 3.1.38 物理接口physicalinterface 系统中不同设备与部件之间的硬件接口。 3.1.39 物理层physical layer 计算机网络OSI模型中最低的一层。 3.1.40 行规Profile 服务器可声称符合性的一组特定能力。每个服务器可以声称符合多个行规。 [GB/T33863.1—2017,定义3.2.23] 3.1.41 程序Program 可执行的对象，当调用时立刻返回一个响应，指示执行已启动，然后在调用过程中通过客户端已标 识的订阅返回中间和最终结果。 [GB/T33863.1—2017,定义3.2.24]

用于HasProperty引用的目标节点的变量，它描述了节点的特征。

施工管理标准规范范本EIA/TIA485多点系统要

4.1.2.2.3.1无中继器情况下，最大设备数量

在没有中继器的RS485Modbus系统中，最多允许有32个设备。 与下列项目有关： 一所有可能的地址； 一设备使用的RS485单元负载总量； 一需要的线路极性偏置。 一个RS485系统可容纳许多设备。有些设备在没有中继器情况下允许在设备数大于32个的 RS485Modbus串行链路上运行。 在这种情况下，应在这个Modbus设备文件中说明没有中继器时能允许接多少个这类设备。 也可在两个雷负载的RS485Modhls之间值用中继器

与下列项目有关： 一所有可能的地址； 一设备使用的RS485单元负载总量； 一需要的线路极性偏置。 一个RS485系统可容纳许多设备。有些设备在没有中继器情况下允许在设备数大于32个的 RS485Modbus串行链路上运行。 在这种情况下，应在这个Modbus设备文件中说明没有中继器时能允许接多少个这类设备。 也可在两个重负载的RS485Modbus之间使用中继器。 4.1.2.2.3.2拓扑结构 没有配置中继器的RS485Modbus有一个与所有设备直接连接（菊花链拓扑）或通过短分支电缆连 接的干线电缆。 干线电缆，又称总线，可能很长。它的两端应接线路终端。 也可在多个RS485Modbus之间使用中继器。 4.1.2.2.3.3长度 应限制干线电缆的端到端长度。最大长度与波特率、电缆（规格、电容或特性阻抗）、菊花链拓扑上 的负载数量以及网络配置（2线或4线制)有关。对于最高波特率为9600bit/2、AWG26（或更粗）规格 的电缆来说，其最大长度为100m。分支不应超过20m。如果使用n个分支的多端口分支器，每个分 支最大长度应限制为40m除以n。

4.1.2.2.3.2拓扑结构

花链拓扑）或通过短分支电 接的干线电缆。 干线电缆，又称总线，可能很长。它的两端应接线路终端。 也可在多个RS485Modbus之间使用中继器。

4.1.2.2.3.3长度

应限制干线电缆的端到端长度。最天长度与波特率、电缆（规格、电容或特性阻抗）、菊花链拓扑上 的负载数量以及网络配置（2线或4线制)有关。对于最高波特率为9600bit/2、AWG26（或更粗）规格 的电缆来说，其最大长度为100m。分支不应超过20m。如果使用n个分支的多端口分支器，每个分 支最大长度应限制为40m除以n。

4.1.2.2.3.4接地形式

应将“公共端”电路（信号与可选电源的公共端）直接连接到保护地上，最好是整条总线单点接地 通常，该点可选在主站上或其分支器上。

4.1.2.2.3.5线路终端

沿线路传播的信号遇到阻抗不连续时，会在传输线路中产生反射。为了使从RS485电缆端的反！ 最小，要求在总线接近两端处放置线路终端。

4.1.2.5Modbus串行链路协议

4.1.2.5.1概述

Modbus串行链路协议是一个主从协议。在同一时间，总线上只能有一个主站，和一个或多个（最 多247个）从站。 Modbus通信总是由主站发起。当从站没有收到来自主站的请求时，不会发送数据。从站之间不 能相互通信。 主站同时只能启动一个Modbus事务处理。 主站用两种模式向从站发出Modbus请求： 单播模式，主站寻址单个从站。从站接收并处理完请求之后，向主站返回一个报文（一个“应 答"）。在这种模式下，一个Modbus事务处理包含2个报文：一个是主站的请求，另一个是从 站的应答。每个从站应有唯一的地址（1～247），这样才能区别于其他站独立地被寻址。 一广播模式，主站可向所有的从站发送请求。对于主站发送的广播请求没有应答返回。广播请 求应是写命令。所有设备应接受广播方式的写命令。地址0被保留用来识别广播通信。

4.1.2.5.2Modbus寻址规则

Modbus寻址空间由256个不同地址组成，见表3。 地址0为广播地址。所有从站应识别广播地址。

表3Modbus寻址空间

4.1.2.5.3主站/从站通信时序图

站/从站通信时序见图8

4.2.8应用级别服务端和网络节点选择

OPCDA数据访问支持在服务器内部管理客户端的组的请求概念。这些组只能包含一个特殊的 OPCDA服务端对象数据请求。为了能访问数据，一个客户端应用程序需要详细说明下列内容： a）(PCDA数据访问服务器的名称（通过使用CoCreateInstance、CoCreateInstanceEx等）； b）（)PCDA数据访问服务器主机的名称（通过使用CoCreatInstanceEx)；

4.2.9同步和串行问题

在单独传输时，客户端读写数值和属性的性能被称为同步传输。关于同步重要性的例子：例如，很 多应用想确保特殊条目的数值、性能和时间戳是同步的。一个报告数据包被希望能确保一个组的几个 值的读写能作为一个绑定的报告。最后，一个配置的下载包也会被期望组里的所有的值在一起发送，数 值没有接收完配置不会被执行。 OPCDA自身不能保证所有的同步任务被完成。服务端和客户端程序之间还加人了传送握手信 号和标志来标示准备好和完成状态的请求。OPCDA服务端的行为要确保这些同步能被完成： a）一般情况下，OPCDA服务端会尝试在一个对数据条目和属性的单独读写操作时保持同步。 单独条目的读和单独条目的写操作要求保持同步是没有必要的。显然，从不同的物理设备进 行数据读操作是很难保持同步的。 b）能被不同线程访问的数据条自的读与写应实现线程的安全。 c 线程问题经常是很重要的，尤其在SMP系统中更是重要。串行传输是指客户端控制写人顺 序的能力。 d）推荐在任何服务端的实现里，按顺序控制对同一个设备的写请求。例如，应用程序会使用配置 完成标志，在一个单独的配置条目发送以后，一个配置下载完成的标志被应用程序置位。在这 种情况下，数据会被按照同样的顺序传输到物理设备，它会保证在所用数据传送完之前，完整 标志不会被置位。在服务端缓冲器里输出数据和执行单独的传送关系线程来发送到物理设 备，服务端的实现应特别注意来确保输出顺序的保持。 e）客户端程序读数值要非常明确。在接收通过回调函数更新时，特别注意给出准确的定义，回调 丽数发生或没有发生，

4.2.10永久存储过程

OPCDA服务端会实现一个可选择的接口，以方便PCDA客户端通知OPCDA服务端保存 OPCDA服务端的配置信息。OPCDA服务端配置信息包括设备和数据源的信息，用于数据源和OPC DA服务端之间的通信。客户端配置信息（包括组和项目）不由OPCDA服务端永久存储。 OPCDA客户端负责配置和永久存储应用程序所需要的组和项

4.3.1OPCUA基础协议

OPCUA是一个跨平台的标准，使用该标准可在位于不同类型网络上的客户端和服务器间发送消 息，以实现不同类型系统和设备间的通信。它支持健壮、安全的通信，可确保客户端和服务器的识别并 抵御攻击。OPCUA定义了服务器可提供的服务集，以及针对客户端所规定的每个服务器支持的服务 集。使用OPCUA定义的数据类型、制造商定义的数据类型来传递消息，客户端能动态发现的对象模

由服务器定义。服务器能提供对当前数据和历史数据的访问以及对报警和事件的访问，以向客户 知重要变化。

4.3.2OPCUA通用数据类型

4.3.2.1通用类型定义

4.3.2.1.1范围和应用

为实现不同机器之间的通信，制造商需要提供各自机器独特的信息模型。本条就注射成型机的通用 信息定义了一份附带规范，旨在一次性定义可被用于若干机器和应用场景的对象类型（ObjectTypes）。对 于特定的应用目的由特定附带规范作出规定，例如，注射成型机(IMM)与制造执行系统（MES)的连接。 注：并非所有机器都将支持所有对象类型，例如温度区域类型（TemperatureZoneType)、模具类型（MouldType）

4.3.2.1.2定义要约

GB/T33863.5对表中定义的通用OPCUA惯例进行了定义。此外，表4中定义的缩写适用于 寸象类型的定义。 本部分中的（PCUA通用数据类型参见附录B

B名字空间（Namespace

3.2.1.3.10PC40083信息模型的名字空间和标议

表5定义了本部分此条的名字空间元数据。此对象（Object)用于提供名字空间的版本信息以及静 态节点（Nodes)的指示。静态节点在所有服务器中所有属性都相同，包括数值属性。 此信息被用作名字空间元数据类型（NamespaceMetadataType）的对象。该对象是名字空间对象 服务器对象（ServerObject)的组成部分］的一个组件。名字空间元数据类型其对象类型及其属性见 GB/T33863.5定义。 版本信息也作为统一架构节点集（UANodeSet）XML文件中模式表条目（ModelTableEntry）的 部分被提供。统一架构节点集XML方案见GB/T33863.6定义，

表5OPC40083名字空间元数据对象

4.3.2.1.3.3OPCUA名字空间的处理

OPCUA利用名字空间在不同命名机构之间创建唯一的标识符，如节点ID和浏览名属性。UA地 址空间中的节点采用节点ID明显标识。不同于节点ID，浏览名无法明显标识一个节点。不同节点可

能具有相同的浏览名。它们可用于在两个节点之间创建浏览路径或定义标准属性。 针对节点ID和浏览名，服务器通常会选择使用相同的名字空间。尽管如此，如果它们想要提供， 个标准属性，其浏览名应具有标准正文的名字空间，即使节点ID的名字空间体现的意思不同，例如：工 程单位（EngineeringUnits)属性。本条中未作规定的全部节点的节点ID不应使用标准的名字空间。 表6提供OPC UA服务器中使用的强制名字空间列表。

表6服务器中使用的名字空间

服务器中使用的名字空间

4.3.2.2 一般要求

4.3.2.2.1节点ID(NodeIds)

本条中定义的类型节点ID是必需的，并固定在提供的XML文件中。这仅适用于类型本身，而不 适用于子元素。所生成实例的节点ID并非固定，而是由单个OPCUA服务器分配。但是，服务器应保 留所生成节点的节点ID，即在重新启动时不会生成新的节点ID。 注：无法强制来自同一制造商的所有机器的服务器对各个实例机器使用相同的节点ID，因此客户端不能进行此类 操作。此外，机器的软件更新可产生新的节点ID

4.3.2.2.2模拟量类型（AnalogltemType）

在本条中使用模拟量类型时，属性工程单位（EngineeringUnits）是强制的。应符合GB/T33863 的相关要求。

4.3.2.2.3事件通知者（EventNotifier）

4.3.2.2.4事件严重性（SeverityofEvents）

无论何处应用严重性（Severity）属性，如：4.3.2.10.4中的制造执行系统消息（MESMessage）和基于 基本事件类型（BaseEventType）的所有事件，都应采用以下分类，见表7。

4.3.2.3包含器（Container）概念

4.3.2.3.1概述

4.3.2.3.2用户类型（UsersType）

4.3.2.3.3模具类型（MouldsType）

象类型为模具的包含器。表9中对此进行了正式

动力装置类型（PowerU

为动力装置的包含器。表10中对此进行了正式

表10动力装置类型定义

4.3.2.3.5温度区域（TemperatureZones）

4.3.2.4.2设备类型（DeviceType)中包含的属性

4.3.2.4.2.1制造商（Manufacturer）

表13日志事件枚举数值

4.3.2.4.3.3尺寸指明（SizeIndication）

尺寸指明属性表示建议的机器尺寸指明

4.3.2.5日志事件（LogbookEvent）

4.3.2.5.1日志事件定义

表14且志事件类型定义

4.3.2.5.2用户(User)

此属性指明导致事件改变的用户。如果没有用户直接负责（例如，对于来自机器控制系统的消息）， 用户类型（UserType）字段应无效

4.3.2.5.3事件发起者（EventOriginator）

此属性表示日志事件的发起者。表15中定义了事件发起者枚举（EventOriginatorEnumeration）

表15事件发起者枚举定义

4.3.2.5.4任务周期计数器（JobCycleCounter）

此属性表示当事件被触发时（见4.3.2.14.4.8），活跌任务数值（ActiveJobValues）对象中任务工程质量标准规范范本， 数器的当前数值。仅用于循环生产（例如注射成型）

4.3.2.5.5参数更改日志类型（ParameterChangel

参数更改日志类型用于记录生产参数中的相关变化。由机器决定生产相关的参数，见表16。

表16参数更改日志类型定义

参数ID(ParameterId）属性表示已更改参数的ID。 旧值（OldValue)属性表示已更改参数的旧值。 新值（NewValue）属性表示已更改参数的新值。 根据已更改的参数，旧值和新值的数据类型为基本数据类型（BaseDataType）的子类型（String， number...）。其中单位很重要（例如温度、长度...），也可使用旧值单位（OldValueUnit）和新值单位 《NewValueUnit)[MESMessage工程单位信息（EUInformation）的定义。

4.3.2.5.6用户日志类型（UserLogType）

用户日志类型用于记录登录到机器的用户edi标准，见表17