SIEMENS西门子 功率接触器 3RT1456-6AP36

               订阅 OPC UA 服务器的事件 通过“服务器”节点订阅所有事件 OPC UA 服务器通过“Server”节点及其下级节点提供事件。当 OPC UA 客户端订阅“Server”节点 时，这些客户端将接收此 OPC UA 服务器的所有事件和报警。 “Server”节点位于“对象”(Objects) 文件夹的“Root”之下。 OPC UA 服务器会将 OPC UA 客户端所使用的事件类型通知给这些客户端（在地址空间中 的“Root > Types > EventTypes”之下）。 事件过滤选项 OPC UA 客户端可选择并仅订阅“服务器”(Server) 节点下的特定节点，进而仅订阅特定的事件类 型，例如，仅订阅“UserProgram”节点。借此可减少从 OPC UA 服务器到程序报警的事件数 量。 另一种过滤方式是选择事件字段，即 OPC UA 术语中所谓的“Select 语句”。 这意味着在订阅过程中，OPC UA 客户端除了事件报警对象之外还对事件字段进行选择（例 如，“UserProgram”节点）。用户可通过浏览相应字段名称的方式选择事件字段。 OPC UA 另外也定义所谓的“Where 语句”。事件过滤器中的 Where 语句用于进一步限定 OPC UA 服务器为所选对象提供的事件数量，例如，可按严重程度范围进行过滤。 示例客户端 UaExpert UaExpert OPC UA 客户端示例显示了如何能通过订阅方式接收 OPC UA 服务器的事件。以下是 有关所示事件/报警的Zui重要的信息： • 事件视图是在数据访问视图之外的一个单独的事件视图。 • “Configuration”区域包含所选的事件信号传送对象，以及 Select 语句的字段。目前，在 UaExpert 中不支持组态 Where 语句。 • 在“Events”区域中，“Events”选项卡：对应于“报警归档”(Alarm archive) 按钮已激活的 TIA 报 警视图；其中也将显示离开的报警和“仅供参考”(Information only) 类别的事件，因为 UaExpert 会在后台对其进行缓冲并支持进行显示。这些事件在“报警”(Alarms) 选项卡中不 可见。 • 在“Events”字段中，“Alarms”选项卡：对应于“当前报警”(Current alarms) 按钮已激活的 TIA 报警画面；其中将显示报警及其状态，例如，“激活”(active)（对应于“进入”(incoming)）， 并且这些报警也可通过快捷菜单进行确认。离开的报警将不会再在此视图中显示。CPU 的 OPC UA 服务器针对报警显示提供的特殊功能 下面再一次汇总了 OPC UA 报警和条件的报警画面在反映当前状态上所提供的特殊功能。 主题 说明 注释 通过 OPC UA，用户可通过“AddComment”途径或“Acknowledge”方 法为报警添加注释。此注释在服务器重启后将不复存在。 而未决报警在服务器重启后将不会 丢失 OPC UA 服务器支持“ConditionRefresh”方法，借此可在下载新数据 块之后（需要重启服务器并重新建立连接）或在其它此类情况下， 将系统当前状态提供给 OPC UA 客户端。报警相关值的处理方式 用户可指定 SIMATIC 报警占位符。通过这些占位符，可将Zui多 10 个相关值（SD_1 到 SD_10）集成到报警文本中。占位符也可以是特定的文本列表条目。 使用带有占位符的报警时，需遵循以下规则： • 仅在系统诊断报警或安全事件报警中，才会在报警中自动插入代表相应值的占位符。对于 其它类别的报警（如，程序报警），系统不会对这些值的占位符进行解析。OPC UA 客户端 必需对这些报警进行解析。 • 引用文本列表的占位符由 CPU 进行解析（格式示例：%t#

          通过 UaExpert 分配值和占位符的示例 1. 请确保 UaExpert 组态中所需的所有字段均已选中。 请注意，所有不需要的字段都会产生通信负载。因此，应避免以下示例中所示的全部选 择。2. 在 UaExpert 的“Events”选项卡中，选择集成有相关值的报警。 这些待集成到报警中的值，将显示在报警的“Details”区域中。 示例：“AssociatedValue_01”分配给 SD_1（格式：@1% ...@）。 有关相关值的格式说明，请参见 TIA Portal 信息系统（例如，搜索“相关值示例”）。OPC UA 报警和条件支持的方法 举例而言，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。由于 Simatic 报警和条件的地址模型不提供报警对象的实例，OPC UA 规范在此情况下规定， OPC UA 客户端使用 ConditionId 来作为 ObjectId。 有关如何通过事件过滤器的 SelectClause 中的 SimpleAttributeOperands 来确定 ConditionId 的更多信息，另请参见 OPC UA 规范第 9 部分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 到达的时间。 处理 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 报警和条件系统。说明中提到的节点在以下地址模型图片中可见。① 活动报警的数量过多，无法通过 OPC UA 报警和条件访问全部报警 ② 过载报警 (Overloads) 已触发。过载报警在发生以下情况之前保持激活： • 对于 OPC UA 报警和条件系统，没有更多报警处于未决状态 (OutstandingProgramAlarms = 0)； • OPC UA 报警和条件系统的报警数量 < 已清除滞后的 OPC UA 报警数量Zui大值 (= MaxAlarmsInQueue - OverloadHysteresis) 因过载情况而在 OPC UA 报警和条件系统中不可用的报警由 CPU 作为“OutstandingAlarms”进行缓冲。 ③ 在 OPC UA 客户端执行 ConditionRefresh 方法时，不仅相关订阅的所有报警对象都将同步，而且 OPC UA 报警和条 件的未确认报警 (OutstandingAlarms) 也将传送到报警和条件存储区中（但前提是未达到报警的Zui大数量）。“Zui 早”的报警将Zui先传送。在此之后，这些报警的每个订阅（不jinxian于调用 ConditionRefresh 方法的 OPC UA 客户端） 都将收到已传送的报警。 ④ OPC UA 客户端通过“过载”(Overloads) 节点的信息控制未决报警的处理。