当前位置:首页 > 嵌入式 > 嵌入式硬件
[导读]1 DCS系统报警管理现状1.1 异构DCS系统的报警管理难题目前中国很多流程工业企业已经大量使用DCS系统提高生产的自动化,但是因为在初期规划中缺少经验等历史原因,DCS系统的

1 DCS系统报警管理现状

1.1 异构DCS系统的报警管理难题

目前中国很多流程工业企业已经大量使用DCS系统提高生产的自动化,但是因为在初期规划中缺少经验等历史原因,DCS系统的品牌、型号等往往比较混乱,没有形成统一规划,造成大量异构的DCS系统。DCS系统均具备报警模块,但不同品牌DCS的报警模块并不具备互相通信的功能,报警模型也各不相同,统一管理成为异构DCS系统的一个大难题。同一个企业,报警系统形成多个孤立的区块,分散成多个信息孤岛,人机界面无法统一,也无法对报警信息进行更深一步的挖掘和应用,只能应用于最基层的现场,对管理层形成了信息上的屏蔽,带来很大的管理不便。

1.2 报警数量激增带来事故风险

DCS系统的应用,使报警的设置非常方便,非常廉价,但方便和廉价也带来了相应的问题——报警设置的随意性。在很多企业,当前的问题不再是报警不足,而是报警过量和报警不当,而大量和低效的报警给企业生产带来了巨大的潜在风险,不仅会降低生产利润,更有可能造成生命和财产的巨大损失。

1994年,英国Milford港的Texaco炼油厂发生爆炸起火事故,在发生爆炸前的11分钟内,系统产生了275个报警,而这275个报警仅仅有两个处理人员进行处理,而两个工作人员根本无法在众多的报警当中辨识出真正有意义的信息,结果导致了悲剧的产生。

DCS报警设置数量不合理、优先级配置不当、参数配置不当、无法识别和阻止报警洪水等问题,是当前DCS系统报警普遍存在的问题。

 

1.3 对报警原始信息深加工的需求

虽然大部分DCS系统具备报警功能,但是这些功能往往针对现场控制所设计,功能比较原始。报警历史信息在经过长时间沉淀之后,实际上可以有更多的利用价值,经过统计分析和大数据挖掘,可以提供诸如发现设备故障隐患、预防潜在的生产事故、提高生产效率和对生产人员进行KPI管理等更多的管理方面的应用功能,为管理层提供生产决策的辅助信息,而这些往往是现有的DCS系统所不具备的。

2 异构DCS报警的统一管理

解决异构DCS报警统一管理的首要问题,是能够对系统中存在的报警信息进行统一采集。力控科技的FAlarm工业智能报警管理平台对此提供了解决的方案。大部分DCS系统提供OPC A&E Server,力控FAlarm能够通过OPC标准协议采集DCS设备的报警信息;而对于不能提供OPC A&E的DCS,力控则提供多种标准通信协议,甚至根据DCS的API进行接口定制,以满足各类DCS报警的采集需求。

解决异构DCS报警统一管理的第二个问题,是对系统中报警信息的模型统一。力控FAlarm在系统内部建立了统一的报警模型,对于异构的DCS报警信息进行解析,将报警模型统一化,以方便后续的各类处理。

解决异构DCS报警统一管理的第三个问题是人机界面的统一。力控FAlarm提供了基于Web浏览器的人机界面系统,可以将所有DCS系统的报警信息统一进行可视化,提供实时报警、历史报警、报警维护、报警统计分析等可视化内容,提供各种报表图表的可视化手段,并可以与现场的工艺流程画面结合显示,或者与 GIS(地理信息系统)进行集成显示。

3 降低DCS系统报警造成的事故隐患

为了减少工业报警不当造成的风险并提供工业报警管理的最佳实践,国际组件ASM在1992年成立,其建立的初衷就是推进DCS报警系统的改进,并在 2009年推出正式的工业告警管理国际标准——ISA-18.2(ANSI/ISA–18.2–2009 Management of Alarm Systemsfor the Process Industries)。

该标准的内容涵盖了报警管理的整个生命周期,而其核心正是报警系统本身的KPI,即如何对报警进行正确的持续的改进,从而减少无效和低效报警,减少报警洪水,从而降低发生生产事故的风险。

力控FAlarm系统是严格按照ISA-18.2所设计的,为企业提供了大量的报警分析工具,以降低无效报警数量,优化报警系统KPI:

(1)报警数量统计和分析:通过数量和优先级的统计,分析报警数量和报警处理人员配比是否合理,分析报警优先级分布是否合理。

(2)报警洪水定位和分析:通过报警洪水统计功能,定位报警洪水的数量和相关测点,分析洪水产生的原因,从而可以通过解除报警洪水诱因,减少报警洪水数量。

(3)反复报警和瞬时报警的定位和分析:通过反复报警和瞬时报警统计功能,定位测点分析原因,通过解除报警诱因以减少反复报警和瞬时报警的数量。

(4)顽固报警定位和分析:定位顽固报警的测点并分析其原因,减少顽固报警的数量。

(5)报警维护功能:通过报警维护功能,可以将某些测点的报警挂起一段时间(在指定时间段内不再产生报警),例如在设备进行维护或者更换的时候,如果不挂起报警,可能产生大量无效报警,这种情况下采用报警维护功能,可以减少不必要的报警信息。

(6)多工况报警功能:多工况报警可以令报警在不同的工况下采用不同的报警属性,从而提高报警信息的有效性,降低无效报警产生的几率。

(7)报警KPI分析:FAlarm提供的报警KPI指标采用了ISA-18.2标准,通过统计系统KPI并和标准指标进行对比,为进一步优化报警系统提供决策数据。

4 报警数据挖掘

DCS系统所提供的原始报警信息虽然可以解决现场的很多问题,但是其利用价值并没有被充分的挖掘出来,在大数据技术越来越成熟的今天,对海量历史报警信息进行数据挖掘并为生产提供辅助决策信息成为可能。

力控FAlarm平台就提供了大量统计分析和数据挖掘的工具,配合行业中的生产模型和设备模型,可以完成设备故障预警、异常停机预警、生产事故预警、设备老化分析、人员KPI统计等。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

在嵌入式系统和底层驱动开发中,C语言因其高效性和可控性成为主流选择,但缺乏原生单元测试支持成为开发痛点。本文提出一种基于宏定义和测试用例管理的轻量级单元测试框架方案,通过自定义断言宏和测试注册机制,实现无需外部依赖的嵌入...

关键字: C语言 嵌入式系统 驱动开发

在Linux设备驱动开发中,等待队列(Wait Queue)是实现进程睡眠与唤醒的核心机制,它允许进程在资源不可用时主动放弃CPU,进入可中断睡眠状态,待资源就绪后再被唤醒。本文通过C语言模型解析等待队列的实现原理,结合...

关键字: 驱动开发 C语言 Linux

在数字化时代,电子墨水屏(E-Ink)因其独特的显示效果和低功耗特性,在电子书、智能手写本等领域得到了广泛应用。然而,电子墨水屏的刷新率一直是其发展的瓶颈,如何在保证低功耗的同时提高刷新率,成为了驱动开发中的一个重要课题...

关键字: 电子墨水屏 E-Ink 驱动开发

在Linux驱动开发中,设备树(Device Tree)作为一种描述硬件信息的数据结构,扮演着至关重要的角色。它使得操作系统能够以一种更加灵活和标准化的方式识别和管理硬件设备。然而,在实际的开发过程中,设备树配置错误或理...

关键字: Linux 驱动开发 Debug

在嵌入式系统与设备驱动开发的广阔领域中,时钟、定时器以及延时函数扮演着至关重要的角色。它们不仅是系统时间管理的基石,更是实现高效、精确控制硬件行为的关键工具。本文将深入探讨这三种机制在驱动开发中的具体应用、实现方式及注意...

关键字: 驱动开发 嵌入式系统 延时函数

在Linux内核的广阔领域中,驱动开发是连接硬件与软件、实现设备功能的关键环节。在这个过程中,文件操作函数与I/O操作函数作为两大核心工具,各自扮演着不可或缺的角色。本文旨在深入探讨这两种函数在Linux驱动开发中的区别...

关键字: I/O操作函数 文件操作函数 Linux 驱动开发

史胜辉,在MTK工作了11年,一直在基带芯片的USB驱动领域做开发和验证。从最开始做USB2.0/3.0 IP验证和驱动开发到后面带领团队做上层协议驱动开发,以及跟硬件设计部门合作开发全新的USB硬件加速器。

关键字: 基带芯片 驱动领域 驱动开发

点击上方名片关注我们朱老师推荐语:此岗位为AIoT终身成长大会员同学提供的自己公司的岗位内推,总部在深圳,是一家专业从事闭路电视监控设备、会议摄像机的研发、制造、销售的高科技企业,有学过嵌入式课程或者海思项目的同学,想换...

关键字: 开发工程师 linux驱动 驱动开发

最近在学习MIPI接口的LCD驱动开发与调试,这里我主要用的是MIPI-DSI接口,它学习起来真的是太复杂了,特别是对于我这种很久都没写驱动来说更是头疼,但是头疼归头疼,工作咱们还是要完成的,那就只能硬着头皮往下肝吧!首...

关键字: MIPI 驱动开发 调试

关注、星标嵌入式云IOT技术圈,精彩及时送达来源|  Linux与SoC整理出了6种驱动开发时与设备注册、设备树相关的调试方法,彼此间没有优先级之分,每种方法不一定是最优解,但可以作为一种debug查找问题的手段,快速定...

关键字: 驱动开发
关闭