TDC-3000系统故障处理实例

创新与实践　石　油　化　工　自　动　化，２００６．３；９３　ＡＵＴＯＭＡＴＩＯＮ　ＩＮ　ＰＥＴＲｏ　ＣＨＥＭＩＣＡＩ　ＩＮＤＵＳＴＲＹ　ＴＤＣ一３０００系统故障处理实例　主成雷　（扬子石化股份有限公司烯烃厂仪表车间。江苏南京　２１００４８）　摘要：介绍了ＴＤＣ－３ｏｏｏ系统中ＡＰＭ通信故障１侧及其处理过程。　关■词：ＴＤＣ　３０００系统Ｉ故障处理Ｉ通信　中田分类号：ＴＰ３０６．３　文献标识码：Ｂ　文章编号：１００７—７３２４（２００６）０３—００９３—０２　扬子石化股份有限公司烯烃厂乙烯生产装置　网上的ＡＰＭ１１，ＡＰＭ１３，ＡＰＭ１５，ＡＰＭ１７，　采用美国Ｈｏｎｅｙｗｅｌｌ公司的ＴＤＣ一３０００系统。该　ＡＰＭ１９，ＡＰＭ２１，ＡＰＭ２３相继出现红色Ｐａｒｔｅａｉｌ　系统组成如图１所示。　标志（系统提示：Ｓｏｆｔｆａｉｌ　ＵｃＮ（）ＶＲＵＮ），紧接着　ＬＣＮ网上的设备ＡＭ３３，ＡＭ３４，ＡＭ３５，ＡＭ３６相　继先出现黄色Ｗａｒｎ标志（系统提示；ＥＰＰ　Ｏｖｅｒ—　ｒｕｎ｛Ｐｏｉｎｔ　Ｐｒｏｃｅｓｓｉｎｇ　Ｏｖｅｒｒｕｎｓ　Ａｐｐｒｏａｃｈｉｎｇ　Ａ—　ｂｏｒｔ　Ｌｉｍｉｔ））随后又出现红色Ｆａｉｌ标志（系统提示：　Ｐｏｉｎｔ　Ｐｒｏｃｅｓｓｉｎｇ　Ｏｖｅｒｒｕｎｓ　Ｅｘｃｅｅｄ　Ｌｉｍｉｔ：ＰＨＹＳ　Ｎｏｄｅ　Ｆａｉｌｅｄ）。此时故障状态下依然仍无法读取　ＡＰＭ０９的数据，但是可以读取别的ＡＰＭ上的数　据，大约等待十几分钟后ＡＰＭ０９上出现Ｐａｒｔｅａｉｌ　状态（系统提示；Ｃ０ＭＭ　ＰＲＯＣ　ＤＩＡＧ　Ｃｙｃｌｅ　Ｃｖｅｒ—　图１　ＴＤＣ一３０００系统配置图　ｆｌｏｗ），其他的ＡＰＭ上的ＰＲＴＦＡＩＬ变为ＯＫ标　该系统用于对整个６５０　ｋｔ／ａ乙烯装置的过程　志，再等待几分钟后，主ＡＰＭＭＯ９的状态由ＰＲＴ—　控制。过程控制管理器的分配主要根据工艺流程　ＦＡＩＬ变为ＯＫ标志，从ＡＰＭＭＩＯ变为ＢＡＣＫＵＰ　来分配，分为裂解炉区、急冷区、压缩区、分离区、成　状态，但是从ＵＳ仍无法读出ＡＰＭＯ９上的数据，　品罐区、汽油加氢区及共用工程区等。由于该　又等待几十分钟后，ＡＰＭ０９上的数据开始出现，　ＤＣＳ系统庞大、设备多，因此系统也经常出现故　但几分钟后数据又消失。大约半个小时后，数据开　障，现将碰到的一例不常见的故障及其处理过程总　始出现，然后数据又消失，这种出现一消失一出现　结出来与同行交流。　现象一直存在。　１　故障现象　Ｓｙｓｔｅｍ　Ｓｔａｔｕｓ上的ＡＰＭ０９　Ｄｅｔａｉｌ　Ｓｔａｔｕｓ画　从ＵＳ操作台无法调出急冷区所有仪表操作　面也时隐时现。　画面，急冷区流程图上的数据也全部为坏值，但从　３故障处理　ＵＳ操作台可以调出其他区的仪表操作画面。此　在ＡＰＭ０９　Ｄｅｔａｉｌ　Ｓｔａｔｕｓ画面出现时，调出　时数据采集历史模件ＨＭ也出现黄色Ｗａｒｎ标志　ＡＰＭＭ０９的Ｄｅｔａｉｌ　Ｓｔａｔｕｓ画面，从ＵＣＮ　Ｓｔａｔｕｓ　（系统提示：Ｃｈｅｃｋ　Ｓｙｓｔｅｍ　Ｌｏａｄ　６０ＳＥＣ．Ｈｉｓｔｏｒｙ　画面Ｓｔａｔｉｓｔｉｃｓ可以看出Ｃａｂｌｅ　Ａ　Ｎｏｉｓｅ和Ｃａｂｌｅ　Ｂ　Ｃｏｌｌｅｃｔｉｏｎ　Ｃｙｃｌｅ），历史趋势显示中断。工艺装置　Ｎｏｉｓｅ都为０ｌ在ＡＰＭＭ１０Ｌ　ＩＮＦＯ画面ｌ０Ｌ的　现场没有发生任何波动。　Ｃａｂｌｅ　Ａ，Ｂ　Ｅｒｒｏｒ为０，Ｃａｂｌｅ　Ａ／Ｂ　Ｓｉｌｅｎｃｅｓ为０；但　２故障初步处理过程　是ＩＯＭ　ＩＯＬ　ＩＮＦＯ画面无法看到Ｐｒｉｍａｒｙ　Ｉ（）ＰＳ　根据故障现象笔者初步判定可能是控制急冷　和Ｓｅｃｏｎｄａｒｙ　ＩＯＰＳ卡的任何信息，画面上全部是　区的过程管理器有问题，经查是ＵＣＮ０３网上的　ＡＰＭ０９柜。打开机柜看到主控制器ＡＰＭＭ０９的　收稿日期ｌ２００６—０１—３０ｔ修改稿收到日期ｔ２００６—０２—２Ｏ　第２块卡Ａｄａｎｃｅ　Ｃｏｍｍｕ卡上的灯在闪烁，拔下　作者简介ｔ主成雷（１９７０－－），男，江苏沛县人，１９９０年毕业于兰　该卡件断电后再将其插入后灯的指示正常。在对　州石油学校化工自动化专业．现在扬子石化股份有限公司烯烃厂　ＡＰＭ０９模块进行Ｐｒｏｇｒａｍ　Ｌｏａｄ时，这时ＵＣＮ０３　仪表车间工作。从事自控仪表维护工作，任工程师。　维普资讯 http://www.cqvip.com

９４　石油化工自动化　Ｂａｄ　Ｖａｌｕｅ或？？？。　４故障原因分析　经过分析笔者初步判断认为可能是Ａｄｖａｎｃｅ　笔者对故障产生的原因作了进一步的分析。　Ｃ（）ＭＭ卡或Ｉ／Ｏ　Ｌｉｎｋ卡有问题。把ＡＰＭＭｌＯ的　ＡＰＭ０９过程控制站共有３６块１０Ｐ卡：ＨＬＡＩ　５块控制卡全部进行了更换，在对ＡＰＭＭ１Ｏ进行　冗余卡５对，ＨＬＡＩ非冗余卡８块，ＡＯ冗余卡１６　Ｐｒｏｇｒａｍ　Ｌｏａｄ和主／从切换时，都出现同前面相同　对，ＬＬＭＵＸ非冗余卡５块，ＤＩ非冗余卡２块。　的现象，更换后故障并没有消除。在排除不是　ＡＰＭ０９过程控制站数据点共有６１４个。在该过程　ＡＰＭＭ卡的故障后。笔者进一步查找原因，从　控制站ＰＭ点中还有一个乙烯装置产品产量报表。　ＡＰＭＭ０９　Ｄｅｔａｉｌ画面上ＵＣＮ　Ｓｔａｔｕｉｓ—Ｓｔａｔｉｓｔｉｃｓ　另外从Ｓｙｓｔｅｍ　Ｓｔａｔｕｓ　ＬＣＮ　ＤＩＡＧ细目ＵＣＮ—　Ｐａｇｅ２可以看到　ＳＵＭＭ画面可以看出ＡＰＭ０９　Ｐｅｅｒ—ｔｏ—Ｐｅｅｒ　Ｃｏｍ—　ＣＯＭＭ　Ｐｒｏｃｅｓｓｏｒ　ＣＰＵ　Ｆｒｅｅ　６　－－－２０　ｍｕｎｉｃａｔｉｏｎｓ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｐａｒａｍｅｔｅｒ／ｓ　ＭＡＸ４２１　ＣＴＲＬ　Ｐｒｏｃｅｓｓｏｒ　ＣＰＵ　Ｆｒｅｅ　６８％　ＡＶＧ：８７．２，查ＴＤ（２－３０００系统操作手册，规定　查ＴＤＣ一３０００系统操作手册，系统规定　ＡＰＭ最大值最高不超过４００　ＰＡＲ／ｓ。很显然该　Ｃ（）ＭＭ　Ｐｒｏｃｅｓｓｏｒ　ＣＰＵ　Ｆｒｅｅ不应低于２Ｏ　９，６，由此　控制站对等通讯的数据量很大，同时也与ＵＣＮ进　可以看出是ｃ０ＭＭ　Ｐｒｏｃｅｓｓｏｒ　ＣＰＵ负荷太重造成　行通讯的Ｍｏｄｅｍ卡工作性能降低，造成该控制站　的。因此对系统做了以下处理。　数据堵塞，使得Ｃ０ＭＭ　Ｐｒｏｃｅｓｓｏｒ　ＣＰＵ　Ｆｒｅｅ时间　ａ）ＬＣＮ网上的设备ＡＭ３３。ＡＭ３４，ＡＭ３５。　减少，从而使整个ＵＣＮ网络通讯不畅，ＬＣＮ上的　ＡＰＰ３６，ＡＰＰ３７进行Ｓｈｕｔｄｏｗｎ，把装置所有的优　设备也由于在规定的时间内取不到数据，而不得不　化控制软件包都停掉。ｂ）把历史模件ＨＭ５５数据　变为Ｆａｉｌ状态。　采集Ｈｉｓｔｏｒｙ　Ｃｏｌｌｅｃｔ改为Ｄｉｓａｂｌｅ，要求工艺人员　５故障解决方案　及时记录瞬时数据。Ｃ）把ＵＣＮ０３　ＡＰＭ０９的　在装置停车检修时，笔者把该ＡＰＭ升级为　Ｃｈｅｃｋｐｏｉｎｔ改为Ｄｉｓａｂｌｅ，要求仪表人员及时做好　ＨＰＭ，系统全部恢复正常。　ＡＰＭ０９数据的Ｃｈｅｃｋｐｏｉｎｔ。ｄ）把ＵＣＮ０３　６结束语　ＡＰＭ０９的Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ　Ｓｃａｎ　Ｐｅｒｉｏｄ由０．５　ｓ改为　在该装置中使用的ＴＤＣ一３０００系统所出现的　１．０　Ｓ。ｅ）检查ＡＰＭ０９上的所有硬点和软点组态，　这类故障是比较特殊的。这类故障的出现是与系　去掉不用的点和不合理的组态。ｆ）定期检查ＬＣＮ　统当初设计中点组态数目有关，因此在对ＴＤＣ一　网和ＵＣＮＯ３网上的故障报警状态，随时处理。　３０００系统中过程管理控制站（ＡＰＭ，ＨＰＭ）进行点　经过上述处理，从ＵＳ可以读出ＡＰＭＯ９上的　分配组态时，必须考虑控制站之间Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ点　数据，数据无显示的时间大大地缩短了。基本上不　的数量，同时还应尽量避免用硬点来做历史趋势。　影响工艺人员的操作。　从而使ＴＤＣ一３０００系统能更好地运行。　４　每　聿￥　￥每　卑　｛　｛　｛　占卑　：　｛　每　（上接第７Ｏ页）　用中，由于传送的都是整数值，因此Ｅｘｄａｔａ中的定　对于由ＳＬＣ控制器传送到ＳＩ数组点的数据，　义都是ＩＯ—ＮＮ，使用了３个数组点，其中２个对应　在直接使用前还需要进行处理，在ＳＬＣ控制器中　模拟量对应４～２Ｏ　ｍＡ的输入在内部转换为３　２７７　～１６　３８４的值，因此在ＳＩ数组点中同样也是３　２７７　·一………－－Ｊ　～写　：　读　１６　３８４的值，需要在ＤＣＳ中使用一段ＣＬ程序　对模拟量的量程进行转换，另外，对于数字量信号，　同样也是以整数形式传送过来，还需要使用另一段　ＣＬ程序将每一个数字位的状态分离出来，最终就　可以在ＤＣＳ中对现场进行监控。　４　结束语　通过以上的工作，实现了在现场由ＳＬＣ控制　图３　ＭＣＭ３１５Ｏ和ＴＤＣ３０００　器进行控制，而又可以在ＤＣＳ中进行监控的功能，　系统间的通讯流程　笔者认为这种方案实施比较简单可靠，所需硬件　Ｎ１３；０￣Ｎ１３：３４中的模拟信号数据；另一个对应　少，投用后达到了很好的效果，是一种较好的不同　Ｎ１３：５０－－Ｎ１３：５３中的数字信号数据。　系统间通讯的解决方案。