报警和事件管理综述_第1页
报警和事件管理综述_第2页
报警和事件管理综述_第3页
报警和事件管理综述_第4页
报警和事件管理综述_第5页
已阅读5页,还剩60页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

报警和事件管理2007年10月报警管理概论定义当前报警系统的问题问题产生的原因问题产生的后果报警管理实施生命周期(阶段)及软件工具报警管理项目的实施

报警管理的定义报警管理是一个过程,通过这一过程实现报警的监测、管理和工程化,从而保证安全、可靠的操作。每年200亿美金损失*生产损失(产品不合格、加工能力降低、设备磨损增加)造成工厂产值损失3-8%设备损坏造成损害人身健康和人身安全的严重后果环境污染挑战造成不正常状态的原因十分复杂并且同自动化密切相关

操作员负荷问题设备运转时间延长问题*异常情况管理协会(AbnormalSituationManagementConsortium)估计不正常状态(工艺过程紊乱)造成的损失模量控制盘

AnalogPanelBoard单个的、固定的、相互邻近的控制盘可以全览整个工艺过程工艺过程紊乱的早期模式识别直接、快速地用控制器进行控制一个控制盘有50到150个报警CRT控制台

CRT-BasedConsole4-6屏幕、50-100个显示画面“显示内情的”工艺过程画面过程紊乱事件识别通过多次键击才能访问控制器一个控制台有2,000到4,000个报警什么地方出了毛病?操作员不可能评估成千上万个报警事件!哪些报警是安全的、操作员可以不管?AlarmsPerOperatorPositionConfigured

DCS带来的报警问题:数量急剧增加DCS带来的报警问题:界面复杂、不清晰DCS带来的报警问题:大量不必要报警•令人厌烦的报警(Nuisancealarms)–被触发的报警,但不需要操作员响应,一般一分钟超过3个–分散操作员的注意力–降低了对真正报警的响应能力–通常是由于维护问题造成的–消除这种报警是改进报警系统的主要目标•常驻报警(Stalealarms)–出现后持续保持很长时间的报警–不需要操作员响应动作–操作员采取动作后仍然清不掉–表明报警的配置设定可能有问题•报警泛滥(AlarmFlood)–在短时间内发生许多报警,而且通常是由单一事件触发的–是报警系统的危险问题–解决起来比较复杂,通常是在波动、扰动等不正常状态时发生–是由事件驱动的–使得操作员束手无策,需要帮助•报警缺乏清晰度–操作员对报警根源以及应采取的行动不清楚加工行业中率先倡导解决这一问题的公司和组织

PAS提出的“危急状态管理的最优方法”Matrikon不正常状态管理协会(ASM)工程设备和材料用户协会(EEMUA)

报警管理的指导标准•EEMUA(EngineeredEquipmentandMaterialsUsersAssociation)1999年公布191号出版物-报警系统:设计、管理和获得指南NAMUR(UserAssociationofProcessControlTechnologyinChemicalandPharmaceuticalIndustries)2003年公布NA102报警管理建议书

•2003年开始制定ISASP18.2•2006年4月PAS出版了报警管理手册–综合指南•2007年3月ISA(Instrument,SystemsandAutomationSociety)公布了PAS的手册–报警管理:性能优化的7个有效方法2007年底至2008年初,ISA将公布ISA18.02Philosophy/SystemRequirementsAssessment&AuditRationalization/DesignRequirementsIdentificationDesignImplementation&TrainingMaintenance&TrainingOperationManagementofChangeMonitoring435110278691PhilosophyDefineprocessesforalarmmanagementandsystemrequirementsPhilosophytemplates,SP18standard,trainingDefinitions,principles,processes,systemrequirementsIdentificationDeterminepotentialalarmsPotentialalarmsasidentifiedbyprocessessuchasPHAs.PotentialAlarmList,PHAreport,P&IDModifications3RationalizationReviewalarmagainstprinciples.CompletedocumentationanddesignrequirementsAlarmphilosophy,andpotentialalarmsDocumentedalarms,designrequirements4DesignCompletethebasicdesign,HMIdesign,andadvancedalarmingdesignAlarmDesignGuideandalarmswithspecifieddesignrequirementsCompletedalarmconfigurations5Implementation&TrainingActivatealarmandtrainoperators.CompletedalarmdesignanddocumentationAlarmResponseProcedures6OperationUsealarmsImplementedalarmsAlarmdata7MaintenancePreventivemaintenance,periodictesting,andrepairofproblemalarmsAlarmmonitoringreportsandalarmphilosophyFunctioningalarms8MonitoringMonitoralarmdataforproblemsidentifiedperthephilosophyAlarmdataandalarmphilosophyAlarmreportsandproblemalarms9ManagementofChangeProcessforadditions,modifications,anddeletionsofalarms.Alarmphilosophy,proposedchangesandproblemalarmsIdentifiedalarmsformodification.10AssessmentPeriodicassessmentofalarmmanagementprocesses.AlarmphilosophyandauditprotocolRecommendationsforimprovement.

实施报警管理的内容•AlarmPhilosophy报警指导原则文档,定义报警管理的方法和步骤,报警管理软件提供报警philosophy书写模版•SystemRequirements报警系统的需求分析•Identification报警辨识:用风险分析等方法确定需要的报警,列出各个报警、风险分析报告、P&ID修改•Rationalization报警理性化:按照报警指导原则philosophy的规定审核各个报警,写出报警理性化文档和报警设计需求。报警管理软件提供理性化文档书写文档•BasicAlarmDesign基本报警设计•HMIDesign人机界面设计•AdvancedAlarmingTechniques先进报警技术•Implementation&InitialTraining报警管理实施和初始培训,要给出对各个活动报警的响应办法,并培训操作员•Operation操作:使用报警系统•Maintenance&RefresherTraining维护和培训:预防性维护,定期检测,修理有问题的报警,高级培训•Monitoring&Assessment监测和评价:检测报警数据并按照philosophy发现报警问题•Reporting报表•ManagementofChange变更管理:增加、修改、及删除报警•Audit审查维护Maintenance继续改进Continuous

Improvement标定和评估Assessment,Benchmarking建立报警指导原则Philosophy报警理性化Rationalization实施和执行Implementation&Execution报警管理不仅是产品,更重要的是一个过程通常将报警管理过程分为6个主要阶段或称生命周期维护继续改进建立报警指导原则报警理性化实施和执行标定和评估ProcessGuardMOCCAProcessGuardMOCCA(ProcessGuard)实时报警阅览

报警和事件分析报警文档和理性化报警核查和强制执行实时报警管理先进报警策略基于操作状态的报警报警泛滥分析ProcessGuardProcessGuardMOCCA报警指导原则文档报警理性化实施和执行安装软件工具和建立实施环境动态报警分析(运用ProcessGuard)确定报警系统性能的关键定量指标操作员的工作负荷(报警数)报警优先级分布有问题的报警比例比较装置的报警系统运行性能标定和差距分析是继续改进的基础标定的依据是最好的工业实践标准(如EEMUA)识别出不良报警修理报警系统:去除Nuisance(Annoying)报警根据基线估算出项目可以获得的效益维护连续改进

标定和评估报警管理软件工具和实施环境DCS/PLC/HMI历史数据库历史数据浏览事故评估报警系统性能测评实时报警和事件阅览报表和分析报警和时间历史数据库报警主数据库(DCS的报警配置、工程值和文档)报警配置报表和分析报警设计指导原则文档和配置变化管理操作员响应行动指南差距分析动态报警管理配置改变其它资源:P&ID、HMI、HAZOP、操作规程其它工业9003518025/40/355能源20006535025/40/358石油化工150010018025/40/359油气12005022025/40/356EEMUA14491080/15/51工业调查情况你每天收到多少个报警?平圴每日报警次数平圴驻留报警次数每十分钟最多报警次数平均每十分钟报警次数优先级分布

%

(低/中/高)测定报警系统性能的报警次数KPI在一天的测试时间长度内,一个操作员在一个小时内遇到的平均报警数在一天的测试时间长度内,一个操作员在一个小时内遇到的最大报警数在一天的测试时间长度内,报警数超过10个的10分钟个数平均报警数/操作员/小时最大报警数/操作员/小时报警数超过10个的10分钟个数PredictiveRobustStableReactiveOverloaded在正常操作情况下用起来很困难

在装置运行紊乱时被抛在一边,不能应用超载Overloaded有反应性Reactive稳定Stable皮实Robust预测Predictive在正常操作情况下比较稳定和有实用价值在装置运行紊乱时通常不能使用在正常操作情况下对报警有详细说明在装置运行紊乱时实用性降低,同有反应性级别相比,平均和高峰报警速率都有改进

在正常操作情况下可靠在装置运行紊乱时也可靠不管什么情况都保持稳定为避免运行紊乱和扰动或者为使运行紊乱和扰动的负面影响减少到最小提供有用信息报警管理性能等级过程和设备故障探测和诊断

研究不正常的过程或设备行为1通过信息集成提高报警的可视性,通过报警分析揭示出报警根源和需要严加注意的加工区域2提高加工的连贯性和产品质量,通过报警和事件分析发现影响产品质量的运行问题3通过集成降低操作运行风险,报警的集成无疑会提高控制系统的总可靠性,从而减少事故发生和提高产率每天的报警次数报警按优先级的分布每天的常驻(standing)报警次数每10分钟的报警数在标定阶段,为了解报警和事件情况,以便识别具最大风险或最大影响的区域经常使用的报表操作员回应行动次数

Nuisanceandstanding

报警限设置不当没有任何问题时产生的报警存在不必要的测量点设定报警点时不知道要求操作员做什么没有考虑过程变量的交互作用环境变化可能影响仪表小的扰动产生的报警报警重复单个报警设置,未考虑整个工艺过程控制回路有问题仪表维护问题输入数据有误在系统的标定和评价阶段要把大部分令人厌烦的报警修理好头20个产生坏报警的Tag:找出那些产生大量噪音报警的变量是否报警一直响?找出坏报警(NuisanceandStandingAlarms)并搞清楚改变不良报警会产生什么影响常用的报标举例或者只是一次性事件?报警次数最多的头20个Tag报警数统计(2006年10月31日至2007年1月31日TPDBTPDB如果控制器死区(Deadband)太靠近TP就会产生很多次报警,是典型的Nuisance报警AreaAlarmsReduction%Reduction1339,521325,42395.8%2225,668133,30759.1%3414,887333,39580.4%464,69546,74972.3%593,84871,37276.1%679,43472,93591.8%7482,375413,09485.6%8644,487593,90492.2%9183,31277,41742.2%10106,21238,56636.3%1191,68629,18831.8%1239,3058,62521.9%1333,11522,64668.4%1444,52724,88255.9%1558,04951,78289.2%1613598413830.4%1721071851640.4%18207391315263.4%195567224740.4%21127186868.3%识别不良报警发生频率高喋喋不休陈旧报警等重新配置不良报警配置变更管理文档审批培训操作员实施变更增强操作员的信心识别和修理不良报警报警指导原则文档报警合理化实施和执行标定和评估Philosophy是用于设计、实施、监测DCS报警系统并涵盖了大量实践经验的综合文档编制整个公司的报警指导原则文档,规定:各个报警的目的、分派任务和责任、定义报警的工作规程、如何分配报警优先级、预期的操作员对报警的响应、对变更的管理等等软件提供Philosophy编写模版维护连续改进AlarmPhilosophyContentsIntroductionDefinitionsPurposeoftheAlarmSystemImportanceofAlarmManagementAlarmManagementProcessRolesandResponsibilitiesAlarmDesignPrinciplesAlarmPresentationStandardAlarmRationalizationProcessAlarmDataCollectionSystemPerformanceMetrics&TargetsAlarmSystemMaintenancePlanAdvancedAlarmTechniquesRequiredAlarmDocumentationTraining&CommissioningManagementofChangeRelatedDocumentsReferences

Alarmselection如何选择报警Alarmprioritydetermination如何确定报警的优先级Alarmconfiguration如何配置报警Nuisancealarmresolution解决令人厌烦的报警Alarmhandlingmethods处理报警的方法Alarmsystemperformancemonitoring如何监测和评价报警系统的性能Alarmdetection,presentationandannunciation报警发现、表述和公布Operatorinterfaceforalarms报警的操作员界面Operatorresponsetoalarms操作员如何响应报警AlarmsystemManagementofChange(MOC)报警系统变化管理报警指导原则(Philosophy)的关键问题报警优先级的确定方法后果的严重性…确定报警优先级可利用的响应时间>30分钟10-30分钟3-10分钟<3分钟报警指导原则文档报警理性化实施和执行标定和评估对DCS所有配置的/工程设计的可以产生报警的标签(Tag)进行评估,包括对报警泛滥进行分析优化报警的数量和质量对典型的正在生产的工厂,一天可以修复50到100个报警可能要对某些报警重新进行配置编制报警理性化文档并存入主报警数据库报警理性化文档是由实施组在软件的帮助下完成的,软件提供一个方法,使报警理性化(Rationalization)文档编制更快和更有效维护连续改进FloodSeverity,bymeasuringtheaverageandpeakalarmrateduringthefloodevent.Floodswith10-20alarmsina10minutetimeperiodmaybeconsideredminor,floodswith20-30asapeakratearemoderate,floodswithmorethan30aremajor.Asinglealarmfloodeventmaylastformanyminutesorhours,withvaryinglevelsofintensitythroughout.AlarmFloodAnalysis–57Days

NumberofFloods318FloodsPerDay5.5TotalAlarmsinAllFloods163,344AverageAlarmsperFlood514HighestAlarmCountinaFlood19368PercentageofAlarmsinFloodsvs.AllAnnunciatedAlarms94.0%TotalDurationofFloods,inHours754PercentageofTimeAlarmSystemisinaFloodCondition54.2%报警泛滥分析阶段:重复报警:多余报警、报警限太接近(如HI和HIHI)、报警泛滥分析喋喋不休的报警:死区(Deadband)问题、给定点设置问题、报警限不正确等等报警系统性能分析报警泛滥周期AlarmFloodPeriods每个报警类型的报警次数AlarmsperAlarmType装置的报警数AlarmsbyUnit每个时间周期内的报警数AlarmsperTimePeriod频繁发生的报警FrequentAlarms喋喋不休的报警ChatteringAlarms报警因果关系ConsequentialAlarms重复的报警DuplicateAlarms报警优先级分布PriorityDistribution陈旧的报警StaleAlarms报警时间TimeinAlarm认可时间TimetoAcknowledge报警系统设置分析报警启用状态AlarmEnableState报警优先级AlarmPriorities报警启动点AlarmTripPoints每个时间周期内的变更ChangesperTimePeriod控制器模式ControllerModes控制设定点ControlSetPoints输出–模量Outputs-Analog输出–数字Outputs-Digital范围Ranges调节常数TuningConstants工艺过程变更分析按优先级的报警分布(AlarmsbyPriority)按类型的报警分布(AlarmsbyType)配置的重复报警ConfiguredDuplicateAlarms不启用/禁止的报警Disabled/inhibitedAlarmsTagsbyTypeTagswithAlarms挑出前10个最不好的报警实施小组评估提交报警配置改变方案厂领导批准?将报警配置改变存入主报警数据库,并在DCS上实施报警理性化工作流程报警文档应包括的内容

•LooporTagname(回路或Tag名)•BasicDescription(基本描述)•AlarmTextMessage(报警正文消息)•AlarmPurpose(报警目的)•AlarmType(报警类型)•Trigger,Setpoint,orAlarmLimit•RationalefortheAlarmTrigger(引发报警的基本原理)•Approveddeadband(认可的死区)•Approvedtimedelay(认可的时间延迟)•AlarmPriority(报警的优先级)•SpecificsofImplementation(实施细节)•AlarmCauses(报警起因)•PotentialConsequences(可能造成的后果)•SafeOperatingConditions(安全操作条•InitialResponse/VerificationSteps(初始响应/证实步骤)•TimeUrgency(时间紧迫性)•ExpectedOperatorAction

(操作员应采取的行动)•SuppressionConditionsandDuration(抑制条件和持续时间)•ExpectedAlarmFrequency(预期的报警频率)•Expectedrelatedor“correlated”alarms(预期的相关报警)•AssociatedEquipment(关联的设备)•RelatedP&IDs(关联的工艺过程和仪表流程图)•RelatedPHAs(关联的工艺过程危险性分析)•RelatedSISInformation(有关的安全仪表系统信息)•SpecificFieldLocation(特定位置)•AlarmTestinginstructions(报警测试说明)•Normaloperatingconditions(正常操作条件)•SpecialInstrumentationConsiderations(特殊的仪表方面的考虑)快速查看变量标签(tag)信息推断原因、后果、并且分析报警产生的条件报警理性化:通过点击鼠标,帮助您进行报警理性化和建立文档工作报警指导原则文档报警理性化实施和执行标定和评估在DCS上实施理性化报警策略实施先进报警策略报警搁置依据工艺过程具体情况,临时搁置某些报警动态报警依据工艺过程的操作状态(开工和停工、原料和产品变化、设备维护等)实施相应的报警报警泛滥的抑制报警屏蔽(eclipsing)如果达到HH报警,将H报警屏蔽维护连续改进维护报警指导原则文档报警合理化实施和执行标定和评价建立报警性能的定量计量方法和基础结构,用于控制回路、控制台、装置、一个或多个工厂报警性能的日常监测,并解决出现的问题维持报警系统改进后的效益:建立主报警数据库跟踪所作的变动监测未授权的变更报告所有的变更防止未经审查认可的变动,强制执行理性化报警设置避免报警数回升建立报警系统维护工作规程实行自动审核和强制执行

坚持不懈进行报警管理将报警管理集成进实际工作、融入公司文化连续改进AlarmCreepAlarmSystemRe-engineeredMaintainedAlarmSystem报警随时间不断攀升连续改进维护报警体系报警合理化实施和执行标定和评价分析在扰动情况下的报警泛滥探索监测工艺装置操作状态的有效方法•在工艺过程波动时帮助操作员操作•减少工艺过程故障停工•在工艺过程波动时避免控制系统超载•帮助及时发现问题•识别出可以改进的区域•及时发现需要维护的仪表•识别出在工艺过程、控制和操作方面需要改进的地方报警管理的重要性自动收集DCS报警和事件数据并存入报警和事件数据库自动收集DCS报警配置数据以及工程数据,建立主报警数据库系统检查DCS每一个已有报警的Tag,并写成文档(使用文档模板)系统研究DCS每一个没有配置报警的Tag,看是否应该设置报警?如果需要,报警TP和优先级如何设定?是否要考虑工艺过程模式?等等。建立文档,报警文档必需包括报警原因、可能的后果、应该采取的校正措施等等目标是在报警数目和报警质量两方面优化报警系统。重点是解决报警泛滥和报警不清晰问题,每一个报警必须同操作员的响应行动相联系。ProcessGuard:评估和分析实际发生的报警,这种报警称为“实时”或“动态”报警报警和事件历史数据库自动报警评估问题分析报表Web可视性通用连接性ProcessGuard报警问题分析所用报表举例:按操作控制台统计报警数按变量标签(tag)统计报警数操作员的干预和响应时间无休止的(Chattering)报警数报警优先级的分布常驻报警报警和工艺实时数据结合与Excel集成的

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论