通过“服务器”节点订阅所有事件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 报警和条件的报警画面在反映当前状态上所提供的特殊功能。 主题 说明 注释 通过 OPCUA，用户可通过“AddComment”途径或“Acknowledge”方 法为报警添加注释。此注释在服务器重启后将不复存在。而未决报警在服务器重启后将不会 丢失 OPC UA 服务器支持“ConditionRefresh”方法，借此可在下载新数据块之后（需要重启服务器并重新建立连接）或在其它此类情况下， 将系统当前状态提供给 OPC UA 客户端。报警相关值的处理方式用户可指定 SIMATIC 报警占位符。通过这些占位符，可将Zui多 10 个相关值（SD_1 到SD_10）集成到报警文本中。占位符也可以是特定的文本列表条目。 使用带有占位符的报警时，需遵循以下规则： •仅在系统诊断报警或安全事件报警中，才会在报警中自动插入代表相应值的占位符。对于其它类别的报警（如，程序报警），系统不会对这些值的占位符进行解析。OPC UA 客户端 必需对这些报警进行解析。 •引用文本列表的占位符由 CPU 进行解析（格式示例：%t#<文本列表的名称>）。
通过 UaExpert 分配值和占位符的示例1. 请确保 UaExpert 组态中所需的所有字段均已选中。请注意，所有不需要的字段都会产生通信负载。因此，应避免以下示例中所示的全部选择。ServerObject-Configuration_neutral120 2. 在 UaExpert的“Events”选项卡中，选择集成有相关值的报警。 这些待集成到报警中的值，将显示在报警的“Details”区域中。示例：“AssociatedValue_01”分配给 SD_1（格式：@1% ...@）。 有关相关值的格式说明，请参见 TIAPortal 信息系统（例如，搜索“相关值示例”）。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。ConditionRefresh2 方法ConditionRefresh2 方法可在订阅中专门同步一个受监视项 (MonitoredItem)，而 S7-1500 CPU 的OPC UA 不支持此方法。在这种情况下，OPC UA 服务器将返回结果代码“Bad_MethodInvalid”。转而使用方法“ConditionRefresh”。 AddComment 用户可以为SimaticAlarmConditionType 类型的 Alarms- 对象添加注释，因为 OPC UA Alarms andConditions 强制要求支持注释。 注释保存在“Comment”事件字段。 以下时间戳事件字段属于注释： •“Comment.SourceTimestamp”，注释传送到 CPU 的时间 • “Time”，修改 Alarms 对象的时间在调用“AddComment”方法时，“Time”和“Comment.SourceTimestamp”相同。 CPU 的 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 到达的时间。处理 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 客户端中设置。