第008章 第一張故障樹

陳硯舟把空教室的投影關掉，隻留下黑板上那棵越來越大的樹。樹的最上方寫著四個字：任務失敗。 沈則盯著那四個字看了半天：“咱們剛正式開工，就把失敗寫這麼大，合適嗎？” “合適。”陳硯舟把粉筆折成兩截，“把失敗寫在黑板上，總比等它寫在機體殘骸上好。”

這間教室是何敬山臨時借給他們的，桌椅有些晃，投影儀偏色，窗外還能聽見晚歸學生的笑聲。對畢業設計來說，它已經算不上理想條件；對一個還沒有公司、沒有產線、沒有正式團隊的工程項目來說，一塊能把責任寫清楚的黑板，已經足夠。

許知夏接上電腦，把飛控接口草案投到牆麵。她站在黑板旁邊，先寫下三個分支：飛行安全事件、任務失敗、試驗數據無效。沈則看著那三行，立刻問：“載荷壞了，飛機還能飛回來，算不算任務失敗？”

“如果任務目標是拿到巡檢數據，載荷壞了就是任務失敗。”陳硯舟在第一行後麵補上說明，“但它不等於飛行安全事件。三種結果要分開記錄，否則複盤時所有問題都會被一句‘飛機回來了’蓋過去。” 許知夏點頭：“地麵站記錄也要能分辨這三個狀態。飛行安全優先級最高，任務失敗可以接受，數據無效要追查原因。” 沈則抱著手臂：“你們這樣寫，最後一架飛機可能沒摔，報告卻先摔了。” “報告摔了還能重寫，飛機摔了要先問誰承擔。”陳硯舟把粉筆遞給他，“結構分支，你來拆。”

沈則接過粉筆，先寫下機翼折斷，猶豫後又補上連接鬆脫、載荷安裝偏心、起落架損壞和快拆件失效。陳硯舟沒有立刻評價，而是把每個底層事件都加上同樣的三個問題：怎麼檢測、怎麼處置、誰負責。 “機翼折斷怎麼檢測？” “目測。” “誰目測？裝配完成後還是起飛前？檢查結果記在哪裏？”

沈則卡住了。學生項目裏一句“加強檢查”很容易寫，真正執行時卻要知道檢查人、檢查時機、判定標準、記錄位置和異常處理。沈則看著黑板上被拆開的五個問題，慢慢把“裝配檢查表”寫到結構分支下麵。 “連接鬆脫呢？” “按扭矩檢查，做輕微振動後的複檢。” “扭矩標準從哪兒來？” “按材料和連接件規格查手冊，再通過樣件驗證。” “載荷重量沒凍結怎麼辦？” 沈則終於反應過來：“結構方案隻能按包絡做，不能按一個理想重量算死。”

陳硯舟點頭，在黑板上寫下“接口未凍結”。結構設計不是一個漂亮外殼，它要把飛控、電池、載荷和線束一起帶上天，再把它們帶回地麵。任何一項重量、重心和固定方式發生變化，都可能把原來的試驗結論推翻。

許知夏接過粉筆，開始拆飛控分支。她沒有從災難詞寫起，先列傳感器異常、執行機構異常、控製律不適配和任務指令衝突，隨後在旁邊加上電源掉壓、時間戳錯位和地麵站版本不一致。

陳硯舟看見“時間戳錯位”幾個字，指尖在桌麵上停了一下。C-939事故最後那幾分鐘像一根藏在記憶深處的刺，供電、時間同步、反饋和自動修正最終連成了事故鏈。他沒有把那段經曆說出來，隻把統一時間源和日誌同步字段寫到飛控分支底部。 許知夏抬頭：“飛控板、地麵站和載荷各自有時間，全部對齊會增加工作量。” “增加。” “本科項目可能用不上這麼細。” “摔機複盤用得上。”

兩人隔著一排課桌對視。許知夏沒有被他的語氣壓住，低頭在接口草案上增加了時間同步字段：“第一版不保證精度很高，至少要保證記錄可以對齊。” “夠了。”陳硯舟說，“先把能複盤的骨架留下。”

任務載荷下麵很快出現攝像頭斷電、雲台卡滯、存儲失敗和圖像時間戳缺失。數據無效下麵則有航線偏離、姿態超限、傳感器漂移和地麵站丟包。每個底層事件後麵都必須接檢測方法、處置策略和責任人，黑板空間不夠，沈則隻好把桌麵上的白紙也鋪開。 “載荷壞了要不要返航？”許知夏問。

“先看飛行安全和剩餘任務階段。”陳硯舟說，“載荷故障不得影響飛控，任務失敗可以記錄；如果故障會影響供電、重心或結構，就進入安全策略。” “如果地麵站還在提示繼續任務？” “飛行器端的失效保護優先。地麵站隻能給任務建議，不能在鏈路異常時強行覆蓋機上保護。”

許知夏點了點頭，把這條寫到係統邊界裏。她發現陳硯舟在每個功能旁邊都先寫了“誰可以決定停止”，這和普通的畢業設計很不一樣。普通方案喜歡列功能，工程方案必須先列責任。 淩晨一點，沈則已經趴在桌上，半邊臉壓著結構圖：“我現在相信你真想造飛機了。因為飛機還沒造，我已經感覺自己被飛機造了一遍。”

許知夏揉了揉眉心。她習慣算法推導和仿真曲線，不習慣把裝配檢查、數據歸檔、失敗判據和責任簽字一項項攤出來。這些工作不漂亮，也不適合放在答辯展示的第一頁，卻讓項目第一次像一個真正能被別人接手的東西。

陳硯舟拍下黑板，按編號把內容錄入電腦。未來窗口在他眼前短暫展開，幾分鐘後，沈則會把一張結構包絡表放錯版本，許知夏會在飛控接口裏漏掉一個電壓字段。他提前伸手，把兩份文件分別壓住。 “結構包絡用最終版，別拿下午那份。” 沈則愣了愣：“你怎麼知道我拿錯了？” “文件名看見的。”

沈則低頭看文件名，確實有兩個幾乎相同的版本，沒再追問。陳硯舟沒有依賴窗口替他完成工作，隻用它減少眼前一處小錯，然後仍然把版本編號、修改人和修改原因寫入記錄。 係統界麵悄然浮出。 【檢測到工程閉環雛形：故障樹、接口責任、驗證路徑。】 【低空無人機最小驗證包解鎖：故障樹樣例可參照。】

文件夾出現在電腦桌麵，裏麵隻有頂事件定義、底事件編號、驗證矩陣和問題關閉記錄的目錄。陳硯舟打開其中一份樣例，內容並不超前，甚至比他前世用過的主機廠模板簡單得多，價值在於它把每一個問題都逼回“誰知道、誰確認、誰關閉”。

他把樣例當作參考，按自己的項目重新編號。係統可以給出方法，不能替他們理解載荷、焊點和飛控接口，也不能替他們承擔數據不合格後的返工。故障樹真正的價值也不在於把風險列得越多越好，而在於讓每一個風險都有下一步動作：誰去複現，誰保留樣件，誰決定停止，誰在確認關閉後修改版本。對現在隻有三個人的臨時團隊來說，這些動作顯得笨重，卻能讓他們在意見不一致時回到同一張表上，避免爭論變成比誰聲音更大的比賽。

“明早八點，分頭幹。”陳硯舟關掉投影，“沈則出結構包絡和裝配檢查表，許知夏出飛控接口和異常狀態機，我寫總需求、采購明細和驗證矩陣。” 沈則抬頭：“八點是明天早上？” “現在已經是今天。” “那我還能睡幾個小時？” “取決於你走路速度。” 沈則悲憤地收拾書包：“我現在退出還來得及嗎？” 許知夏淡淡道：“你的名字已經在責任表裏了。” 沈則回頭看黑板，果然在“結構連接失效”後麵看見了自己的名字：“我討厭責任製。”

三人關燈離開。走到樓梯口時，陳硯舟的手機震了一下，是白天詢價的供應商發來的短信：傳感器和通信模塊價格高於學生預算，交期延後，高配模塊現貨優先供企業客戶，學生項目建議選擇低配套裝。 沈則湊過來看完，臉色立刻垮了：“這不就是看我們沒公司、沒訂單、沒信用？” 許知夏皺眉：“低配模塊能不能完成驗證？”

陳硯舟沒有馬上回答。他很清楚低配件也可能讓飛機飛起來，甚至拍出一段不錯的視頻，但如果數據源不穩定、批次沒有記錄，後麵的所有漂亮結論都會失去依據。錢可以讓他們暫時選擇少買幾塊板，不能讓他們降低飛行安全和數據有效性的底線。 “明天去談。”他說。 “拿什麼談？”沈則問。 “拿第一批現款、後續訂單預期和他們聽得懂的風險。談不下來就換供應商，底線不能換。”

許知夏看了一眼身後的黑板。第一張故障樹還留在牆上，頂端的“任務失敗”比其他字都大。她忽然明白，陳硯舟堅持寫這些內容，目的在於讓他們真正接受工程的約束，報告隻是留下這種約束的載體。樓道窗外，北航校園安靜得像一張還沒有落筆的圖紙。故障樹畫完了，第一條供應鏈裂縫也跟著出現。它提醒三個人，工程底線寫在黑板上還不夠，下一步要在采購、裝配和測試現場把這些字真正執行出來。