TPS系统常见故障及处理

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”值。

性能测试中TPS上不去的原因浅析及常见缺陷一、TPS上不去原因解析先来解释下什么叫TPS：TPS（Transaction Per Second）：每秒事务数，指服务器在单位时间内（秒）可以处理的事务数量，一般以request/second为单位。

下面就说说压测中为什么TPS上不去的原因：1、网络带宽在压力测试中，有时候要模拟大量的用户请求，如果单位时间内传递的数据包过大，超过了带宽的传输能力，那么就会造成网络资源竞争，间接导致服务端接收到的请求数达不到服务端的处理能力上限。

2、连接池可用的连接数太少，造成请求等待。

连接池一般分为服务器连接池（比如Tomcat）和数据库连接池（或者理解为最大允许连接数也行）。

3、垃圾回收机制从常见的应用服务器来说，比如Tomcat，因为java的的堆栈内存是动态分配，具体的回收机制是基于算法，如果新生代的Eden和Survivor区频繁的进行Minor GC，老年代的full GC也回收较频繁，那么对TPS也是有一定影响的，因为垃圾回收其本身就会占用一定的资源。

4、数据库配置高并发情况下，如果请求数据需要写入数据库，且需要写入多个表的时候，如果数据库的最大连接数不够，或者写入数据的SQL没有索引没有绑定变量，抑或没有主从分离、读写分离等，就会导致数据库事务处理过慢，影响到TPS。

5、通信连接机制串行、并行、长连接、管道连接等，不同的连接情况，也间接的会对TPS造成影响。

丢包：数据在网络上是以数据包的形式传输的，如果丢包，则可能造成报错或异常的情况；3、应用（1）、JVM堆内存分配：根据系统硬件条件来进行合理的堆内存分配，一般来说JVM的堆内存分配不要超过系统内存的25%较好；垃圾回收算法：JAVA的动态垃圾回收机制，是基于不同的几种回收算法来进行的，根据具体的情况，选择合适的垃圾回收策略；OOM：即内存溢出（out of memory），这个算是性能测试中很常见的一个问题，通常是由于代码问题造成的内存泄漏、GC不够彻底、内存被耗尽引起；（2）、代码逻辑常见的情况有不合理的线程引用和内存分配；4、配置版本：在性能测试过程中，一定要确保被测系统的版本和实际生产保持一致，否则由于版本不同带来的些许差异可能会对性能测试带来很大的偏差和影响；底层配置：涉及到操作系统、服务器等硬件的一些配置方式不合理，带来的性能瓶颈；参数配置：系统架构设计中，各个不同的参数配置带来的性能瓶颈；5、数据库索引：索引的存在就像一个标签目录一样，在执行数据库操作时提供更为快速的执行效率，减少磁盘IO操作和执行的数据库系统时间；锁：为了保证事务的原子性和隔离性，有了锁的存在，但有时候由于某些原因造成的表锁，也是性能瓶颈的一种表现；表空间：不合理的表空间设计，导致的数据库性能问题；慢SQL：慢SQL会导致数据库操作时间变长，增加IO读写以及引起一些列的资源竞争等问题，常见的慢SQL原因如下（以MySQL为例）：数据量：对同一张表来说，1W条数据和1000W条数据，对其进行操作时的性能表现也是不同的，因此在性能测试时对于数据的正确性可用性，以及数据量也是需要重点关注的；6、中间件超时：设置合理的请求或响应超时时间，是很有必要的，这点要根据具体的业务场景和系统架构来考虑，具体的超时时间，建议进行配置测试来设定；线程池：之前的博客介绍过线程池的相关资料，线程池配置太小，很容易被使用完，太大的话又浪费资源，合理的线程池，建议进行配置测试来确定；缓存策略：缓存的优点是减少请求响应过程中的传输时间，但有时候在高并发情况下，缓存很容易失效而导致缓存穿透，瞬间对服务端带来很大的压力；最大连接数：关于连接数，之前的博客也介绍过，合理的连接数配置是很重要的，否则连接数太少容易导致队列等待、超时，连接数太多则浪费了系统资源；通信实现方式：同步（sync）和异步（Async）；负载均衡策略：现在很多的系统都进行了服务集群，随之而来的就是负载均衡策略的实现，如果负载均衡不够“均衡”，在大数量的冲击下，容易导致某些服务的异常或者挂起；。

TPS系统常见故障分析及解决办法dcs （ distributed control system）集散控制系统，是上世纪70年代国外推出的自动化控制系统，通常称为dcs，其控制系统的功能是由不同的设备来完成的，当某个设备出现故障时，对整个系统影响降到最低。

tps系统，是美国honeywell公司的一个先进的dcs产品，是将整个工厂商业信息系统与生产过程控制系统统一在一个平台上的dcs自动化控制系统。

可与管理计算机连接，进行远程高级控制和管理。

目前，我公司在用的dcs系统全部为honeywell公司的tps系统。

1 tps系统节点及功能介绍hpm：高性能过程处理器，用于扫描和控制tps系统过程数据。

nim：网络接口模件，提供lcn访问ucn的接口，转换lcn和ucn 的通讯技术和协议。

hm：历史模件，文件服务器，支持lcn网络的系统活动、历史数据存储。

系统事件用于系统性能的观测、调整和故障排除；过程历史数据用于生产过程监控。

gus：全局用户操作站，tps系统的人机界面，继承us的全部功能，基于windows nt4。

0平台（为ntfs分区）的native windows 窗口使用。

控制网络包括局域控制网络lcn和万能控制网络ucn，lcn网实现集中管理，ucn网实现过程功能，与hpm、lm、sm、plc等相连，实现各种控制功能。

2 系统常见故障的分析研究常见故障有四大类：2。

1 通讯故障lcn缆通讯故障；ucn缆通讯故障；i/0 link电缆通讯故障；gus 站与系统间的通讯故障。

产生故障的原因：设备损坏；电缆各种接头松动或脱开（常见故障）；外来电磁信号的干扰（ lcn接地不好，经常出现故障）。

处理问题的措施：更换设备；重新将电缆进行连接，并用专用工具进行紧固；做好接地，满足系统的要求。

2。

2 硬件故障hpmm卡件或i/o卡件整个损坏（状态灯不亮）；1/o卡件部分损坏，如坏某个通道（状态灯闪烁）；操作站的硬盘，显卡，网卡等的损坏；其它设备的损坏。

北斗星节气门位置传感器tps自学故障节气门位置传感器主要用于检测节气门的开度变化，将节气门开度的变化转换成电信号输入到电控单元ECU上，ECU根据节气门位置信号判定发动机的运转工况，然后计算机根据这些工况信息来修正喷油量和点火正时。

节气门传感器故障
1、怠速开关短路或断路;
2、节气门体位置传感器安装调整不当，使怠速开关在节气门体全关时没有闭合，或怠速开关在节气门体有一定开度时仍然闭合。

3、线性可变电阻的滑动触点接触不良，在节气门体从全闭到全开的过程中，节气门体位置传感器输出信号有间歇中断现象。

节气门传感器故障表现
节气门传感器出现故障，会影响发动机电脑的怠速控制功能，导致发动机怠速运转不正常（如怠速过高或过低、怠速不稳、怠速易熄火）或发动机加速不正常（如加速时发动机发抖、加速反应迟滞）等情况，也可能会导致发动机在运转中出现间歇性抖动等现象。

节气门位置传感器出现故障，可能是接头锈蚀、接触不良、不导通、初始位置失准、电压偏高或偏低导致，应对其进行检测修复调整：启动发动机，用手操纵节气门，使发动机维持怠速，松开传感器上的两个固定螺钉，逆时针转动节气门位置传感器，同时用万
用表检测，先使中间与上部的接线柱断开，再顺时针方向慢慢转动传感器，使中间与上部接线柱导通，而后固定传感器上的两个螺钉，经调整达不到要求时，应及时更换。

2012年9月第27期科技视界SCIENCE &TECHNOLOGY VISION 科技视界Science &Technology VisionDCS (Distributed Control System)集散控制系统,是上世纪70年代国外推出的自动化控制系统,通常称为DCS,其控制系统的功能是由不同的设备来完成的,当某个设备出现故障时,对整个系统影响降到最低。

TPS 系统,是美国Honeywell 公司的一个先进的DCS 产品,是将整个工厂商业信息系统与生产过程控制系统统一在一个平台上的DCS 自动化控制系统。

可与管理计算机连接,进行远程高级控制和管理。

目前,我公司在用的DCS 系统全部为HONEYWELL 公司的TPS 系统。

1TPS 系统节点及功能介绍HPM:高性能过程处理器,用于扫描和控制TPS 系统过程数据。

NIM:网络接口模件,提供LCN 访问UCN 的接口,转换LCN 和UCN 的通讯技术和协议。

HM:历史模件,文件服务器,支持LCN 网络的系统活动、历史数据存储。

系统事件用于系统性能的观测、调整和故障排除;过程历史数据用于生产过程监控。

GUS:全局用户操作站,TPS 系统的人机界面,继承US 的全部功能,基于Windows NT4.0平台(为NTFS 分区)的Na⁃tive Windows 窗口使用。

控制网络包括局域控制网络LCN 和万能控制网络UCN,LCN 网实现集中管理,UCN 网实现过程功能,与HPM、LM、SM、PLC 等相连,实现各种控制功能。

2系统常见故障的分析研究常见故障有四大类:2.1通讯故障LCN 缆通讯故障;UCN 缆通讯故障;I/0LINK 电缆通讯故障;GUS 站与系统间的通讯故障。

产生故障的原因:设备损坏;电缆各种接头松动或脱开(常见故障);外来电磁信号的干扰(LCN 接地不好,经常出现故障)。

处理问题的措施:更换设备;重新将电缆进行连接,并用专用工具进行紧固;做好接地,满足系统的要求。

TPS系统TPS系统TPS，TotalPlant Solution，⼀体化解决⽅案系统，由Honeywell公司于1996年推向市场，他是在原TDC3000系统的基础上进⾏升级，改进之处在于，将US操作站升级为GUS，AM先进控制模块升级为APP，使⽤PC机作为GUS和APP的硬件平台，并引⼊Windows 操作系统作为GUS和APP的操作系统，并在原有LCN和UCN两条⽹络的基础上增加了PIN⽹，⼯⼚信息⽹，使得TPS系统的易于使⽤性和开放性⼤⼤增加，并降低了客户的备件成本。

TPS系统的⽹络构架有三层：1、PIN，Plant Information Network，⼯⼚信息⽹，GUS和APP通过⽹卡连接到PIN⽹上2、LCN，Local Control Network，本地控制⽹络，US（GUS）、HM、NIM、AM （APP）、CM、EPLCG和NG连接在LCN⽹络上3、UCN，Universal Control Network，万能控制⽹络，NIM、HPM、LM连接在UCN ⽹络上TPS系统⾥常⽤的设备有：1、GUS：Global User Station，万能操作站，⽤于操作员对现场过程进⾏监控和操作，并⽤于⼯程师组态2、HM：History Module，历史模件，作为TPS系统的⽂件服务器，⽤于保存所有的系统⽂件和⽤户⽂件，给其他设备启动提供⽀持性⽂件，并采集、保存历史数据和历史事件3、NIM：Network Interface Module，⽹络接⼝模件，⽤于在LCN和UCN⽹络之间传递数据4、HPM：High Performance Process Manager，⾼性能过程管理器，是TPS系统内完成控制功能的核⼼设备，由处理器卡件和相应的IO卡件组成TPS基础应⽤视频：包含TPS系统硬件介绍、基本的组态和使⽤知识。

适⽤于初次使⽤TPS系统和对TPS系统不太了解的⼈员TPS⾼级应⽤视频：包含有复杂控制策略组态知识、各种⼯具的使⽤。

OptiX OSN1500TPS保护倒换故障原因及定位
方法
一.常见故障原因
TPS保护倒换常见的故障原因保护外部原因、数据配置原因和设备原因。

TPS保护倒换故障是指应该发生保护倒换时，设备没有进入保护倒换状态，或进入保护倒换状态后，业务中断。

时钟保护倒换的常见故障现象和原因主要如表1所示，可分为外部原因、数据配置原因以及设备故障原因三大类。

表1 时钟保护倒换故障的常见原因
故障类别故障原因
外部原因保护单板故障
TSB8板接触不良
数据配置保护参数设置错误
设备原因主控板故障
交叉板故障
TSB8板故障
PIU板故障
二.故障定位方法
产生故障时，需要先使用故障定位方法进行定位。

TPS保护倒换故障指当支路保护倒换板不能完成正常的倒换，从而使业务中断的情况。

引起这种故障的原因多属于硬件方面的问题，因此较容易排除。

TPS保护倒换故障处理流程如图1所示：
图1 TPS保护倒换故障处理流程。