OPCUA Alarms and Conditions 所带来的额外优势是,这些报警类型不仅可通过 HMI 设备、 Web 浏览器、CPU显示屏或 TIA Portal 显示,也可在支持 OPC UA 报警和条件的所有 OPC UA 客户端中显示。 • ProDiag的 PLC 监控报警 只需执行几个组态步骤,即可在程序中快速集成监控功能,且无需更改程序代码。由于仅监控单个的操作数且无需额外编程,监控的组态与 TIA Portal 的编程语言无关。 • 系统诊断报警 与配置相关的模块事件以CPU 硬件配置的方式提供,并可通过连接的显示设备加以评估。 这些事件只能在报警编辑器中查看,不能编辑。 •程序报警(Program_Alarm 指令) 为报告程序同步事件,程序报警一次分配到一个块中。这些报警在程序编辑器中创建,在报警编辑器 (TIA Portal) 中编辑。 • GRAPH 报警 对于 GRAPH 函数块,用户还可启用报警;例如用于互锁、监控和GRAPH 警告(步时间 监视)。 有关报警类型的重要信息 在报警行为的差异上,下列特性有重要意义: •报警是否有状态(例如,报警当前是处于进入还是离开状态,是否有相应的时间戳)? • 报警是否需要确认?如果这些特性均不适用,也就是说报警没有任何状态且无需确认,那么报警的作用仅是就已经发生的事件提供相关信息(“发后即忘”)。具体是将报警缓存起来以备后用,还是仅用 于显示目的,这取决于接收报警的设备。报警类别决定确认行为 本部分将介绍程序报警的设置选项。用户还可为系统诊断报警和 PLC 监控报警(例如, ProDiag监控设置)设置报警行为 - 有关详细信息,请参见链接中的附加信息。有关程序报警的设置选项,可在报警编辑器中找到(在项目树中双击“PLC 监控和报警”(PLC supervisions andalarms),并选择“报警”(Alarms) 选项卡)。 对于 S7-1500CPU,用户可在此通过报警类别设置是否需要确认报警。除了确认行为之外, 在创建新报警类别时,还可定义此报警类别下报警的默认优先级。报警是否有状态可在报警类型或其它位置通过“仅供参考”(Information only) 选项设置;选择此选项后,将按照“发后即忘”的方式处理报警。
这里就报警编辑器中的设置提供了一个示例,其中包括不同的报警类别(项目树中的“PLC 监 控和报警”(PLCsupervisions 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) 视图中。由于这些报警仅会触发一次并且不会加以缓存,它们不 会出现在“当前报警”(Currentalarms) 视图中。 • PLC 监控也会显示在报警画面中。 • 系统报警通常都属于“无需确认”(NoAcknowledgement) 报警类别,且会选中“仅供参 考”(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”节点仅可接收程序报警。 有关 OPC UA模型“报警和条件”的详情将在下一选择中提供,而具体上与“过 载”(Overloads) 节点相关的信息,请参见:处理 OPC UA报警和条件的存储器限制 (页 1941)。预选 OPC UA 服务器的语言 报警以默认语言或参考语言从 OPC UA服务器发送到 OPC UA 客户端。有关在 CPU 参数“多 语言支持”(Multilingual support)部分中更改语言的说明,请参见“多语言 (页 1329)”。 有关报警类型的更多信息这里将不会更多地介绍控制器报警的概念和组态选项。有关相应的说明,请通过以下链接获 取。 OPC UA 事件 (S7-1500,S7-1500T) 这里将就 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 而言,事件的哪些特性(字段) 是强制的,哪些是可选的。下面部分显示了专用 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 的所有事件类型。