有关程序报警的设置选项，可在报警编辑器中找到（在项目树中双击“PLC 监控和报警”(PLC supervisionsand alarms)，并选择“报警”(Alarms) 选项卡）。 对于 S7-1500CPU，用户可在此通过报警类别设置是否需要确认报警。除了确认行为之外，在 创建新报警类别时，还可定义此报警类别下报警的默认优先级。报警是否有状态可在报警类型或其它位置通过“仅供参考”(Information only) 选项设置；选择此选项后，将按照“发后即忘”的方式处理报警。 这里就报警编辑器中的设置提供了一个示例，其中包括不同的报警类别（项目树中的“PLC 监控和报警”(PLC supervisions and alarms)）： •第一行“Program_Alarm”：不需要确认，仅供参考（“发后即忘”）。 •第二行“Program_Alarm_1”：需要确认并有状态，也就是说，其中包含信息，可指示报警是 处于进入还是离开状态。 •第三行“Program_Alarm_2”：不需要确认但有状态，也就是说，其中包含信息，可指示报警 是处于进入还是离开状态。 报警在TIA Portal 中的显示方式 在运行时，用户可选择在 TIA Portal 中显示报警：报警画面的位置就在报警编辑器之下（“诊断”(Diagnostics) 选项卡 >“报警画面”(Alarm display) 选项卡）。 以下内容适用于状态和确认行为：• 在单击“当前报警”(Current alarms) 按钮时，将显示Zui近进入、离开或确认的报警。这里仅显示带有状态且需要确认的报警。用户也可在此视图中对需要确认的报警（蓝色字体）进行确认，确认时可使用快捷菜单，也可使用“确认”(Acknowledge) 按钮。 •如要了解时间顺序（例如，报警进入，得到确认，离开），则需要单击“报警归 档”(Alarm archive)按钮。属于此报警的三个事件将逐个列出，但jinxian于此视图。有关当前 状态的信息，只能通过“当前报警”(Currentalarm) 视图查看。 • 信息报告（具有“仅供参考”(Information only)特性的报警）仅会显示在“报警归档”(Alarm archive)视图中。由于这些报警仅会触发一次并且不会加以缓存，它们不会出现在“当 前报警”(Current alarms) 视图中。 •PLC 监控也会显示在报警画面中。 • 系统报警通常都属于“无需确认”(No Acknowledgement)报警类别，且会选中“仅供参 考”(Information only) 选项。这些报警会记录在 CPU 的诊断缓冲区中，允许就一个有限时间段进行系统报警序列的分析。诊断缓冲区中也记录的操作状态变化则具 有状态，也就是说，会反映 CPU 是否或者何时进入STOP 状态，以及是否或者何时再退出 此状态（例如，进入 RUN状态）。此信息通过状态“进入/离开”(incoming/outgoing) 显示。由 OPC UA 服务器提供控制器报警 当 OPCUA 客户端需要接收 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）。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 消 息的状态和确认情况的所有事件字段。