发动机集成试验的屏幕上，压力曲线还没动，阀门指令已经提前跳了一格。


    按画面解释，是飞控先无缘无故打开阀门，随后推进剂压力才回应；按刚刚通过的台架试验，这不可能是正常逻辑。更麻烦的是，压力采样与阀门指令足足相差二十三毫秒，足以把“谁引起谁”整个颠倒。


    飞控负责人要求暂停点火。试验总指挥不情愿，倒计时窗口已经排到今天傍晚，错过就要等下一轮场地。周野支持暂停：“我们现在连表上的先后顺序都不确定，点着了也不知道该信哪条曲线。”


    林浩先检查硬件。压力传感器的校准证书没过期，阀门执行器的行程反馈与指令也对应。两个装置单独看都正常，拼到同一张图上却像在互相撒谎。


    陈大川提出换一只传感器，梁师傅把他叫住：“一只表错，换表。两只表各自对，拼一起错，你换十只也还错。先找它们在哪张桌上坐歪了。”


    数据链路从现场采集箱走到控制室，再进入记录服务器。压力传感器时间戳在采集箱生成，阀门指令时间戳却由控制室软件收到回执时补写。一个记“出发”，一个记“到达”，同名的毫秒根本不是同一个位置。


    这条链路去年扩建过一次。新增的记录服务器为图表服务，不参与闭环控制，采购文件因此没把时间同步精度列成关键指标。扩建验收只比对压力和行程的最终数值，没有用同时发生的脉冲检查两路数据会不会错位。每一步单看都符合当时的清单，合起来却足以颠倒因果。


    周野让人取出扩建前的一段旧点火记录。那时两路信号都在现场打戳，先后顺序清楚。新系统上线后，画面更流畅，时间却变得不可靠。漂亮的大屏替换了粗糙的旧屏，代价藏在没人注意的毫秒里。


    工程师说这只是显示误差，控制回路并未使用那张图。周野让他拿出证据，而不是猜。飞控把在线控制器的原始循环日志单独导出，确实显示阀门指令在压力变化之后产生，与硬件反馈一致。


    好消息是控制回路没有倒因果；坏消息是报警系统读取的是记录服务器的错位时间戳。压力变化若碰上补偿动作，它可能先报警“阀门无令自开”，把人员引向错误处置。


    试验场拿两通道同源脉冲同时打入压力采集箱和阀门记录端。现场示波器上两道边沿重合，控制室图表却相差二十三毫秒，而且每隔十几分钟还漂移一两毫秒。


    为排除脉冲发生器的误差，他们把通道互换，再接一台完全独立的便携记录仪。便携仪与现场示波器一致，错的始终是控制室图表。试验主管在故障单上签字时，特意写下“记录链路异常，不得以该图判定阀门提前动作”。


    飞控席的年轻工程师松了口气，又有点后怕。昨天他差点按图调整阀门预测参数，如果真的改了，今天的管路试验会被一组不存在的提前动作带偏。周野告诉他主动提出疑问是对的，下一次还要敢按暂停键。


    林浩追到一只网关。它把阀门回执打包后等待下一帧发送，批量大小随网络负载变化；记录软件仍按包到达时刻给每条数据盖章。二十三毫秒不是固定可减掉的常数，今天减准，明天就可能错。


    “给它写个负二十三不就完了？”有人问。


    “偏差会漂，你要给时间装方向盘？”周野把两次脉冲测试叠起来。第二次已差二十四点六毫秒，“用固定补丁只会制造一张更像真的假图。”


    他们决定统一在源头打时间戳，记录服务器只负责保存，不再重写时刻。阀门指令出控制器的那一瞬要记一次，执行器真正运动再记一次；两者也不能用同一个时间冒充。


    修改涉及整套试验记录，质量组要求冻结当前版本、保存旧配置与原始数据。周野同意。错误的数据不能删掉，必须留着解释今天为什么暂停，未来追溯时也才不会凭空少掉一段异常。


    网关供应商远程建议把缓存调小。林浩试过，延迟确实下降，却在高网络负载时丢了两帧。周野直接拒绝用“少等一点”换“少记两段”。源头打戳、序号校验和丢帧告警必须同时完成，哪一项缺席，控制室都不能重新宣称自己看见了完整过程。


    吕建国给总指挥打电话，说明暂停不是发动机失效，也不是野火工业交付的低温管复发，而是试验记录系统本身缺乏一致时间基准。把责任边界说清，后续整改才不会让无关的零件背锅。


    新网关还没装好，控制室突然响起一声报警。屏幕显示“主阀提前动作”，现场行程传感器却显示它一动没动。试验主管看着两边互相打架的画面，终于亲手把点火许可牌翻到红面。


    周野让所有人记住这一幕：报警响得快不等于报警说得对。下一轮必须让屏幕、控制器与真实阀门在同一条时间线上说话，少一方都不许点火。