订阅状态说明 OPC UA 服务器中的订阅可能有以下状态： 状态 含义 Creating客户端已请求在服务器中订阅；服务器创建订阅。 Normal 在服务器中创建了订阅，且订阅处于活动状态。 Closed客户端已删除订阅。 KeepAlive 受监视项的状态长时间未更改。这些状态转换不会进入诊断缓冲区。 Late客户端已生成具有Zui小采样和发布间隔的订阅。受监视项的数量在这段 时间内未传送到客户端。 客户端不再传送要发送的请求（由于故障等原因）。TimedOut 客户端已请求订阅。 仅当客户端的发送请求（发布请求）数量足够多时，服务器才会允许订阅 （发送发布响应）。如果客户端停止发送订阅请求，订阅会在特定时间后进入“TimedOut”状 态。① 订阅已生成，随后变为活动状态。 ②由于进入诊断缓冲区的条目可能过多（具体视数据量而定），状态更改不会进入诊 断缓冲区中。 ③参见表中对“Late”的说明；例如，没有要从客户端发送的请求。 ④ 已达到Zui大 KeepAlive 值。 ⑤参见表中对“TimedOut”的说明。 ⑥ 已达到Zui大订阅使用期。 ⑦ 客户端已删除订阅。订阅：采样时间存在错误 对于固件版本为V2.5 及以上版本的 SIMATIC S7-1500 CPU，如果在对项目进行采样时发生 CPU 过载，则在使用订阅时，OPC UA服务器可传送状态代码“GoodOverload”。 OPC UA 服务器还会使该事件进入诊断缓冲区。 要求 在 CPU 的 OPCUA 属性中，已选择“订阅：采样时间存在错误”(Subscription: Sampling time errors) 选项（OPCUA > 服务器 > 诊断）。 无错订阅 如果 OPC UA 订阅多个项目（比如变量），OPC UA服务器必须以指定间隔（采样间隔）检 查项目的值是否更改。这种检查称为“采样”，需要一定的时间，具体时长取决于项目数量和数据类型。采样完成并接收到发布请求后，服务器会向客户端发送元素。
订阅存在错误如果队列中的元素过多，可能会出现通信堆栈过载的情况。CPU 无法以给定的采样间隔检查 所有的元素，因此必须跳过下一采样作业。在这种情况下，CPU 会为每个元素发送状态码“GoodOverload”(0x002F0000)，即使未对元素进行检查时也是如此。状态码符合 IEC 61131-3 要求，其含义如下：“由于资源限制，采 样速度减慢”。汇总诊断(S7-1500, S7-1500T) 为防止诊断缓冲区被大量相同的 OPC UA 诊断“淹没”，自 STEP 7 V16开始，可设置相应 参数，使这些诊断作为组报警进入到诊断缓冲区中。在每个间隔（监视时间）内，CPU 仅为 每个 OPC UA诊断生成一个组报警。 以下部分介绍了 CPU 对诊断的分组标准以及消息量较大时过程的运行方式。 要求 在 CPU 的 OPC UA属性中，激活“消息量较大时汇总诊断”(Summarize diagnostics in case of high messagevolume) 选项（“OPC UA > 服务器 > 诊断”(OPC UA > Server >Diagnostics)， “汇总诊断”(Summarize diagnostics) 区域）。 示例 OPC UA客户端使用服务器无法处理的采样率（过载）使作为 OPC UA 服务器的 S7-1200/1500 CPU 重复“过载”。激活“消息量较大时汇总诊断”(Summarize diagnostics in case of high messagevolume) 设 置。 一条消息会出现在该诊断选项的诊断缓冲区中。该消息会提示无法达到该采样率；后接组态 间隔内此类事件的数量。可概括的 OPC UA 诊断 下列诊断各自形成自己的组（类型）。来自同一组的诊断事件通过“消息量较大时汇总诊 断”(Summarizediagnostics in case of high message volume) 设置合并在一起： • OPC UA服务使用错误 • OPC UA 服务错误 • 订阅状态已更改 • 无法达到采样率（订阅、过载）• OPC UA 安全检查失败 • 超出OPC UA 服务器的组态限值 工作原理 CPU 在诊断缓冲区内输入一种事件类型的前三个事件。随后会忽略该组的所有后续诊断。在监视时间（间隔）结束时，CPU 生成组报警，在该组中输入过去的时间间隔内的诊断和该诊断的频率。如果这些诊断在随后的时间间隔内也有出现，CPU 将仅为每个后续的时间间隔 生成一个组报警。诊断激增会在诊断缓冲区中留下以下模式：三个单独的消息，后跟一系列组报警。此系列可以包含两个、三个或更多的组报警，具体取决于选定的监视时间和诊断激增的持续时间。① 一组（一种类型）的诊断结果，例如“无法达到采样率”。② 间隔（监视时间）：在诊断事件首次发生（或重复发生）时，监视时间开始（或重 新开始）计时。 ③单个报警：来自同一组的前三个诊断事件会立即进入诊断缓冲区。从第四个诊断事 件开始，CPU仅会生成组报警。如果该组的一个诊断事件在至少暂停一个间隔后发 生，CPU 将在诊断缓冲区中输入单个报警并对监视时间重新计时。 ④组报警：在三个诊断事件后，CPU 仅生成一个组报警作为此间隔内所有附加诊断事件的汇总。如果这些诊断事件在随后的时间间隔内也有出现，CPU 将仅为每个后续 的间隔生成一个组报警。将 S7-1200 CPU 用作OPC UA 服务器 (S7-1200) 关于 S7-1200 CPU 的 OPC UA 服务器的信息 (S7-1200)S7-1200 CPU 的 OPC UA 服务器 (S7-1200) S7-1200 CPU 固件版本 V4.4 及以上版本均配备OPC UA 服务器。除了标准 S7-1200C CPU 外， 还包括版本 S7-1200FC。 惯例：“S7-1200CPU”同样包括上述的 CPU 型号。 关于 S7-1200 CPU 的 OPC UA 服务器的基本知识 通过 S7-1200 CPU的 PROFINET 接口，可访问该 CPU 的 OPC UA 服务器。 通过客户端进行访问时，服务器将以节点形式保存启用的 PLC变量和其它信息（请参见“组 态对 PLC 变量的访问 (页 1804)”）。这些节点相互连接并形成一个网络。OPC UA将定义该 网络的接入点（已知节点），可导航到下级节点。 节点类和地址空间 OPC UA服务器可采用节点形式提供信息。例如，节点可以是一个对象、变量或属性。因此，节点网络也可称为地址空间。可从根节点开始，访问地址空间中的所有节点。节点通过引用进行连接，例如引用“HasComponent”，该引用表示节点与其子节点之间的层级关系。通过引用，这些节点将构成一个网络，该网络可以为树形结构等。 如果要在 S7-1200 CPU 的地址空间中发布 PLC变量，则可使用 Companion Specification 映 射相应变量，也可创建一个服务器接口并通过拖放操作为各个 OPCUA 节点分配 PLC 变量。 在以下示例中，显示了 S7-1200 CPU 中 OPC UA 服务器的地址空间（摘自UnifiedAutomation 的“UaExpert”）。OPC UA 服务器的端点 (S7-1200) OPC UA服务器的端点定义连接的安全级别。基于具体应用或所需安全级别，需在端点处组 态相应连接设置。 不同的安全设置 建立安全连接之前，OPCUA 客户端会询问服务器采用哪些安全设置进行连接。服务器将返 回服务器所支持的所有安全设置（端点）的列表。仅当 OPC UA客户端符合服务器端点的安全策略时，才能与服务器端点建立连接。 有关如何在 TIA Portal中组态安全策略，请访问“处理客户端和服务器证书”部分。 OPC UA 服务器提供的信息 OPC UA 服务器可提供大量信息： •客户端可能访问的 PLC 变量以及 DB 元素的值。 • 这些 PLC 变量和 DB 组件的数据类型。 有关 S7-1200 OPCUA 服务器支持的数据类型，请参见将 CPU 数据类型映射至 OPC UA 数 据类型 (页 1801)。 • 有关 OPCUA 服务器和 CPU 的信息。 因此，客户端可了解并读取相应的特定信息，无需具备之前的 PLC 程序和 CPU 数据。读取 PLC变量时，无需询问 PLC 程序的研发人员。所有相关信息均存储在服务器中（如，PLC 变量的 数据类型）。S7-1200 的 OPCUA 服务器支持读取和写入列出的简单数据类型。 自固件版本 V4.5 起，S7-1200 CPU支持服务器方法以及结构化数据类型（结构和数组）。 S7-1200 CPU 不支持联合。 OPC UA 服务器在运行期间的行为(S7-1200) 运行过程中的 OPC UA 服务器 激活服务器并将项目下载到 CPU 后，S7-1200 CPU 的 OPC UA服务器会启动。 CPU 处于 STOP 模式下的行为 即使 CPU 切换到“STOP”模式，已激活的 OPC UA服务器仍然保持运行状态。OPC UA 服务器 会继续响应来自 OPC UA 客户端的请求。 服务器响应的详细信息： • 如果用户请求PLC 变量的值，则会获得 CPU 切换到或设置为“STOP”模式之前的Zui新值。 • 如果用户向 OPC UA 服务器写入值，则OPC UA 服务器将接受这些值。 但是，由于用户程序不是在“STOP”模式下执行的，所以 CPU 不会处理这些值。 尽管如此，OPCUA 客户端仍可从 CPU 的 OPC UA 服务器读取 STOP 模式下所写入的值。 在 OPC UA 服务器运行时加载 CPU如果在 OPC UA 服务器运行时加载 CPU，则可能需要根据加载的对象停止并重新启动服务器。在这种情况下，活动连接会中断，必须在服务器重新启动后重新建立连接。 重新启动的持续时间主要取决于以下参数： • 数据结构的范围 •OPC UA 地址空间中可见的变量数 • 关于根据 OPC UA 规范 (<= V1.03) 向下兼容数据类型定义的设置（启用TypeDictionary） • 通信负载和Zui短循环时间设置 对于 V4.5 以下的 CPU 固件版本，每次下载到 CPU 时OPC UA 服务器都会停止，之后再重新 启动。