SIEMENS西门子软起动器 3RW44346BC44

           OPC UA 条件和 OPC UA 报警在前面部分就事件所做说明的基础上，下文将更进一步，介绍 OPC UA Conditions 和 OPC UAAlarms 的基本概念。同样，这里也将沿用 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 特性补充“是否可确认”的特征而 AlarmConditionType 又进一步在 ConditionType 和 AcknowledgeableConditionType 特性基础上增添了“ActiveState”特征。按 SIMATIC 中的表述方法，这是一个进入的报警。ActiveState传递信号，指示 Condition 所反映的情形当前已存在或已发生。示例：温度已超出限值。如果未设置“ActiveState”，则反映此条件的情形将不再存在，而这通常称为“常态”。按 SIMATIC 中的表述方法，这对应的是离开的报警。OPC UA 中也会定义其它状态，例如 SilenceState 和 ShelvingState，但这些状态不涉及与SIMATIC 报警系统的映射，因此这里将不再做更多说明。SimaticAlarmConditionType 从 AlarmConditionType 衍生而来，其中包含用于映射 SIMATIC 消息的状态和确认情况的所有事件字段。这里就报警编辑器中的设置提供了一个示例，其中包括不同的报警类别（项目树中的“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于此视图。有关当前状态的信息，只能通过“当前报警”(Current alarm) 视图查看。• 信息报告（具有“仅供参考”(Information only) 特性的报警）仅会显示在“报警归档”(Alarmarchive) 视图中。由于这些报警仅会触发一次并且不会加以缓存，因此它们不会出现在“当前报警”(Current alarms) 视图中。• PLC 监控也会显示在报警画面中。• 系统报警通常都属于“无需确认”(No Acknowledgement) 报警类别，且会选中“仅供参考”(Information only) 选项。这些报警会记录在 CPU 的诊断缓冲区中，允许就一个有限时间段进行系统报警序列的分析。相比之下，诊断缓冲区中另外也记录的操作状态变化则具有状态，也就是说，会反映 CPU 是否或者何时进入 STOP 状态，以及是否或者何时再退出此状态（例如，进入 RUN 状态）。此信息通过状态“进入/离开”(incoming/outgoing) 显示。由 OPC UA 服务器提供控制器报警当 OPC UA 客户端需要接收 S7-1500 CPU 的报警时，此客户端需要订阅 OPC UA 事件(MonitoredEventItems)。就此目的，S7-1500 CPU 的 OPC UA 服务器地址空间包含相应的节点，这些节点会通知事件的发生（“事件通知者”(Event-Notifiers)），并会创建订阅，以便 OPC UA 客户端能够接收报警。249OPC UA 通信11.3 将 S7-1500 用作 OPC UA 服务器通信功能手册, 11/2023, A5E03735819-AL为了完整起见，这里也提及服务器地址空间中所含的同样用于此目的的其它类型定义，即，“类型”(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”节点仅可接收程序报警。有关 OPC UA 模型“报警和条件”的详情将在下一选择中提供，而具体上与“过载”(Overloads) 节点相关的信息，请参见：处理 OPC UA 报警和条件的存储器限制 (页 263)。250通信功能手册, 11/2023, A5E03735819-ALOPC UA 通信11.3 将 S7-1500 用作 OPC UA 服务器有关报警类型的更多信息这里将不会更多地介绍控制器报警的概念和组态选项。有关报警组态、报警显示和相关指令（如“Progam_Alarm”）的信息，请参见 STEP 7 在线帮助。11.3.6.2 OPC UA 事件这里将就 OPC UA 中报警处理的基本概念进行展开说明，其中也将介绍“事件”的概念。这里将沿用 OPC UA 规范的各个部分中所使用的术语。事件的特性在 OPC UA 服务器的地址模型中，自 CPU 固件版本 V2.9 起，用户不仅可选择通过节点访问PLC 变量（读、写）以及选择使用不同的方法，同时还可通过节点接收事件和报警。按 OPCUA 术语，这些都称为“事件”。事件包含事件文本（消息）、时间戳（时间）和事件源（源节点）。服务器事件所提供的具体信息取决于事件的类型。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 的所有事件类型。4JNBUJD&WFOU5ZQF#BTF&WFOU5ZQF“SimaticEventType”类型在 SIMATIC 命名空间中定义 。251OPC UA 通信11.3 将 S7-1500 用作 OPC UA 服务器通信功能手册, 11/2023, A5E03735819-ALSimaticEventType 具有 BaseEventType 的所有特性，同时也具有作为 SIMATIC 报警现场结构映像的特殊特性。SimaticEventType 事件字段描述对于类型为“仅供参考”(Information only) 的报警，下表包含 SimaticEventType 字段的信息。对 OPC UA 而言为可选且 CPU 的 OPC UA 服务器也不使用的字段将予以忽略。有关各字段的总体描述，另请参见规范 OPC 10000-5：OPC 统一架构，第 5 部分：信息模型（版本 1.04）。BrowsePath DataType 说明EventId ByteString 事件的唯一事件 IDEventType NodeId 事件类型的节点 IDTime UtcTime 事件的时间戳（事件发生）ReceiveTime UtcTime OPC UA 事件生成时的时间戳。Message LocalizedText 事件文本Severity UInt16 报警的优先级从 SIMATIC (0..16)，一直到对于OPC UA 的范围 1..1000，请参见下表。优先级表示的是，就事件而言需要收到响应的紧急程度。3:AdditionalText_01 LocalizedText 其它可选文本 3:AdditionalText_09 LocalizedText 其它可选文本 93:AssociatedValue_01 3:SimaticAssociatedAlarmValue可选关联值 1（不适用于系统诊断）3:AssociatedValue_10 3:SimaticAssociatedAlarmValue可选关联值 10（不适用于系统诊断）3:InfoText LocalizedText 信息文本3:ID UInt16 报警编号 - 由系统分配的在 CPU 中唯一的编号(ID)，可以识别报警。3:DisplayClass UInt16 显示类别（供 HMI 设备使用。决定特定 HMI 设备上显示的事件。3:GroupID UInt8 供统一确认用的报警确认组。优先级分配 (SIMATIC) - 严重程度 (OPC UA)下表显示的是，在 SIMATIC 环境中可为报警分配的 17 个优先级与在 S7-1500 CPU 中 OPC UA服务器的 1000 级 Severity 之间的映射关系。