格格党

手机浏览器扫描二维码访问

第89章 故障再现（第2页）

的旧式氖泡指示灯，急促地闪烁起刺眼的黄光，并发出尖锐但不连续的“滴滴”

声——这是过热预警。

“三池东侧温度异常！

升温速率超标！”

一个年轻技术员立刻喊道。

“手动检查冷却阀开度！”

带班的老技术员反应迅速，一边说着，一边已经扑向控制台侧面那排长得像老式电话交换台的手动阀控扳手。

控制室的忙碌瞬间提升了一个等级。

有人查看其他关联参数，有人尝试通过那套时灵时不灵的电子控制系统发送调节指令，老技术员则根据经验，直接手动增大了流向三号缓冲池东侧散热片的冷却剂流量。

一阵令人紧张的十几秒后，温度指针颤抖着，极不情愿地开始回落，最终停在了略高于正常值但还算安全的区域。

那个闪烁的黄灯也熄灭了，只剩下控制室里众人粗重的喘息和冷汗。

“控制住了……”

“电子指令好像没起作用，全靠手动扳回来的。”

“见鬼，又是控制系统抽风？”

警报解除，但事情没完。

按照规程，任何非计划内的自动控制系统异常，都需要进行故障溯源。

值班的技术员们开始调取控制日志。

很快，他们发现了不对劲的地方。

在过热警报触发前大约三十秒，控制三号缓冲池东侧两组主要冷却阀门的电子控制模块，记录到了三条连续的“指令接收”

记录。

指令内容是要求将阀门开度从当前的百分之六十五，逐步下调至百分之四十——这恰恰是导致该区域冷却能力不足，引发局部过热的原因。

问题是，控制系统并未在常规调度或操作员指令中发出过这样的命令。

这三条指令，像是凭空出现，直接“塞”

进了控制模块的指令队列里。

更诡异的是指令的编码格式。

铁锈镇自研的这套控制系统，指令编码带着浓浓的老陈风格——简洁、直接、充满各种因硬件限制而不得不采用的压缩和变通，行家一眼就能看出是“土法炼钢”

的产物。

而那三条错误指令的编码，风格迥异：结构更规整，字段划分更清晰，使用了铁锈镇系统里根本不支持的几种校验位算法，甚至带着一种……旧时代某些标准化工业协议的影子，但又似是而非，像是经过刻意的扭曲和伪装。

“这不对头……”

老技术员看着打印出来的指令编码对比，眉头拧成了麻花，“这不是咱们系统里的东西。

像是……从别的什么机器里，硬传过来的？”

他不敢怠慢，立刻将情况上报。