SimaticAlarmConditionType的定义下图显示了“SimaticAlarmConditionType”类型的事件是如何在 OPC UA的“BaseEventType”基础上一步步扩展而来的。SimaticAlarmConditionType事件字段说明下表就带有状态且支持确认的报警提供了有关 SimaticAlarmConditionType的各个字段的信息，这些将补充诸如 SimaticEventType 等的事件字段。对 OPC UA 而言为可选且 CPU 的OPCUA 服务器也不使用的字段将予以忽略。有关各字段的说明，另请参见规范 OPC10000-9：OPC 统一架构，第 9部分：报警和条件（版本 1.04）。BrowsePath DataType 说明ConditionClassId NodeId 可以是SystemConditionClassType、ProcessConditionClassType或BaseConditionClassType 的节点 IDConditionClassName LocalizedTextConditionClassId 的显示名称Retain 布尔型 指示对于 OPC UA客户端而言报警仍然相关（在报警仍处于未决状态并且尚未确认时设置）。Comment LocalizedText •通过“AddComment”或“Acknowledge”方法输入的Zui新注释。• 在服务器重启之后和在未输入任何注释的情况下，为ZERO。Comment.SourceTimestamp UtcTime 注释字段上次更改的时间戳AckedStateLocalizedText “已确认”(Acknowledged)或“未确认”(Unacknowledged)AckedState.Id 布尔型在已确认时设置AckedState.TransitionTime UtcTime 报警得到确认的时间。如果未确认或不可确认，则为ZERO。ActiveState LocalizedText “激活”(Active)或“未激活”(Inactive)ActiveState.Id 布尔型 在“激活”(Active) 时设置11.3.6.4激活报警和条件要求• S7-1500 CPU 固件版本 V2.9 或更高版本。• 根据许可证规范与 CPU 属性中的设置，购买了OPC UA 运行系统许可证• 已启用“PLC 中的中央报警管理”参数（CPU 属性中的“PLC 消息”区域）。操作步骤要通过 OPCUA 报警和条件激活报警，按以下步骤操作：1. 在 CPU 属性中，转到“OPC UA > 服务器 > 常规”(OPCUA > Server > General) 区域。2. 选择“为 OPC UA 服务器启用报警和条件”(Enablealarms and conditions on the OPC UAserver)选项。可触发事件的相应类型和对象只有在此选项已激活时，才会在地址空间显示出来。3. 必要时，还需激活选项“允许 OPC UA客户端确认消息”(Allow message acknowledgment byOPC UA client)。此时，任何连接的 OPCUA 客户端都可通过“确认”(Acknowledge) 方法确认需要确认的报警。255OPC UA 通信11.3 将 S7-1500用作 OPC UA 服务器通信功能手册, 11/2023, A5E03735819-AL建议：激活诊断“远程 OPC UA客户端请求失败”如果 OPC UA 服务器的存储空间不足，则无法生成 OPC UA 报警；OPC UA客户端可能发生消息丢失的情况。因此，应激活诊断“远程 OPC UA 客户端请求失败”(Requests of a remote OPCUA clientfailed)，对该状态进行诊断：CPU 属性 > OPC UA > 服务器 > 诊断 (OPCUA > Server >Diagnostics)。除此之外，还应激活选项“消息量较大时汇总诊断”(Summarizediagnostics in case of highmessage volume)一旦存储空间充足，OPC UA 客户端应调用ConditionRefresh 条件，接收该报警系统的当前状态。更多信息有关 OPC UA报警和条件支持的方法的信息，请参见“OPC UA 报警和条件支持的方法(页260)”部分。有关远程客户端请求失败的信息，请参见“远程客户端请求失败 (页 271)”部分。11.3.6.5 订阅 OPCUA 服务器的事件通过“服务器”节点订阅所有事件OPC UA 服务器通过“Server”节点及其下级节点提供事件。当 OPC UA客户端订阅“Server”节点时，这些客户端将接收此 OPC UA服务器的所有事件和报警。“Server”节点位于“对象”(Objects) 文件夹的“Root”之下。OPC UA 服务器会将 OPCUA 客户端所使用的事件类型通知给这些客户端（在地址空间中的“Root > Types >EventTypes”之下）。事件过滤选项OPC UA 客户端可选择并仅订阅“服务器”(Server)节点下的特定节点，进而仅订阅特定的事件类型，例如，仅订阅“UserProgram”节点。借此可减少从 OPC UA服务器到程序报警的事件数量。另一种过滤方式是选择事件字段，即 OPC UA 术语中所谓的“Select语句”。这意味着在订阅过程中，OPC UA客户端除了事件报警对象之外还对事件字段进行选择（例如，“UserProgram”节点）。用户可通过浏览相应字段名称的方式选择事件字段。OPCUA 另外也定义所谓的“Where 语句”。事件过滤器中的 Where 语句用于进一步限定 OPCUA服务器为所选对象提供的事件数量，例如，可按严重程度范围进行过滤。示例客户端 UaExpertUaExpert 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)），并且这些报警也可通过快捷菜单进行确认。离开的报警将不会再在此视图中显示。在事件区域的各个列中提供一系列事件字段，例如，事件文本(Message) 以及报警是否已确认(A=Acknowledged)。CPU 的 OPC UA服务器针对报警显示提供的特殊功能下面再一次汇总了 OPC UA 报警和条件的报警画面在反映当前状态上所提供的特殊功能。主题 说明注释通过 OPCUA，用户可通过“AddComment”途径或“Acknowledge”方法为报警添加注释。此注释在服务器重启后将不复存在。而未决报警在服务器重启后将不会丢失OPCUA服务器支持“ConditionRefresh”方法，借此可在下载新数据块之后（需要重启服务器并重新建立连接）或在其它此类情况下，将系统当前状态提供给OPC UA 客户端。报警相关值的处理方式用户可指定 SIMATIC 报警占位符。通过这些占位符，可将Zui多 10 个相关值（SD_1到SD_10）集成到报警文本中。占位符也可以是特定的文本列表条目。使用带有占位符的报警时，需遵循以下规则：•仅在系统诊断报警或安全事件报警中，才会在报警中自动插入代表相应值的占位符。对于其它类别的报警（如，程序报警），系统不会对这些值的占位符进行解析。OPCUA 客户端必需对这些报警进行解析。• 引用文本列表的占位符由 CPU进行解析（格式示例：%t#<文本列表的名称>）。通过 UaExpert 分配值和占位符的示例1. 请确保 UaExpert组态中所需的所有字段均已选中。请注意，所有不需要的字段都会产生通信负载。因此，应避免以下示例中所示的全部选择。2. 在UaExpert的“Events”选项卡中，选择集成有相关值的报警。这些待集成到报警中的值，将显示在报警的“Details”区域中。示例：“AssociatedValue_01”分配给SD_1（格式：@1% ...@）。有关相关值的格式说明，请参见 TIA Portal信息系统（例如，搜索“相关值示例”）。支持简单数据类型作为关联值字段类型“AssociatedValue_01”到 ..._10 为Union 类型且限制为一些简单类型。OPC UA 数据类型为SimaticAssociatedAlarmValue。支持以下简单数据类型：OPC UA 报警和条件支持的方法举例而言，OPC UA规范第 9 部分 (OPC 10000-9: Alarms & Conditions) 定义了如何借助 OPCUA 服务器让 OPCUA 客户端能够对状态变化做出响应的方法。下文将介绍 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 部分 (OPC 10000-9: Alarms &Conditions)：AcknowledgeAcknowledge 方法 (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 有误。