一、脱硫plc系统的配置情况
王滩电厂脱硫plc控制系统采用树形网络，设置两层控制网络：上层网为辅助车间集中监控网，下层网为脱硫的车间级控制主干网。全厂辅控网设有4个操作员站、1个历史站、1个工程师站及2台相互冗余、相互热备的服务器、冗余的交换机；车间级控制主干网采用100m冗余光纤以太网，分别设有3台操作员站、1台工程师站、1台历史站及冗余的交换机，配有#1fgd、#2fgd、#1-2fg、#1-4fgd四套plc控制系统，配有中央处理单元（cpu）140cpu53414a四套（共8块）、双机热备模块140chs11000四套（共8块），冗余的通讯模件140n0e77101四套（共8块），输入输出模件，连接电缆及连接件和实时操作系统等。plc系统编程软件为concept2.6，监控软件为ifix3.5无限点中文开发版。脱硫plc控制系统通过1000m冗余光纤以太网交换机与全厂辅控网进行通讯，通讯协议tcp/ip，通过通讯接口，脱硫系统的监控纳入全厂辅控网，由单元机组集中控制室内的辅助监控站的运行人员完成两台炉脱硫系统的监控和管理。操作员站和控制站之间的通讯网络为双冗余工业以太网，冗余交换机，通讯协议tcp/ip。i/o站之间的通讯网络采用冗余的modiconrio网络，即远程i/o网络。现场系统结构示意图1。
二、脱硫网通讯中断原因分析
辅控网上有两台服务器直接从所有的plc中采集数据，在脱硫系统中现场有五台上位机从plc中采集数据。上位机scada软件采用的是ifix3.5。#1fgd、#2fgd、#1-2fgd、#1-4fgd为quantum的双机热备系统，整个脱硫系统用德国hirschmann交换机为双网配置。
各站的内存数据分配及上位机数据请求如下表1：
上位机通讯的性能与cpu的扫描时间、数据请求量及上位机的结构有较大的关系，从上述的表中我们可以得到除了#1-2fgd以外其他站的程序量是比较大的，单机的扫描时间都在50ms以上。另外从3：x类型的数据上看，除#1-2fgd以外其他站的数据量都在50000个字以上。这些因素导致plc在建立双机热备之后所需要的扫描周期在200ms左右，因为每个周期为保证数据的主备机同步，这些数据都需要从主机传到备机。现场检测#1fgd在建立双机热备后实际的扫描周期在196ms左右，比单机时扩大了近3倍，从而使得对上位机的响应很慢。另外脱硫系统中有共计有7台上位机直接从plc中采集数据，也会导致上位机响应较慢。当出现通讯超时的情况时，scada会表现出通讯中断的现象，但此时plc对于过程控制的处理是正常运行的。要提高数据的响应速度可以从上述的几个方面进行分析。
三、改进的可行性方案
3.1减少直接读取plc的上位机数量
根据实际操作的需要保留适当数量的上位机，平时不用的站将其ifix3.5关闭可以改善通讯性能。或采用客户机/服务器方式，保留两台主机服务器从plc采集数据，其他操作员站从服务器得到数据。
3.2合理配置上位机数据请求以减少数据请求量
在ifix中对离散量数据一个请求可以采集2000个点，对字类型数据可以采集125个字。在配置i/o数据请求时尽可能将需要采集的数据放置在同一个请求中采集以减少数据请求数量，如#1fgd、#2fgd、#1-4fgd的0:x类型的数据作优化可都可以减少一个请求。对于7台上位机来说就可以减少7个请求。但此种变动可能需要对程序作少量修改。另外现场系统采用的双网络结构，可以分配上位机从不同的noe模块中采集数据。如辅控网从一个noe采集数据，就地控制从另外一个noe采集数据，这样可以有提高scada的响应性能。
3.3优化程序减小双机热备时的扫描周期
现场的程序量较大，会导致双机热备时所需的热备字数量较大，从而使得双机热备时扫描周期大大增加。可以优化程序如减少非定位变量的应用，减少dfb在双机热备系统中的应用可以减少热备字数量，但此种修改工作量较大。
3.4采用的新unityquantum双机热备cpu模块
以上的几种方法可以适当地改善目前的通讯性能，但若需要大幅度的提高通讯性能则采用unityquantumcpu。主要原因有两个：新的cpu其程序计算速度及双机热备时数据传输速度大大提高，从而使得plc的扫描周期非常短。unity下的以太网通讯响应请求能力相比于concept下的quantum双机热备提高了2到4倍。将#1fgd的程序转换到unity程序后，根据测试的结果其扫描周期在双机热备的情况下可减小到40ms左右。在不变更目前上位机配置下，理论计算可以有30台上位机同时连接也能满足性能要求。将concept程序转换到unitypro的程序是比较方便的，程序结构与concept类似只需作少量的检查工作。unitypro操作界面略有不同，但在concept的基础上是很容易学习撑握的。系统的硬件及接线除更换cpu和chs模块外无需作任何其他的改动。因此，我们选择了对原控制系统cpu控制器的升级达到减小扫描周期的目的。
四、cpu升级及注意事项
4.1cpu升级
根据以上的分析，zui终确定采用方案4，将原系统中型号为140cpu53414的cpu更换为140cpu67160（要求内存为7m），通过ethernetmtrj-mtrj光纤电缆将热备的两个cpu相互连接。并且为新更换的cpu增加可扩展的unityv2pcmcia存储卡（sram）,型号为tsxmrpc007m，使该控制系统达到可靠的冗余热备。只需在unity编程软件中对新更换的cpu以及槽号进行配置即可。升级后的plc控制系统#1fgd、#2fgd、#1-2fg、#1-4fgd的扫描周期仅为34ms、37ms、19ms、40ms，*解决了双机热备时通讯中断的问题。
4.2cpu升级的注意事项
4.2.1工艺系统安全停运
cpu升级过程中，工艺系统的运行状态将无法监视和控制，整个升级过程少则需要一两个小时，多则可能长达十几个小时，选择在机组停运的时候，如不能则一定要做好相应设备的安全措施，无法停运的设备切换到就地运行，如搅拌机和润滑油泵等。
4.2.2cpu型号与noe版本匹配
需要特别强调的是cpu的型号一定要和noe的版本匹配，否则将无法将程序下载到cpu中。在升级过程中，程序通过mac地址能连接到cpu，但是通过以太网和usb接口无法将程序下装，因为本次升级是在原来concept2.6的基础上进行的，且noe模块为2005年采购安装并使用的，显然noe版本和cpu的型号不一致。在升级前一定要在unityproxl程序下，用osloader功能采用相应的升级文件将noe模块升级到unity下匹配的版本，当系统名称、系统硬件编号和错作系统版本显示无误后才可完成程序下装。
4.2.3ip地址的配置
unityproxl在用以太网方式连接时，首先将noe模块上写的4组十六进制的数字换算成10进制的4组ip地址，再将本机的ip地址改成同一网段的地址即可。有时候连接不上的话，可以试着配置在以太网模块上的ip的zui后一位加1，因为加1是带双机热备的ip地址，系统自动加了1。
方案实施后取得了较为明显的效果，实现了脱硫系统的cpu双机热备运行，且不再出现通讯中断的现象。为机组的稳定运行奠定坚实的基础，全面提高了全厂辅控系统的整体控制水平，为机组安全、稳定、经济运行奠定了坚实的基础。