TPS系统常见故障及处理
- 格式:ppt
- 大小:1.56 MB
- 文档页数:40
6、INACTIVE(ACTIVE) INACTIVE指该点没有激活投用;ACTIVE指该点已激活并投用。
点处于INACTIVE时,PV显示坏值,OP输出保持,操作员不能操作(如果必要,通知仪表人员处理)DCS上电Honeywell TPS LCN电缆故障处理作者:流血的狼,2008-2-13 15:50:00 发表于:《Honeywell DCS论坛》共有16人回复,520次点击加为好友发送留言在新年前,我公司的LCN电缆A缆出现故障,B缆正常,怎么也无法切换到A缆工作,噪音主要出现在LCN网络的最后两个节点,NIM节点和APP节点,而且NIM还被拖跨,显示“fault”,现把处理过程列出来:1、初步判断是APP节点到NIM节点LCN电缆故障,于是把APP节点停止,电脑断电,这是LCN电缆A缆可以正常工作,但是当重新启动APP节点后,过了一段时间,A缆依旧故障;这样通过停用APP节点可以切换到A缆试验两次,都可以;2、后来又出现问题后,停用APP节点还是无法切换到A缆;于是更换APP节点的MAU,可以正常切换,但是过了一段时间后,A缆依旧故障;3、于是检查APP节点到NIM的A缆;从外观上看没有问题;由于无备件,新年到了,于是甩开APP节点,把A缆的终端电阻接到NIM一头;这是工作正常;春节过后,在这长达8天的时间A缆都是工作正常的;说明问题出现在APP节点到NIM节点之间,故障点判断正确;4、目前还要两个点需要判断,一个是MAU到APP的LCNP电缆是否正常?一个是LCN A缆(APP到NIM)电缆是否正常,是否电缆受到了干扰;5、于是重新把APP节点并入LCN网,但是这节电缆是敷设在防静电地板上的,这样做的原因是判断是否有别的电缆对它造成干扰,今天做了这个工作,目前正常,但是还要观察;6、后续工作主要是,如果还有问题,那么更换LCN电缆或更换MAU到LCNP电缆;7、关于后期的处理还要观察,目前只做到了这一步,毕竟备件很少,只能这么试。
性能测试常见问题分析⼀、内存溢出1、堆内存溢出现象: (1)压测执⾏⼀段时间后,系统处理能⼒下降。
这时⽤JConsole、JVisualVM等⼯具连上服务器查看GC情况,每次GC回收都不彻底并且可⽤堆内存越来越少。
(2)压测持续下去,最终在⽇志中有报错信息:ng.OutOfMemoryError.Java heap space。
排查⼿段: (1)使⽤jmap -histo pid > test.txt命令将堆内存使⽤情况保存到test.txt⽂件中,打开⽂件查看排在前50的类中有没有熟悉的或者是公司标注的类名,如果有则⾼度怀疑内存泄漏是这个类导致的。
(2)如果没有,则使⽤命令:jmap -dump:live,format=b,file=test.dump pid⽣成test.dump⽂件,然后使⽤MAT进⾏分析。
(3)如果怀疑是内存泄漏,也可以使⽤JProfiler连上服务器在开始跑压测,运⾏⼀段时间后点击“Mark Current Values”,后续的运⾏就会显⽰增量,这时执⾏⼀下GC,观察哪个类没有彻底回收,基本就可以判断是这个类导致的内存泄漏。
解决⽅式:优化代码,对象使⽤完毕,需要置成null。
2、永久代 / ⽅法区溢出现象:压测执⾏⼀段时间后,⽇志中有报错信息:ng.OutOfMemoryError: PermGen space。
产⽣原因:由于类、⽅法描述、字段描述、常量池、访问修饰符等⼀些静态变量太多,将持久代占满导致持久代溢出。
解决⽅法:修改JVM参数,将XX:MaxPermSize参数调⼤。
尽量减少静态变量。
3、栈内存溢出现象:压测执⾏⼀段时间后,⽇志中有报错信息:ng.StackOverflowError。
产⽣原因:线程请求的栈深度⼤于虚拟机所允许的最⼤深度,递归没返回,戒者循环调⽤造成。
解决⽅法:修改JVM参数,将Xss参数改⼤,增加栈内存。
栈内存溢出⼀定是做批量操作引起的,减少批处理数据量。
第五节系统维护举例TPS系统功能强大,性能也很稳定。
但在系统的运行过程和日常维护中也会遇到各种各样的问题。
下面针对系统维护中常见的问题举几个简单的例子:一、GUS死机当GUS出现死机时,应记下当时的温度、湿度、锁定的画面,观察右上角的时钟是否走动,记下此时US的地址号,点击任务拦的RESET键,待任务拦“READY”和窗口右上角,“>”出现之后,点击LOAD键,选择属性W,N,1,2,3,4,X?键入“W”回车,再选路径NCF?N,1,2,3,4,X?键入“N”,回车,3~5 min后即可恢复正常。
二、鼠标、键盘失灵关闭该GUS,然后将WINDOWS NT/2000系统关闭。
检查鼠标、键盘接口无误,然后重新启动NT系统,进入GUS用户,待任务拦“READY”和窗口右上角“>”出现之后,点击LOAD键,选择属性W,N,1,2,3,4,X?键入“W”回车,再选路径NCF? N,1,2,3,4,X?键入“N”,回车,3~5 min后即可恢复正常。
三、个别键盘失灵关闭该GUS,然后将WINDOWS NT/2000系统关闭。
检查控制失灵的键盘的键盘接口是否松动,确保接口好用。
然后重新启动NT系统,进入GUS用户,待任务拦“READY”和窗口右上角“>”出现之后,点击LOAD键,选择属性W,N,1,2,3,4,X?键入“W”回车,再选路径NCF? N,1,2,3,4,X?键入“N”,回车,3~5 min后即可恢复正常。
四、工艺反应其控制回路控制作用相反根据工艺反应,做如下检查:(1)请工艺确认现场阀是风开阀还是风关阀,然后检查该输出表的OPTDIR字段的设置。
风开阀设为“DIRECT”,风开阀设为“REVERSE”。
然后,检查安全栅侧输出回路的电流值,确保其与输出表的值相对应。
(2)如上述检查有误,则更正。
如无误,检查该回路控制表的CTLACTN字段。
分析该控制回路的控制对象的正反作用。
如正作用,则将控制表的CTLACTN字段设为“DIRECT”;如反作用,则将控制表的CTLACTN字段设为“REVERSE”。
OptiX2500+(Metro3000)更换主控板引起TPS保护
失效故障分析
1.系统概述
某传输网如图1-1所示。
5个站组成的一个STM-16复用段保护环,1号站为网关网元,1号站到其它各个站有业务。
图1-1系统组网图
NM
NE2
NE3 NE4
NE1 STM-16 MSP
W
W
W
W E
E
E
E W
E
NE5
2.故障现象
1号网元支路上插有4块PD1板,设置TPS保护,IU 1板位保护IU 2,IU 3、IU 4板位。
拔出IU 2板位,TPS保护起作用,IU 1板位保护IU 2板位。
此时更换主控板,等主控板完全启动正常后,IU 2板位业务中断,TPS失去保护作用。
3.故障分析及排除
更换主控板后,在还没有完全启动到正常状态前,IU 2板位的业务是能得到保护的。
在主控板完全启动到正常状态后,IU 2板位业务中断,测试仪表显示2M通道上报AIS告警。
在网管上查询TPS保护状态,发现IU 2组TPS保护都被设置为了禁止状态。
重新在网管上把TPS设置为使能状态后,IU 2板位业务重新得到TPS保护,业务恢复。
4.结论及建议
更换主控板,必须重新在网管上设置TPS相关参数,否则会引起TPS保护失效。
医科达XIO计划系统故障分析
1、XIO计划系统TPS做好计划后,传输到MOSAIQ,出现绿色提示
提示:DICOM输出没有准备好。
2、故障分析:网络不通,所以出现绿色提示。
3、故障处理:首先使用MOSAIQ工作站电脑,点击开始按钮,点击
输入ping 135.150.200.XXX,(XXX为加速器网络内所有电脑的IP地址)测试网络是否畅通,排除可能因网线未接好引起的通讯故障。
4、135.150.200.181此IP地址,医科达网络工程师一般会设为DICOM的地址,此DICOM 为一虚拟计算机,安装在MOSAIQ服务器上。
5、打开服务器电脑双击,双击
此图像为正常,如果不是,需要重新启动DICOM,点击
重启即可。
DICOM为虚拟计算机,重启一定要在Action下点击Reset,重启服务器是无效的。
6、故障产生的原因分析:服务器长期开机,造成DICOM 虚拟计算机死机。
7、建议一定工作周期将服务器、虚拟计算机关机,再开启。
霍尼韦尔TPS系统UCN故障报警的原因分析与接地系统的优化改造摘要当前,我国社会经济取得了较大的发展,TPS系统在经济领域中也得到了较好的应用。
保证TPS系统安全运行,正确使用和维护TPS系统是十分重要的,如果TPS系统的任何环节发生问题,都将会造成比较严重的后果。
本文将对霍尼韦尔TPS系统UCN故障报警的原因进行分析,并对接地系统的优化改造进行阐述。
关键词TPS系统;UCN故障报警;接地系统优化改造1 TPS系统简介TPS系统把整个公司的生产过程控制系统和商业信息系统整合在一个平台上。
TPS的全称是Total Plant Solution,TPS系统是一个自动化系统,该系统具有如下特点:1)公司综合管理控制一体化依照公司综合管理的需求,TPS系统能够和公司信息网相连,从而组成包含广泛内容的计算机综合网络系统,进而对整个公司的生产计划、产品开发、销售、生产过程、有关物质流和信息流进行全面管理。
2)开放性TPS系统的LCN、UCN通信网络都遵循公司自动化协议网络标准,二者均应用美国电机及电子工程师学会制定的IEEE 8024与国际标准化组织制定的ISO 802 4开放系统互连的标准。
TPS系统的PCN网络选用的是以太网,而以太网是当前办公自动化领域中应用最广泛的网络;TPS系统中的GUS全方位操作站提供标准的以太网接口,从而可以让整个公司实现管、控一体化目标。
3)人机接口在TPS系统中,操作者可以实现丰富多彩且具有特色的操作,能够设计从简单到复杂的各类用户显示界面。
TPS系统全方位用户操作站应用了智能显示技术、高分辨彩色液晶显示器技术与窗口技术等技术,是面向过程的单一窗口,且各个GUS工作站均可以存取TPS系统大量的数据。
4)过程控制功能TPS系统能够实现从简单的常规PID控制到复杂的高级控制,控制策略包括顺控的、常规的、批量的、逻辑的控制。
TPS系统能够从其它公司的设备上采集数据,也可以在一个或者多个万能控制网络(UCN)上的HPM过程控制站、INI逻辑控制站上采集数据。
HoneyWell TPS是美国HoneyWell公司的最新产品,它是在TDC-3000系统基础上发展起来的,以Windows NT4.0为基本操作系统平台,继承了TDC-3000系统的全部功能。
具有开放性强、用户界面友好、方便与第三方软件通讯的优点。
我厂的TPS系统是1998年6月从美国HoneyWell公司引进的原装产品。
本系统用于我Ⅱ催化生产装置的反应、分馏、稳定、脱硫、碱洗、余热锅炉等的过程控制。
经过近几年的摸索和实践,我们碰到一些常见问题并总结出处理办法。
(一) GUS流程图数据调不出或GUS NATIVE WINDOW无数据显示,处理过程如下:(1)调出LCNP面板,做RESET LCNP操作,等待LCNP自检正常后,退出该状态。
(2)在NATIVE WINDOWS 中,按“LOAD”或击键盘上的“LOAD”键。
(3)按LOAD键,待有提示出现时,键入“W”,再等待下一个提示时输入“N”。
(4)等待,直至窗口中显示系统状态画面,调出流程图。
(5)CTL+ALT+DEL,选择LOGOFF,退出登录。
(6)按CTL+ALT+DEL,等待出现对话框,输入帐号、口令。
(7)按ALT+S,访问START菜单,调出NATIVE WINDOW。
(二) 数据点没有显示或数据点显示数据不变,而实际有变化,处理过程如下:(1)调出NATIVE WINDOW,按IKB上的DETAIL键,输入“点名”,如TI101。
(2)NATIVE WINDOW显示点细目。
(3)在点细目上查看以下参数设置:PVSOURCE:AUTO(正常设置);MAN(会造成点的PV显示不变化)PVRAW:有数值表示现场信号已进入计算机;―――表示现场信号没有进入计算机;负值表示接收到的信号为小信号。
PV:后缀字母红色―表示“B”坏值;黄色―表示“L/H”超低限/高限。
LOCUTOFF:若设定有值,当PV小于该设定值,PV显示“0”值。