典型的通讯故障现象为: OVATION 侧不定期通讯量全部变成坏点, 无法自愈, 只有重启一对控制器才能消除故障现象。起初我们认为是通讯点过多, 采样频率过密造成的 OVATION控制器 CPU 超负荷; 我们曾经尝试减少通讯点数、 降低刷新频率、 刷新 GE 侧 CRM操作站的 SDB 数据库, 甚至将通讯任务分摊到 2 个不同的控制器组上, 但故障现象依然存在。经过反复试验发现: 除了物理链路中断(如拔除网线)会出现通讯故障外, 还有一种情况也会使VATION 控制器对通讯失去响应:当 MARKⅥ侧的 CRM操作站进行 REBUILD 操作。从 GE 现有资料知道, 各操作站和工程师站的 REBUILD 其实是对 HMB 的编译过程, 即工程师更改了 MARK Ⅵ控制器的M6B 配置文件, 比如增加 EGD 点, 组态软件编译后产生 HMB文件, 对于每一个 HMI都对应分发一个独立的 HMB。用户通过REBUILD 操作编译 HMB 文件, 将配置信息传递给各 HMI站的CIMPLICITY 和 TCI (turbin control interface)。从而能够在 CIMPLICITY过程画面中得到新增的 EGD 点。所以, 当 MARKⅥ控制器的 M6B 文件发生改动, 各 HMI站必须做 REBUILD 操作。