西门子PLC模块授权总经销商 6ES7137-6AA01-0BA0 ET 200SP CM PTP 通信模块

西门子PLC模块授权总经销商 6ES7137-6AA01-0BA0  ET 200SP CM PTP 通信模块

举例而言，OPC UA 规范第 9 部分 (OPC 10000-9: Alarms & Conditions) 定义了如何借助OPC UA 服务器让 OPC UA 客户端能够对状态变化做出响应的方法。 下文将介绍 S7-1500 CPU 的 OPC UA服务器支持的这些方法及其特殊功能。 要求 欲使用报警和条件功能的相应方法，需要满足以下各项： • 报警和条件已激活 •对于“Acknowledge”方法，必须在服务器一侧允许由 OPC UA 客户端确认报警。 OPC UA 报警和条件支持的方法下文将简要介绍各个方法，以及因实施 S7-1500 CPU 的 OPC UA 服务器而带来的特殊功能和限 制。各方法在类型空间中可见。 上文列出的 OPC UA 规范包含一般说明。 此概述表下方给出了有关各个方法的详细说明。 方法 说明Acknowledge 此方法用于确认以 EventId 唯一标识的报警对象。 ConditionRefresh此方法用于请求对所有报警对象进行更新（用 SIMATIC 语言表 述：更新所有未决报警）。订阅之下所有受监视的项都将更 新。 对于CPU 中 OPC UA 服务器的未决报警对象，其同步情况将在 诸如以下之类的情形下加以指示： • 首次连接或恢复连接（通信中断后）• HMI 设备操作员屏幕的屏幕切换 AddComment 此方法用于为报警对象添加注释。调用“Acknowledge”和“AddComment”方法 在 OPC UA 中调用方法时将用到 MethodId 和ObjectId。 对于报警对象，ObjectId 是报警对象实例的节点 ID。 258 通信 功能手册, 11/2022,A5E03735819-AK OPC UA 通信 10.3 将 S7-1500 用作 OPC UA 服务器 由于Simatic 报警和条件的地址模型不提供报警对象的实例，OPC UA 规范在此情况下规定， OPC UA 客户端使用ConditionId 来作为 ObjectId。 有关如何通过事件过滤器的 SelectClause 中的SimpleAttributeOperands 来确定 ConditionId 的更多信息，另请参见 OPC UA 规范第 9 部分(OPC 10000-9: Alarms & Conditions)： Acknowledge Acknowledge 方法(MethodId:i=9111) 有以下参数： 参数 数据类型 说明 [in] EventId ByteString EventId用于标识特定的事件通知。 只有 AckedState.Id 字段具有值“False”的事件可通 过“Acknowledge”方法确认。[in] comment LocalizedText 操作员或其他人员就确认给出的注释文本。另请参见“AddComment”方法的补充说明。 方法结果代码 结果代码 说明 Good 方法已成功执行。BadNotSupported 方法无法调用，因为由 OPC UA 客户端确认报警和 条件的选项已在 OPC UA 的 CPU特性中遭到禁用。 BadConditionBranchAlreadyAcked 确认已经完成。 BadNodeIdUnknown方法调用时使用的 ConditionId 有误（参见 ObjectId 说明）。 BadEventIdUnknown 方法调用时使用的EventId 有误。 ConditionRefresh ConditionRefresh 方法 (MethodId:i=3875)有以下参数： 参数 数据类型 说明 [in] SubscriptionId Uint32 有待更新的订阅的SubscriptionId。 259 OPC UA 通信 10.3 将 S7-1500 用作 OPC UA 服务器 通信功能手册, 11/2022, A5E03735819-AK 方法结果代码 结果代码 说明Bad_SubscriptionIdInvalid SubscriptinId 无效。 Bad_RefreshInProgress“ConditionRefresh”当前正在运行。 Bad_UserAccessDenied“ConditionRefresh”方法运行所在的会话背景有误。 这意味着此订阅属于另一个会话。 说明ConditionRefresh2 方法 ConditionRefresh2 方法可在订阅中专门同步一个受监视项(MonitoredItem)，而 S7-1500 CPU 的 OPC UA 不支持此方法。在这种情况下，OPC UA服务器将返回结果代 码“Bad_MethodInvalid”。转而使用方法“ConditionRefresh”。 AddComment用户可以为 SimaticAlarmConditionType 类型的 Alarms- 对象添加注释，因为 OPC UA Alarmsand Conditions 强制要求支持注释。 注释保存在“Comment”事件字段。 以下时间戳事件字段属于注释： •“Comment.SourceTimestamp”，注释传送到 CPU 的时间 • “Time”，修改 Alarms 对象的时间在调用“AddComment”方法时，“Time”和“Comment.SourceTimestamp”相同。 CPU 的 OPC UA服务器针对报警和条件注释提供的特殊功能 AddComment 方法 (MethodId:i=9029) 有以下参数： 参数 数据类型说明 [in] EventId ByteString EventId 用于标识做状态报告之用的事件通知。 [in] commentLocalizedText 用于注释指定 Alarms 对象的文本。 方法结果代码 结果代码 说明 Good 方法已成功执行。BadNodeIdUnknown 方法调用时使用的 ConditionId 有误（参见“Acknowlege”和“AddComment”方法调用说 明）。 BadEventIdUnknown 方法调用时使用的EventId 有误。 260 通信 功能手册, 11/2022, A5E03735819-AK OPC UA 通信 10.3 将S7-1500 用作 OPC UA 服务器 CPU 的 OPC UA 服务器针对报警和条件注释提供的特殊功能 用户可以通过AddComment 方法为“SimaticAlarmConditionType”类型的报警对象添加注释。 在调用Acknowledge 方法时也将设置注释。“AddComment”方法可多次调用。 •注释保存在“Comment”事件字段。“Comment.SourceTimestamp”指示注释上一次设置的时 间。 •“Time”时间戳标记的是，报警对象上一次的修改时间。在调用“AddComment”方法时，“Time”和“Comment.SourceTimestamp”相同。在调用“Acknowledge”方法时，两个时间戳可能不同，因为确认不是同步进行的。 支持注释是 OPC UA报警和条件的强制要求。SIMATIC 报警系统没有相应报警注释的信息。因 此，一些特殊功能必须加以考虑： • 只有一个注释：某报警对象只有一个注释，因此在有多个方法连续进行调用时，既有注释始终都会受到覆 盖。 • 使用寿命和时间戳：注释仅存储在当前报警对象中。如果报警对象不复存在（例如，在服务器重启之后），相应的注释也将同样消失。相应的“Comment”和“Comment.SourceTimestamp”事件字段将受 到复位（归零）。“Time”事件字段也将设置，就像是方法调用“AddComment”从未存在过一般。示例：如果对 未确认的 Alarms报警对象添加注释，“Time”事件字段将收到此注释变更的时间。在服务器重启后，“Time”事件字段不会显示注释设置的时间，而是会显示相应 Event 到达的时间。 10.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 客户端中设置