基于设备的报警监控
在基于设备的报警监控中，报警通知源是物理设备，即
Studio 5000
控制器。下图介绍了基于设备的报警监控的工作原理：
报警指令或报警被编程，然后下载到 Studio 5000
控制器中。
控制器检测报警条件，并将报警状态通知其设备服务器 FactoryTalk Linx
。
设备服务器提取报警并将信息发布给 FactoryTalk Alarms and Events
服务。
FactoryTalk Alarms and Events
服务将报警信息路由到记录以及嵌入在 FactoryTalk View
图形画面中的报警和事件对象。
操作员使用 FactoryTalk View
SE Client，通过图形画面中嵌入的对象（如报警和事件汇总、报警和事件条以及报警状态浏览器）与报警进行交互。这种方法具有诸多优于常规报警检测方法的优势：
- 报警指令只需编程一次，然后下载到控制器中，从而减少了编程工作和错误。
- 更快地检测报警条件。
- 在控制器中实时报警。
- 不需要标签报警和事件服务器中的 HMI 标签或报警，从而减少了开销和潜在的标签映射错误。
- 即使服务器关闭，也可以通过控制器管理、处理和保留报警状态。
- 无需执行数据轮询；只有在状态发生变化时才需传递报警状态，从而减少了网络开销和控制器处理工作，提高了系统的整体性能。
- 报警条件的时间戳应用到控制器中，并且在到达 HMI 软件或标签报警和事件服务器前不会延时，因此更为准确。因为基于设备的报警时间戳使用的是控制器时间，所有产生报警的控制器必须同步时钟。事件时间在整个FactoryTalk Alarms and Events系统中传递，因此不准确的时间戳会影响报警在“报警和事件汇总”或“报警和事件条”中的显示位置，还会影响基于报警和事件历史的报告。有关同步控制器时钟的更多信息，请参见。FactoryTalk Alarms and Events系统配置指南
提供反馈