服务器事件所提供的具体信息取决于事件的类型。OPC UA 在其规范的第 5 部分定义了BaseEventType (Information Model)。 其它提供不同报警行为的事件类型均由 BaseEventType派生而来。不同事件类型的类型信息在 OPC UA 服务器的地址空间中可见（“类型”(Types) 文件夹）。其适用场合的示例包括，“Conditions”和“Alarms”的事件类型，这些将在下一部分中介绍。 OPC UA 规范定义了就BaseEventType 和派生的 EventTypes 而言，事件的哪些特性（字段） 是强制的，哪些是可选的。 下图显示了BaseEventType 的层级结构。 下面部分显示了专用 EventTypes 是如何从作为派生层级根源的BaseEventType 而得来的。借 助 SIMATIC 特定的派生可带来的优势包括，对于在 SIMATIC中通过报警形式提供的和在 HMI 设备上显示的信息，也可由 OPC UA 客户端在 OPC UA 服务器的地址空间中进行订阅。事件本身不以地址空间中的节点形式提供。事件的触发只能源自于那些会就事件的发生进行通知的节点或对象（即，具有“事件通知者”(Event-Notifiers) 特性的节点或对象）。这些节点通常也称为事件信号传送对象。只有具备此特性的节点可指定为一个订阅中的EventMonitoredItem，进而支持在客户端中接收相应事件。 可触发 S7-1500 CPU事件的节点示例包括：“服务器”(Server)、服务器下的“SimaticAlarmsAndConditions”对象，以及再下方的三个对象，即 ProcessDiagnostics、SystemDiagnostics 和 UserProgram。对于这些对象，将在 CPU 的 OPC UA 服务器的地址空间中设置“EventNotifier”属性。 SimaticEventType 的定义 下图显示了直接由 BaseEventType派生而来的类型“SimaticEventType”。 BaseEventType 是 OPC UA 事件的基本类型定义。 可基于BaseEventType 直接或间接定义 OPC UA 的所有事件类型。OPC UA 条件和 OPC UA 报警在前面部分就事件所做说明的基础上，下文将更进一步，介绍 OPC UA Conditions 和 OPC UA Alarms的基本概念。同样，这里也将沿用 OPC UA 规范的各个部分中所使用的术语。 Conditions 的特性 理解的先决条件是 OPCUA 中“Events”的概念。 在 OPC UA 中，如果事件报警对象在能够发出 Events之外还可提供状态信息，那么就涉及到Conditions。Conditions 代表的是系统或系统组件的一种状态。基本状态为“enabled”和“disabled”，同时也可以定义其它状态。 反过来，相关的 OPC UA 客户端也会通过事件(Condition Events) 这一途径获得状态变更通 知。 Condition 的一个示例是状态信息，例如，设备需要维护。Alarms 的特性 但 ConditionType 的特性不足以完全映射 OPC UA 服务器中 SIMATIC 报警的特征。 在从BaseEventType 派生而来的 ConditionType 基础上，OPC UA 可定义进一步派生的事件类 型，例如AcknowledgeableConditionType 和 AlarmConditionType。AcknowledgeableConditionType 可为 ConditionType 特性补充“是否可确认”的特征(AckedState)。 而 AlarmConditionType 又进一步在 ConditionType 和AcknowledgeableConditionType 特性基 础上增添了“ActiveState”特征。按 SIMATIC中的表述方法，这是一个进入的报警。ActiveState 传递信号，指示 Condition 所反映的情形当前已存在或已发生。示例：温度已超出限值。如果未设置“ActiveState”，则反映此条件的情形将不再存在，而这通 常称为“常态”。按 SIMATIC中的表述方法，这对应的是离开的报警。 OPC UA 中也会定义其它状态，例如 SilenceState 和ShelvingState，但这些状态不涉及与 SIMATIC 报警系统的映射，因此这里将不再做更多说明。SimaticAlarmConditionType 从 AlarmConditionType 衍生而来，其中包含用于映射SIMATIC 消 息的状态和确认情况的所有事件字段。SimaticAlarmConditionType 事件字段说明下表就带有状态且支持确认的报警提供了有关 SimaticAlarmConditionType 的各个字段的信 息，这些将补充诸如SimaticEventType 等的事件字段。对 OPC UA 而言为可选且 CPU 的 OPC UA服务器也不使用的字段将予以忽略。有关各字段的说明，另请参见规范 OPC 10000-9：OPC 统一架构，第 9部分：报警和条件（版本 1.04）。 BrowsePath DataType 说明 ConditionClassId NodeId可以是 SystemConditionClassType、 ProcessConditionClassType 或BaseConditionClassType 的节点 ID ConditionClassName 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)要求 • S7-1500 CPU 固件版本 V2.9 或更高版本 •根据许可证规范与 CPU 属性中的设置，购买了 OPC UA 运行系统许可证。 操作步骤 为通过 OPC UA报警和条件激活报警，按以下步骤操作： 1. 在 CPU 特性中，转到“OPC UA > 服务器 > 常规”(OPC UA> Server > General) 区域。 2. 选择“为 OPC UA 服务器启用报警和条件”(EnableAlarms and Conditions on the OPC UA server) 选项。可触发事件的相应类型和对象只有在此选项已激活时，才会在地址空间显示出来。 3. 必要时，还需激活选项“允许 OPC UA客户端确认消息”(Allow message acknowledgment by OPC UA client)。 此时，所有连接的OPC UA 客户端都可通过“确认”(Acknowledge) 方法确认需要确认的报 警。 建议：激活诊断“远程 OPC UA客户端请求失败” 如果 OPC UA 服务器的存储空间不足，则无法生成 OPC UA 报警；OPC UA 客户端可能发生消 息丢失。因此，应激活诊断“远程 OPC UA 客户端请求失败”(Requests of a remote OPC UA clientfailed)，对该状态进行诊断：CPU 属性 > OPC UA > 服务器 > 诊断 (OPC UA >Server > Diagnostics)。 除此之外，还应激活选项“消息量较大时汇总诊断”(Summarizediagnostics in case of high message volume) 一旦存储空间充足，OPC UA 客户端应调用ConditionRefresh 条件，接收该报警系统的当前状 态。 更多信息 有关 OPC UA报警和条件支持的方法的信息，请参见“OPC UA 报警和条件支持的方法 (页 258)”部分。有关远程客户端请求失败的信息，请参见“远程客户端请求失败。订阅 OPC UA 服务器的事件 通过“服务器”节点订阅所有事件 OPCUA 服务器通过“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)），并且这些报警也可通过快捷菜单进行确认。离开的报警将不会再在此视图中显示。