第570章 一絲不茍的測試（第2頁）

吳凡打開主控臺，“這不是商量，是命令。從現在起，所有子系統重新跑邊界測試，重點看熱變形、震動、壓力突變這三個變量疊加的情況?！?/p>

日本團隊發來消息：“我們的管路設計已經優化過，沒必要重復驗證?！?/p>

“你覺得沒必要，我覺得有必要?！?/p>

吳凡把剛才的電壓尖峰截圖發過去，“你們知道阿波羅13號是怎么出事的嗎？一個電爐加熱器在低溫下反復開關，最后炸了氧氣罐。沒人覺得它會壞，但它就是壞了。”

群里一下子安靜了。

他繼續說：“我不想等真上天了才發現問題?，F在多花一天，將來少冒十分險。”

五分鐘后，所有模塊接入測試平臺。

三維模型開始運行全流程模擬，從發射升空到著陸點火，全程覆蓋極端工況。

吳凡盯著能源系統的輸出曲線。

前兩分鐘正常，進入再入階段后，溫度驟升，外殼開始輕微變形。

這時候緩沖算法應該提前調整重心分配，可數據顯示響應慢了0。2秒。

他截圖標記，轉發給控制組：“熱變形影響沒完全納入計算，修正延遲問題?！?/p>

接著，切到生命保障系統。

管路駐渦在震動環境下果然出現了壓強積聚現象，連續運行六小時后，局部應力超過安全閾值15%。

再看艙門密封結構。

新曲率外殼和舊密封圈配合出現三毫米偏差，模擬真空高壓差時，微漏氣趨勢明顯。

雖然每小時只漏0。03升空氣，但在月面任務中，這種損耗不可接受。

問題一個接一個冒出來。

他把所有異常匯總成清單，發起緊急會議。

“這不是某個模塊的問題?！?/p>

他在語音里說，“這是系統級漏洞。任何一個環節出事，整艘艙都可能回不來?！?/p>

南美團隊提出質疑：“燃料分配算法重寫至少要兩周，工期扛不住?！?/p>

吳凡態度堅決：“那就加班。我不在乎誰熬夜，我只在乎誰能解決問題?！?/p>

日本工程師還是不服：“密封偏差在理論上不影響氣密性，你們是不是太緊張了？”

吳凡直接調出歷史事故庫，找到一條二十年前的案例：某探測器因o型圈安裝偏移0。5毫米，發射后高壓氣體泄漏，任務失敗。

“理論說沒事，現實說有事。我們要的是萬無一失，不是差不多就行。”

說完他關掉爭議話題，打開自己私下寫的“AI評審v0。1”腳本。

把這次所有設計變更和測試數據導入進去，讓程序自動生成風險關聯圖譜。

幾分鐘后，一張網絡圖彈出來。

紅色節點連成一片，最中心的那個正是艙門密封結構，周圍牽扯出電源、通信、控制三條主線。