在11年做了一套软冗余系统，当初接到任务时就心里戈登一下。400H冗余做了好几套，除了硬件组态上稍加留意其余编程和单站几乎无异，做完项目要将冗余效果演示给业主专工看的时候几乎没什么心里压力，照常进行就行。300的软冗余那真是考验实施人的规划能力，弄得不好要成一团浆糊。偏偏诡异的是控制逻辑及其简单的倒是用的400H,非常重要和复杂的应用反而是用软冗余。真是令人费解！

   那个系统是8套全自动过滤器、3套全自动混床、4套反渗透、一套一拖三恒压变频供水，客观上都需热备无缝接手，阀门、仪表、动力回路巨多约摸有1500个点左右。但300冗余数据量有8K限制，我如果把上面的都按往常一样模块式结构化编程数据块肯定超过8K，如果把需冗余的数据单独建数据块那以前用惯了的编程格式就差不多得废弃另起炉灶。所以程序细节一直迟迟不敢下手，有时间就思考怎么规划数据的冗余与非冗余。白天在现场进行组态测试，争取把冗余的框架搭好，做点简单的测试程序看看冗余效果。在测试组态时也是一波三折，有源底板配的不合适了，接口模块版本不一致都直接影响冗余组态结果，关键有源底板不进组态信息，全凭西门子官网下资料里去研究是否好用。这段时间在论坛上真是获得了莫大的帮助，如果没有西门子论坛那基本就可以洗洗睡了。好不容易把组态搞成功，把试验效果体验到人也搞的有点疲惫不堪了。接下去具体到编程也是费尽了脑子，得亏提前有过规划了，否则更浆糊。思考要不要进冗余花的精力都要超过本身控制逻辑的一到两倍了，尽管这套工艺逻辑也挺费脑费工夫的。历时一个多月的编制总算运行起来了。到项目验收的时候业主一群专工分成两派意见：一派要做破坏性测试，另一派建议悠着点。毕竟是软冗余，关键是系统七八个月运行的都是好好的，弄巧成拙了谁也担待不起，要测试也只能等停产大修的时候。据后来他们告诉我试下来还凑活，就是有些相对次要的数据不同步但不影响大局。我说那就对了，这么多数据都要全部同步，系统直接报故障连运行都运行不起来，我是删减来删减去抓大放小才有你们测试的效果的，他们说也就这么着吧想达到400H效果也够为难软冗余的。一转眼已经10年过去了，调试的过往历历在目。如果再让我做一遍类似的项目估计我还得花大工夫温故研究的。过于复杂的项目用软冗余我要尽量躲远点，呵呵呵！好在300也慢慢非主流了，以后软冗余应用应该会更少吧。是不是逻辑复杂且众多、特别重要的场合不太适合用软冗余。用在逻辑不是不太复杂但又是比较重要的应用场合替代一下配置昂贵的400H以节约项目的投资才是比较正确的用法呢？抑或我根本没掌握好软冗余应用的精髓，侥幸被我蒙混过关了呢。