上述问题经过处理已经得到解决，但具体什么原因导致的不是很明白。特将解决办法和遇到的情况总结一下，便于以后有碰到同样情况的朋友参考处理。

一、故障发生的情况

1、更换PLC（原V4.0->现V4.6），更换后报错，一般RPC错误。

2、后发现两台上位机WINCC连接主控PLC出现一台连接快，一台连接慢的情况。极限情况出现WINCC都连接不上的情况。更换页面数据刷新很慢。监控WINCC连接发现读写变量极少，但是在变量管理器中看到连接是绿色的对号，说明连接没有问题。慢的上位机WINCC退出再运行，会短暂快一会，但与正常通讯来说还是偏慢。

3、出现硬件组件的用户数据故障（提示故障位组态的智能IO传输区，组态了3个区，其中1个区报错），然后会自动清除，不定时出现。

二、解决的方法

1问题处理方案，下载完子站后，需重新下载主站组态。原现场由于一直处于运行状态，硬件仅更改下载没有解决问题。后再停机间隙，下载硬件组态（包含主站和子站）后断电上电解决。

2/3问题处理方案。现场通过测试电脑PING主站，发现时间有点长，在十几毫秒以上，然后PING各从站，均为5毫秒以内。查看主站电脑通讯负载为默认的20%。怀疑通讯负载偏低，导致通讯不能及时处理导致上述问题。后将通讯负载改为30%，上位机WINCC通讯速度正常。3问题未再次出现。

三、总结及疑惑

       首先，由于项目时间太长，为2015年的项目，原组态架构对于通讯的处理较为粗放。智能IO的连接数量较多，对主站的通讯负载压力较大，实际把1200作为ET200SP应用了。怀疑新款CPU是不是对通讯的要求提高了，占用带宽更多，导致新老交替时出现上述问题。

       其次，更换前的CPU会报硬件错误后，断电上电后会回复正常，然后再不定期报硬件故障（ERROR和MAINT灯会闪）。这个时间跨度不定，有时几天，有时几个星期。不太确认这个故障最终是哪个原因导致的。建议之后出现这个故障就马上更换CPU吧。

       最后，对于大点的项目能用1500还是用1500吧。1200在大点的项目处理（包括通讯/整个程序处理）上还是有局限性的。谢谢大家对处理问题时提供的思路！