火电厂热控技术规范要求：机组dcs控制器必须冗余配置；主控制器接收输入信号，经过逻辑运算后，输出控制指令至现场执行机构；而从控制器处于热备用状态，它同时接收输入信号，其cpu逻辑运算后，输出指令跟踪主控制器的输出，一旦主控制器故障，主控制器的所有逻辑功能立即无扰切换到从控制器上，以确保该控制器的控制对象正常运行。
一、非典型故障
8月24日，某电厂3号机组稳定在250mw负荷上以协调方式运行，23:13运行突然发现：报警窗上出现“ap计算机总线故障”等众多报警，机组协调随即退出。电厂dcs值班人员检查发现ap34计算机原主机（上层机）故障灯亮，ap34负责主机功频控制器simadyn及ets主机保护siemenss5-95f控制器与其它控制器的通讯，主机抗燃油泵的控制逻辑也在此ap中。ap34计算机原主机（上层机）故障后，自动切为原备用机（下层机）为主机运行，siemenss5-95f控制器控制的所有主机主汽门及调门电磁阀双线圈的一个线圈失电；原为主的左侧im614链路的im614模块的f绿灯（function）灭、gle红灯（grouplevelerror）亮；原为从的右侧im614链路切为主，即：f绿灯亮。dcs值班人员于次日凌晨00:11手动复位上层ap，但故障无法消除，00:25停电拔插cpu模块后，cpu恢复运行3秒左右自动停止，同时作为主且起作用的右侧im614模件的gle红灯全亮，主机控制油画面元件变红，所有i/o模块红灯闪亮。电厂检修在电气开关侧的二次控制回路做好模拟措施（主要针对抗燃油泵）后，拔出所有的i/o模件，然后再停运更换上层控制器的cpu、im614等模块，故障仍无法消除。至此，只有下层控制器ap仍在运行，其余i/o模块、im614均退出运行，机组保持在故障发生时的250mw运行。
二、故障原因分析
由于ap34控制器的下层机（原备用机、现为主机）处于主运行状态，且运行正常，所以在es680工程师站上利用pgmaster指令对其进行连接，执行21和22选项（分别是diagnostich-errorblock及diagnosticdx4），生成诊断文件hdberror.txt和dx4.txt。
查看诊断文件hdberror.txt，有以下记录：
464:err35reserve-master-umschaltungwegenmasterausfallzeitstempel=09.08.2423:13:57（这条信息表明ap34在23:13发生了主从切换）
472:err33parallelkopplungsfehlerzeitstempel=09.08.2500:11:36（这条信息表明ap34在00:11发生主从切换之后，出现了并口连接错误）
488:err32synchronisationsfehler32im
anwenderprogramm
zeitstempel=09.08.2500:25:32
（这条信息表明ap34在00:25发生并口连接错误之后，接着又出现了cpu的同步连接故障）
查看诊断文件dx4.txt，有以下记录：
1292009.08.2423:13:57err1037040dh:ob37-aufruf->eintraginh-fehlerdb
（此条信息表明ap34的故障cpu在23:13发生故障时调用ob37组织块）
1322009.08.2423:13:57err2189088dh:redundanz-umschaltungim614.2
1352009.08.2423:13:57err2190088eh:redundanz-umschaltungim614.3
（这两条信息表明ap34的im614在23:13发生主从切换）
1892009.08.240:25:24err24000960h:fehlerbeizeit-synchronisation
（此条信息表明在0:25时间同步发生错误）
2042009.08.250:25:32err371299109h:ob026ueberschreitenderob1zykluszeit
（此条信息表明在0:25系统对组织块ob26进行调用）
2102009.08.250:25:32err21770881h:totalausfahlim614.2
2162009.08.250:25:32err21780882h:totalausfahlim614.3
（此两条信息表明在0:2p34的两路im614均发生故障，所有i/o模件与ap34控制器的通讯中断）
根据上述信息得知，ap34控制器发生主从切换是因为软件对组织块ob37调用所致。ob37属于系统程序，它在软件运行过程中，检查到有错误发生时被调用。其结果是向cpu本身发出一条stop指令，使其停止运行，同时将发生的*个错误作为错误记录被cpu记录下来。之后，下层主控制器又进行了ob26的组织块调用。在上层从控制器进行启动的时候与下层主控制器进行同步连接，当这一同步连接超出系统所设定的循环周期时，系统认为同步连接故障，发生zyk错误，此时调用ob26组织块。因此，总结如下：上层主控制器在运行过程中检测到发生错误，从而调用ob37程序使其停止运行，切换到下层控制器运行。在切换之后，im614也发生了相应的切换（右侧im614链路为主且在正常运行状态），且切换正常。之后，在维护人员试图重启上层原主控制器的时候，由于并口连接错误的存在，导致主从控制器发生了同步连接错误，从而系统调用ob26组织块，发生了右侧im614与下层的主ap控制器通讯中断的故障。
西门子专家在收集epermxp使用故障汇总经验认为:epermxp控制系统的主从ap控制器在使用硬件版本<9的im324-3ur11主从控制器通讯模件时，或者在使用版本为1的im304-3ub11的主从控制器通讯模件时可能会发生此类故障。
三、故障处理
此类故障由软件故障引起，只有通过离线下载*代码才能解决问题。由于机组处于运行状态ap34负责主机功频控制器simadyn及主机保护s5-95f控制器与其它控制器的通讯、以及主机抗燃油泵的控制，为降低消除缺陷带来的机组运行风险，电厂方面计划利用深夜电网低负荷时，向省电网调度申请低谷停机消缺。
电厂方面以停机不停炉为宗旨进行消缺。在代码传送过程中，为保证主机控制油泵的正常运行，故保持了先前在电气开关侧的二次控制回路做的针对抗燃油泵的模拟措施；为防止锅炉灭火，将高低旁逻辑进行适当修改和信号强制，以避免在代码传送过程中，由于信号的丢失造成高低旁的关闭。
做好上述安全措施后，电厂dcs在es680上生成ap34的硬件、软件和lan代码；
发电机解列、汽机打闸后，更换ap34上层控制器的cpu模件；
将ap34下层主控制器停止运行，之后再将其重启，它及其链路上的im614通讯恢复正常；
将ap34控制器的上层故障控制器重新启动，在等待约3分钟之后，它及其链路上的im614通讯恢复正常；
将ap34所管辖的所有fum模件插入并送电，均正常启动；
下载ap34的lan代码；
离线下载ap34的*代码。
代码下载完成之后，控制器正常启动。利用pgmaster指令连接主从控制器，连接正常。在通讯服务器pu2a/2b上，利用rdb指令，检查pu与ap34的通讯状态正常。对ap34主从控制器进行冗余切换试验，均切换正常，zui后维持下层机为主控制器，检查逻辑图动态工作正常，运行人员检查om画面，各通讯点显示和操作恢复到正常状态。
恢复dcs、电气专业相关模拟措施，运行人员重新启动机组。
四、消缺总结
西门子专家认为此次故障原因是由于im324和im304版本较低所致，建议在以后的维护过程中，将这些主从控制器通讯模件和cpu模件进行重启，它及其链路上的im614通讯恢复正常；
将ap34控制器的上层故障控制器重新启动，在等待约3分钟之后，它及其链路上的im614通讯恢复正常；
将ap34所管辖的所有fum模件插入并送电，均正常启动；
下载ap34的lan代码；
离线下载ap34的*代码。
代码下载完成之后，控制器正常启动。利用pgmaster指令连接主从控制器，连接正常。在通讯服务器pu2a/2b上，利用rdb指令，检查pu与ap34的通讯状态正常。ap34主从控制器进行冗余切换试验，均切换正常，zui后维持下层机为主控制器，检查逻辑图动态工作正常，运行人员检查om画面，各通讯点显示和操作恢复到正常状态。
恢复dcs、电气专业相关模拟措施，运行人员重新启动机组。