Control"},"section_hierarchy":[{"id":33176,"name":"Products","alias":"products"},{"id":33177,"name":"Control","alias":"products/control"}],"taxonomy":[],"authors":[{"id":13743059,"name":"David Greenfield"}]}">

为何闹钟不走

二月82012
良好的报警管理是一个廉价和相对容易实施的过程为何大多数操作员和工程师表示报警超载持续对生产过程产生消极影响?

生产环境中的警讯问题 所有运算符都知道需要处理死税是生活不可避免的一部分,流程报警与停机、维护及偶发瓶颈一样是生产业务的一部分。

自主世界公司考虑到其在离散制造、连续处理和混合处理行业生产操作中不可或缺的作用,并想深入了解生产操作商和工程师处理这些无所不在的报警的方式,要求用户对与报警管理最佳做法有关的一系列问题发表评论帮助确保准确表示状态报警管理,调查匿名,除业界和公司规模外没有收集应答者数据

近中小分解调查中几乎每个问题都突显出跨行业持续警警管理问题

基准线
建立框架调查问题侧重于七个领域报警管理基本最佳做法调查所涉领域包括:

  • 创建并采纳企业报警管理理念
  • 报警性能基准测试
  • Bad演艺人报警解析法
  • 报警文档和合理化
  • 报警系统审核和执法
  • 实时报警管理并
  • 控制并维护报警系统性能

受访者代表着良好的跨行业,52%来自工序行业(主要是石油和公用事业),33%来自离散制造行业(机器和汽车行业是该类中最大的两个行业响应),14%来自混合产业,如食品和饮料及药剂业。

有了这些行业的广泛代表性,初步审查结果证明出奇:约50%受访者不遵循任何基本报警管理最佳做法

约50%终端用户没有指导思想或实践,近70%受访者表示报警超载会影响他们正确操作生产过程的能力

关於什么

不关我事
生产操作员和工程师似乎与总体报警管理实践脱节, 因为他们不视之为日常作业职责或应用程序的一部分, 富士Chmielewski表示SimaticPCS7营销主管 Alphretta Ga

Chmielewski工作定期访问各种植物,甚至在各种设施中执行报警管理程序他说结果自动化世界调查与他在现实世界所见重合

Chmielewski表示:「我们一般不见客户定义系统部署或持续维护规范系统内若有报警 多数运算符和工程师估计它一定有原因结果是越来越多的报警持续注入系统 无法全面理解或自主

多生产设施报警管理状况十分严峻,逐站方法正在取得一些进展。

TriCore公司总裁兼首席执行官David McCarthy表示, 更多系统设计师期望避免设施内异常故障报警,

麦卡锡表示:「嵌入到文档中逐功能系统软件的所有关键故障响应行为(除功能行为相关所有项目外 ) ”文档中所有报警和关联系统响应都定义化,但以单个功能操作为背景

不仅技术员工审查这些规范,操作员工审查McCarthy补充,以确保自动化系统满足操作需求并充分解决所有安全问题

macarthy表示:「进程关机、停机或停机自动响应临界报警条件,人安全 后加设备产品 都按这些规范审核
良好的系统设计师再也不能随心所欲地部署非临界报警器,

运算符一阵子后对所有麻烦报警都“麻木 ” 补充Chmielewski说,他看到常备报警数数周数月没有解答

操作现实
过去几年来,如果经济下行有好的一面 制造商和处理器, 这是因为许多工程师无法像预期的那样退休结果公司长期担心的人才流失没有高端实现提醒方面的好处是处理麻烦报警并知道哪些可以安全忽略

真正的问题在于报警管理问题相对便宜易修问题在于它们根本得不到解决。

麦卡锡表示:「取决于行业和企业文化, 许多企业并不想投入时间或能量识别并纠正不良行为警讯(小数警讯产生大都警讯问题)”,“我猜想对许多公司而言,投资回报并不足以说服人。”

Chmielewski同意 :Bad动作报警管理很容易处理, 但它不是广效操作, 从TierOne公司直达小操作大公司遇到的问题不多,因为更多人通过委员会参与实施最佳做法应用小型操作中 主管生产系统的家伙 上天天顶上处理HVAC问题问题大都在于为什么报警问题保持过程层次 而不由操作团队高层次解决

宏观层次上,当涉及到生产设施文献和操作原理时,报警只是问题中的一小部分Chmielewski表示,多厂DAS文档(分布式控制系统)常不更新,流程和仪表图以及进程描述常过期归根结底问题在于DCS易变模拟代码放入并被遗忘,不再生产的老产品仍留在系统内,但是没有人想删除这些代码,万一产品卷土重来,没有人想删除这些代码。

Chmielewski说,厨房里有太多厨师本质上缺乏对理念的理解 即把点I/O输入系统 和如何实际执行

行动问题
所有现代DSS向终端用户提供工具以适当处理报警管理问题70%的受访者表示麻烦报警为生产问题, 修补问题的必要性是显而易见的技术在多数设施中都到位,真正的问题在于操作文化以及操作者教育程度

或电机问题或关机假设时操作者往往不理解过程所有方面”, Chmielewski表示调用警钟 令警钟在乐团内表现

很难教人讲过程背后的哲学他们只想让烦扰他们的报警消失工具可能就位并教运算符,

这使讨论回溯到文献和哲学问题同许多生产问题一样,报警管理核心直接受公司文化和期望影响万一不需要工程师和操作符良好报警管理 很可能不会发生

TriCore从系统集成器角度处理问题,采取数步来减轻操作人员超载报警

报警管理技巧
个人工作站上,我们只显示与工作站默认操作区相关联的报警程序,McCarthy表示仍然可以查看并管理工作站的所有报警器,默认情况下只有与区域相关的报警器是可见的。”

TriCore也提供一种方法 暂时抑制扰动报警macarthy举例子说明它们是如何做到这一点的:阀门上传感器对阀门的实际位置提供独立反馈允许开关启动时间后,若感知启动者实际和预期位置之间的差异,通常会生成报警器(也可能启动故障响应行为)。大部分时间发生这种情况时,但故障实际上在传感器中,而不是阀门中。等传感器重新校准、修复或替换后,TriCore允许能力以可见可追踪方式压缩报警显示器和报告可用以表示哪些提醒被抑制、何时禁止和由何人禁止

非临界报警时,TriCore提供接口显示仅由运算符修改提醒这有助于减少业务员工管理警钟量

麦卡锡写道 关口关口关口 锁住谁能执行阈值定点修改系统内还输入被动跟踪软件 管理者可以算出何者何地何时何地增加责任制有助于更好地管理整体过程。”

点击这里阅读世界自动化调查有关报警管理最佳做法的结果

点击这里阅读低运算符参与设置报警管理策略

赞助建议

产业更新:OT中的AI

微软人工智能与Avela和Siemens操作技术软件

cobot安全透视

自动化世界DavidGreenfield与美国SchmersalDevin Murray学习abtu风险评估

运动控制:电或气

复杂机多轴运动控制充电选择常取决于应用速度和行程长度

未来创新将如何影响机器人集成

Misa Ilkhechi突出过去五年机器人整合的变革进步,特别是在互操作性方面