發動機整合試驗的螢幕上，壓力曲線還沒動，閥門指令已經提前跳了一格。
按畫面解釋，是飛控先無緣無故開啟閥門，隨後推進劑壓力才回應；按剛剛透過的臺架試驗，這不可能是正常邏輯。更麻煩的是，壓力取樣與閥門指令足足相差二十三毫秒，足以把“誰引起誰”整個顛倒。
飛控負責人要求暫停點火。試驗總指揮不情願，倒計時視窗已經排到今天傍晚，錯過就要等下一輪場地。周野支援暫停：“我們現在連表上的先後順序都不確定，點著了也不知道該信哪條曲線。”
林浩先檢查硬體。壓力感測器的校準證書沒過期，閥門執行器的行程反饋與指令也對應。兩個裝置單獨看都正常，拼到同一張圖上卻像在互相撒謊。
陳大川提出換一隻感測器，梁師傅把他叫住：“一隻表錯，換表。兩隻表各自對，拼一起錯，你換十隻也還錯。先找它們在哪張桌上坐歪了。”
資料鏈路從現場採集箱走到控制室，再進入記錄伺服器。壓力感測器時間戳在採集箱生成，閥門指令時間戳卻由控制室軟體收到回執時補寫。一個記“出發”，一個記“到達”，同名的毫秒根本不是同一個位置。
這條鏈路去年擴建過一次。新增的記錄伺服器為圖表服務，不參與閉環控制，採購檔案因此沒把時間同步精度列成關鍵指標。擴建驗收只比對壓力和行程的最終數值，沒有用同時發生的脈衝檢查兩路資料會不會錯位。每一步單看都符合當時的清單，合起來卻足以顛倒因果。
周野讓人取出擴建前的一段舊點火記錄。那時兩路訊號都在現場打戳，先後順序清楚。新系統上線後，畫面更流暢，時間卻變得不可靠。漂亮的大屏替換了粗糙的舊屏，代價藏在沒人注意的毫秒裡。
工程師說這只是顯示誤差，控制迴路並未使用那張圖。周野讓他拿出證據，而不是猜。飛控把線上控制器的原始迴圈日誌單獨匯出，確實顯示閥門指令在壓力變化之後產生，與硬體反饋一致。
好訊息是控制迴路沒有倒因果；壞訊息是報警系統讀取的是記錄伺服器的錯位時間戳。壓力變化若碰上補償動作，它可能先報警“閥門無令自開”，把人員引向錯誤處置。
試驗場拿兩通道同源脈衝同時打入壓力採集箱和閥門記錄端。現場示波器上兩道邊沿重合，控制室圖表卻相差二十三毫秒，而且每隔十幾分鍾還漂移一兩毫秒。
為排除脈衝發生器的誤差，他們把通道互換，再接一臺完全獨立的便攜記錄儀。便攜儀與現場示波器一致，錯的始終是控制室圖表。試驗主管在故障單上簽字時，特意寫下“記錄鏈路異常，不得以該圖判定閥門提前動作”。
飛控席的年輕工程師鬆了口氣，又有點後怕。昨天他差點按圖調整閥門預測引數，如果真的改了，今天的管路試驗會被一組不存在的提前動作帶偏。周野告訴他主動提出疑問是對的，下一次還要敢按暫停鍵。
林浩追到一隻閘道器。它把閥門回執打包後等待下一幀傳送，批次大小隨網路負載變化；記錄軟體仍按包到達時刻給每條資料蓋章。二十三毫秒不是固定可減掉的常數，今天減準，明天就可能錯。
“給它寫個負二十三不就完了？”有人問。
“偏差會漂，你要給時間裝方向盤？”周野把兩次脈衝測試疊起來。第二次已差二十四點六毫秒，“用固定補丁只會製造一張更像真的假圖。”
他們決定統一在源頭打時間戳，記錄伺服器只負責儲存，不再重寫時刻。閥門指令出控制器的那一瞬要記一次，執行器真正運動再記一次；兩者也不能用同一個時間冒充。
修改涉及整套試驗記錄，質量組要求凍結當前版本、儲存舊配置與原始資料。周野同意。錯誤的資料不能刪掉，必須留著解釋今天為什麼暫停，未來追溯時也才不會憑空少掉一段異常。
閘道器供應商遠端建議把快取調小。林浩試過，延遲確實下降，卻在高網路負載時丟了兩幀。周野直接拒絕用“少等一點”換“少記兩段”。源頭打戳、序號校驗和丟幀告警必須同時完成，哪一項缺席，控制室都不能重新宣稱自己看見了完整過程。
呂建國給總指揮打電話，說明暫停不是發動機失效，也不是野火工業交付的低溫管復發，而是試驗記錄系統本身缺乏一致時間基準。把責任邊界說清，後續整改才不會讓無關的零件背鍋。
新閘道器還沒裝好，控制室突然響起一聲報警。螢幕顯示“主閥提前動作”，現場行程感測器卻顯示它一動沒動。試驗主管看著兩邊互相打架的畫面，終於親手把點火許可牌翻到紅面。
周野讓所有人記住這一幕：報警響得快不等於報警說得對。下一輪必須讓螢幕、控制器與真實閥門在同一條時間線上說話，少一方都不許點火。
