由 OPC UA服务器提供控制器报警 当 OPC UA 客户端需要接收 S7-1500 CPU 的报警时，此客户端需要订阅 OPC UA 事件(MonitoredEventItems)。 就此目的，S7-1500 CPU 的 OPC UA服务器地址空间包含相应的节点，这些节点会通知事件的 发生（“事件通知者”(Event-Notifiers)），并会创建订阅，以便OPC UA 客户端能够接收报警。 为了完整起见，这里也提及服务器地址空间中所含的同样用于此目的的其它类型定义，即，“类型”(Types) 下的节点。借助“BaseEventType”和“ConditionType”下的类型定义，可确保SIMATIC 报警所用的字段也将在 OPC UA 服务器中提供。 在激活 OPC UA 报警和条件（硬件配置中的 CPU特性）之后，S7-1500 CPU 的 OPC UA 地址空 间也会进而反映出不同报警类型（控制器报警），如上文所述： •ProcessDiagnostics 对应于 ProDiag 的 PLC 监控报警 • SystemDiagnostics对应于系统诊断报警 • UserProgram 对应于程序报警 • Graph 对应于 GRAPH 报警通过为订阅选择节点，用户就决定了 OPC UA 客户端将接收的报警类型。例如，“服务 器”(Server)节点支持接收所有报警，而“UserProgram”节点仅可接收程序报警。有关报警类型的更多信息这里将不会更多地介绍控制器报警的概念和组态选项。有关报警组态、报警显示和相关指令 （如“Progam_Alarm”）的信息，请参见STEP 7 在线帮助。 OPC UA 事件 这里将就 OPC UA中报警处理的基本概念进行展开说明，其中也将介绍“事件”的概念。这里将 沿用 OPC UA 规范的各个部分中所使用的术语。 事件的特性在 OPC UA 服务器的地址模型中，自 CPU 固件版本 V2.9 起，用户不仅可选择通过节点访问 PLC变量（读、写）以及选择使用不同的方法，同时还可通过节点接收事件和报警。按 OPC UA 术语，这些都称为“事件”。事件包含事件文本（消息）、时间戳（时间）和事件源（源节点）。服务器事件所提供的具体信息取决于事件的类型。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 的所有事件类型。SimaticEventType 事件字段描述对于类型为“仅供参考”(Information only) 的报警，下表包含 SimaticEventType 字段的信息。 对OPC UA 而言为可选且 CPU 的 OPC UA 服务器也不使用的字段将予以忽略。有关各字段的总 体描述，另请参见规范 OPC10000-5：OPC 统一架构，第 5 部分：信息模型（版本 1.04）。
优先级分配 (SIMATIC) -严重程度 (OPC UA) 下表显示的是，在 SIMATIC 环境中可为报警分配的 17 个优先级与在 S7-1500 CPU 中OPC UA 服务器的 1000 级 Severity 之间的映射关系。 具体分配取决于制造商。其它设备可能使用不用的分配方式。OPCUA 条件和 OPC UA 报警 在前面部分就事件所做说明的基础上，下文将更进一步，介绍 OPC UA Conditions 和OPC UA Alarms 的基本概念。同样，这里也将沿用 OPC UA 规范的各个部分中所使用的术语。 Conditions 的特性理解的先决条件是 OPC UA 中“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）。激活报警和条件 要求 • 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)”部分。有关远程客户端请求失败的信息，请参见“远程客户端请求失败 (页 268)”部分。