吳凡打開主控臺,“這不是商量,是命令。從現在起,所有子系統重新跑邊界測試,重點看熱變形、震動、壓力突變這三個變量疊加的情況?!?/p>
日本團隊發來消息:“我們的管路設計已經優化過,沒必要重復驗證?!?/p>
“你覺得沒必要,我覺得有必要?!?/p>
吳凡把剛才的電壓尖峰截圖發過去,“你們知道阿波羅13號是怎么出事的嗎?一個電爐加熱器在低溫下反復開關,最后炸了氧氣罐。沒人覺得它會壞,但它就是壞了。”
群里一下子安靜了。
他繼續說:“我不想等真上天了才發現問題?,F在多花一天,將來少冒十分險。”
五分鐘后,所有模塊接入測試平臺。
三維模型開始運行全流程模擬,從發射升空到著陸點火,全程覆蓋極端工況。
吳凡盯著能源系統的輸出曲線。
前兩分鐘正常,進入再入階段后,溫度驟升,外殼開始輕微變形。
這時候緩沖算法應該提前調整重心分配,可數據顯示響應慢了0。2秒。
他截圖標記,轉發給控制組:“熱變形影響沒完全納入計算,修正延遲問題?!?/p>
接著,切到生命保障系統。
管路駐渦在震動環境下果然出現了壓強積聚現象,連續運行六小時后,局部應力超過安全閾值15%。
再看艙門密封結構。
新曲率外殼和舊密封圈配合出現三毫米偏差,模擬真空高壓差時,微漏氣趨勢明顯。
雖然每小時只漏0。03升空氣,但在月面任務中,這種損耗不可接受。
問題一個接一個冒出來。
他把所有異常匯總成清單,發起緊急會議。
“這不是某個模塊的問題?!?/p>
他在語音里說,“這是系統級漏洞。任何一個環節出事,整艘艙都可能回不來?!?/p>
南美團隊提出質疑:“燃料分配算法重寫至少要兩周,工期扛不住?!?/p>
吳凡態度堅決:“那就加班。我不在乎誰熬夜,我只在乎誰能解決問題?!?/p>
日本工程師還是不服:“密封偏差在理論上不影響氣密性,你們是不是太緊張了?”
吳凡直接調出歷史事故庫,找到一條二十年前的案例:某探測器因o型圈安裝偏移0。5毫米,發射后高壓氣體泄漏,任務失敗。
“理論說沒事,現實說有事。我們要的是萬無一失,不是差不多就行。”
說完他關掉爭議話題,打開自己私下寫的“AI評審v0。1”腳本。
把這次所有設計變更和測試數據導入進去,讓程序自動生成風險關聯圖譜。
幾分鐘后,一張網絡圖彈出來。
紅色節點連成一片,最中心的那個正是艙門密封結構,周圍牽扯出電源、通信、控制三條主線。