ConditionRefreshConditionRefresh 方法 (MethodId:i=3875)有以下参数：参数 数据类型 说明[in] SubscriptionId Uint32 有待更新的订阅的SubscriptionId。方法结果代码结果代码 说明Bad_SubscriptionIdInvalid SubscriptinId无效。Bad_RefreshInProgress“ConditionRefresh”当前正在运行。Bad_UserAccessDenied“ConditionRefresh”方法运行所在的会话背景有误。这意味着此订阅属于另一个会话。说明ConditionRefresh2方法ConditionRefresh2 方法可在订阅中专门同步一个受监视项 (MonitoredItem)，而 S7-1500CPU的 OPC UA 不支持此方法。在这种情况下，OPC UA服务器将返回结果代码“Bad_MethodInvalid”。转而使用方法“ConditionRefresh”。AddComment用户可以为SimaticAlarmConditionType 类型的 Alarms- 对象添加注释，因为 OPC UA AlarmsandConditions 强制要求支持注释。注释保存在“Comment”事件字段。以下时间戳事件字段属于注释：•“Comment.SourceTimestamp”，注释传送到 CPU 的时间• “Time”，修改 Alarms对象的时间在调用“AddComment”方法时，“Time”和“Comment.SourceTimestamp”相同。CPU 的OPC UA 服务器针对报警和条件注释提供的特殊功能AddComment 方法 (MethodId:i=9029) 有以下参数：参数数据类型 说明[in] EventId ByteString EventId 用于标识做状态报告之用的事件通知。[in]comment LocalizedText 用于注释指定 Alarms 对象的文本。方法结果代码结果代码 说明Good方法已成功执行。BadNodeIdUnknown 方法调用时使用的 ConditionId有误（参见“Acknowlege”和“AddComment”方法调用说明）。BadEventIdUnknown 方法调用时使用的EventId 有误。CPU 的 OPC UA 服务器针对报警和条件注释提供的特殊功能用户可以通过 AddComment方法为“SimaticAlarmConditionType”类型的报警对象添加注释。在调用 Acknowledge方法时也将设置注释。“AddComment”方法可多次调用。•注释保存在“Comment”事件字段。“Comment.SourceTimestamp”指示注释上一次设置的时间。•“Time”时间戳标记的是，报警对象上一次的修改时间。在调用“AddComment”方法时，“Time”和“Comment.SourceTimestamp”相同。在调用“Acknowledge”方法时，两个时间戳可能不同，因为确认不是同步进行的。262通信功能手册,11/2023, A5E03735819-ALOPC UA 通信11.3 将 S7-1500 用作 OPC UA 服务器支持注释是OPC UA 报警和条件的强制要求。SIMATIC 报警系统没有相应报警注释的信息。因此，一些特殊功能必须加以考虑：•只有一个注释：某报警对象只有一个注释，因此在有多个方法连续进行调用时，既有注释始终都会受到覆盖。•使用寿命和时间戳：注释仅存储在当前报警对象中。如果报警对象不复存在（例如，在服务器重启之后），相应的注释也将同样消失。相应的“Comment”和“Comment.SourceTimestamp”事件字段将受到复位（归零）。“Time”事件字段也将设置，就像是方法调用“AddComment”从未存在过一般。示例：如果对未确认的Alarms报警对象添加注释，“Time”事件字段将收到此注释变更的时间。在服务器重启后，“Time”事件字段不会显示注释设置的时间，而是会显示相应Event 到达的时间。11.3.6.8 处理 OPC UA 报警和条件的存储器限制S7-1500 CPU 的 OPC UA服务器根据产品的不同而对“报警和条件”功能有各异的有限存储器容量（参见 CPU 规范）。供有两个存储器池，分别存储不同类别的报警：•仅适用于 ProgramAlarms的存储器池（对应于与程序相关的报警源（生产者），例如基于Program_Alarm、ProDiag、Graph 的程序报警）•仅适用于 SystemDiagnostics 的存储器池（对应于系统诊断报警）在不利的条件下（例如，报警激增），CPU 无法将所有来自SIMATIC 报警区域的所有未决报警（ProgramAlarms 或 SystemDiagnostics）提供给 OPC UA报警和条件系统。但此时报警将不会丢失。用户可以在用户程序中就此过载事件做出响应。根据具体应用，用户可使用“ConditionRefresh”方法来将“未能进入OPC UA 报警和条件系统”的报警再提供给 OPC UA 报警和条件系统。要求• 报警和条件已激活• 事件订阅已在 OPC UA客户端中设置原理下图显示了一个简化的过程，即，会将ProgramAlarms 临时存储下来，并另寻时间来再次提供给 OPC UA报警和条件系统。说明中提到的节点在以下地址模型图片中可见。4ZTUFN%JBHOPTUJDT4ZTUFN%JBHOPTUJDT$16YY01$6"4FSWFS1SPHSBN"MBSNT1SPHSBN"MBSNT4VCTDSJE01$6"$MJFOU0VUTUBOEJOH"MBSNT$16JOTJEF4*."5*$"MBSNT01$6""MBSNTBOE$POEJUJPOT0WFSMPBE"MBSN① 活动报警的数量过多，无法通过 OPC UA报警和条件访问全部报警② 过载报警 (Overloads) 已触发。过载报警在发生以下情况之前保持激活：• 对于 OPC UA报警和条件系统，没有更多报警处于未决状态 (OutstandingProgramAlarms = 0)；• OPC UA报警和条件系统的报警数量 < 已清除滞后的 OPC UA 报警数量Zui大值 (= MaxAlarmsInteresis)因过载情况而在 OPC UA 报警和条件系统中不可用的报警由 CPU作为“OutstandingAlarms”进行缓冲。③ 在 OPC UA 客户端执行 ConditionRefresh方法时，不仅相关订阅的所有报警对象都将同步，而且 OPC UA 报警和条件的未确认报警 (OutstandingAlarms)也将传送到报警和条件存储区中（但前提是未达到报警的Zui大数量）。“Zui早”的报警将Zui先传送。在此之后，这些报警的每个订阅（不jinxian于调用ConditionRefresh 方法的 OPC UA 客户端）都将收到已传送的报警。④ OPC UA客户端通过“过载”(Overloads) 节点的信息控制未决报警的处理。264通信功能手册, 11/2023,A5E03735819-ALOPC UA 通信11.3 将 S7-1500 用作 OPC UA 服务器报警和条件的地址模型下图显示了OPC UA 报警和条件地址模型的节点。特殊功能• 在未决报警转出或得到确认后，将不再经由 ConditionRefresh 方法进入OCP UA 报警和条件系统区域。于是，它们将对 OPC UA 报警和条件“不可见”，进而也无法由所连的 OPCUA客户端获取。这会影响报警进行过程的统计评估以及其它类似方面。•为避免在报警数量围绕Zui大值上下波动时致使过载报警出现较高的报警频率，触发报警的限值要高于取消报警的限值：此差值显示在“OverloadHysteresis”节点中。示例：Zui大报警数量：200，OverloadHysteresis：3。过载报警的数量在达到200 时就开始触发，但只有在下降到 197 以下时才会取消。如果报警数量再次增加，仍需超过 200 才会触发报警。265OPC UA通信11.3 将 S7-1500 用作 OPC UA 服务器通信功能手册, 11/2023, A5E03735819-AL11.3.7使用诊断选项11.3.7.1 OPC UA 服务器诊断OPC UA 服务器在线诊断S7-1500 CPU OPC UA服务器可通过标准 OPC UA 客户端（如 UaExpert）进行在线诊断。诊断信息分为以下几部分：• 服务器诊断• 会话诊断：•订阅诊断举例来说，在服务器的地址空间中，以下节点提供诊断信息：• ServerDiagnosticsSummary：服务器诊断汇总–CurrentSessionCount：活动会话数量–SecurityRejectedSessionCount：因客户端与服务器之间的端点安全设置不匹配而被拒绝的会话数•SessionsDiagnosticsSummary：会话诊断汇总–ActualSessionTimeout：设置会话在连接断开等情况下的持续时间。•SubscriptionsDiagnosticsArray：为每个会话的每个订阅包含一个元素的数组图 11-57 服务器诊断266通信功能手册, 11/2023, A5E03735819-ALOPC UA 通信11.3 将 S7-1500 用作OPC UA 服务器SessionsDiagnosticsSummary 节点还显示在会话中访问服务器的客户端应用程序的特性。图11-58 客户端应用程序属性会话诊断客户端与服务器间的连接诊断要诊断客户端中程序运行期间的连接状态，请使用以下指令：OPC_UA_ConnectionGetStatus：读取连接状态。11.3.7.2在程序中运行 OPC UA 服务器诊断在 STEP 7 (TIA Portal) V18 及以上版本中，可通过访问 S7-1500CPU（固件版本 V3.0 及以上版本）内 OPC UA 地址空间中的节点，评估程序待诊断的内容。工作原理在 CPU的本地地址空间中，包含很多 CPU 的 OPC UA服务器用于存储数据和状态的节点。通过“OPC_UA_ReadList”指令，可访问相关信息并在用户程序中进行评估。示例：“ServerState”是 CPU中的一个地址空间，其中包含有服务器的状态值或状态转换值（运行、关闭、失败等等）。该指令并不是一个客户端指令，而是一个读取本地 OPCUA地址空间节点的指令。此时，需使用特殊的规则和要求。更多信息有关调用“OPC_UA_Readlist”指令进行诊断的更多信息，请参见TIA Portal 帮助中的“通过OPC_UA_Readlist 诊断 OPC UA服务器”主题。服务器状态转换诊断关于服务器状态的信息OPC UA 服务器的状态发生变化时，S7-1500 CPU固件版本 V2.8 及以上版本会在诊断缓冲区中创建一个条目。诊断缓冲区显示新的状态。同时显示状态变化的原因，例如下载到CPU、POWER OFF - POWER ON 转换，来自伙伴（客户端）的用户程序指令或服务请求。要求在 CPU 的 OPC UA属性中，选择“OPC UA 服务器状态改变”(Change of OPC UA serverstatus)选项。说明选中此选项后，CPU 也会在启动后使设置为Zui低优先级的安全策略进入诊断缓冲区。示例如果 CPU 的 OPCUA 服务器因为下载过程而关闭，然后使用有效的新组态启动，则诊断缓冲区显示新的服务器状态，例如“关闭 => 启动 =>运行”。如果 OPC UA 服务器因为下载过程而关闭，并且服务器因为类型字典过大而无法启动，则诊断缓冲区Zui后显示状态“已失败”（“关闭=> 启动 => 已失败”）。服务器状态和状态转换①、④ 如果 OPC UA 相关数据可能受到影响，则上电或加载到 RUN状态。② OPC UA 服务器停用时加载硬件配置。服务器仍然关闭。OPC UA 服务器激活且 OPC UA数据错误时加载硬件配置（例如因结构过多导致类型字典变得过大）。在这种情况下，服务器无法启动（参见 ③）。③ OPC UA服务器因组态故障等问题无法启动。