第 3 章：故障樹分析 (FTA) 定量與定性分析

## 3.1 引言：從「底層驅動」到「頂層分析」 在上一章中，我們學習了 **故障模式與效應分析 (FMEA)**。FMEA 是一種從「底層驅動（Bottom-up）」的角度出發的方法：我們檢視每一個零件或每一個步驟，思考「如果這個零件壞了，會產生什麼影響？」並以此來評估風險。這對於識別具體的物理失效點非常有效。 然而，在面對複雜的系統架構（如自動導引車 AGV 系統或大型生產線）時，我們往往需要從系統層級的目標出發。我們關心的往往是：「為什麼整個系統會停機？」或「導致物流鏈中斷的根本原因是什麼？」 這正是 **故障樹分析 (FTA)** 發揮實力的領域。FTA 是一種「頂層驅動（Top-down）」的分析方法。它從一個特定的、不理想的**頂層事件（Top Event）**開始，向下追溯所有可能導致該事件發生的路徑。如果說 FMEA 是在診斷「零件的病症」，那麼 FTA 就是在分析「系統的體檢報告」。 ## 3.2 故障樹分析 (FTA) 的核心邏輯 FTA 利用樹狀結構將複雜的系統失效分解為底層的**基礎事件（Basic Events）**。這個過程主要依賴於兩種邏輯閘（Logic Gates）： ### 1. 或（OR）邏輯閘 在「或」門中，只要任何一個輸入事件發生，頂層事件就會發生。這通常對應於**串聯系統**。如果一個系統中的關鍵組件沒有備援，那麼該組件的失效就會直接導致整個系統的失敗。 * **特徵**：任何一個子事件的失效，都會導致上層事件發生。 * **風險特性**：在 FTA 中，由「或」邏輯連接的節點通常是高風險區域，因為它們缺乏冗餘保護。 ### 2. 與（AND）邏輯門 在「與」門中，只有當所有輸入事件同時發生時，頂層事件才會發生。這通常對應於**並聯（冗餘）系統**。即使其中一個組件失效，其他組件仍能維持系統運行。 * **特徵**：必須所有子事件同時失敗，才會導致上層事件發生。 * **風險特性**：這是一種工程上的「安全防護」，用來降低單一故障對整個系統造成的影響。 ## 3.3 從邏輯架構到基礎事件的分解 一個完整的 FTA 過程包含以下三個層次： 1. **頂層事件 (Top Event)**：定義為系統發生故障的最高級別描述。例如：「AGV 傳送線停機」或「自動倉庫報警」。 2. **中間事件 (Intermediate Events)**：這些是導致頂層事件的子問題。例如，「電機過載」或「網路通訊中斷」。 3. **基礎事件 (Basic Events)**：這是樹狀圖的最底部，通常是無法再分解的單一故障點，例如「電路短路」、「零件磨損」或「人員操作錯誤」。 透過這種層層遞進的分解，工程師可以清晰地看到**故障路徑（Failure Paths）**。每一條從底層延伸到頂層的連線，都是一個可能的災難場景。 ## 3.4 識別關鍵性單點故障 (Single Point of Failure, SPOF) FTA 最強大的功能之一在於識別 **單點故障 (SPOF)**。在 FTA 中，任何由「或」邏輯連接且僅有一個輸入分支的節點，就是一個極其危險的單點故障。 **範例分析：** 假設我們的頂層事件是「機器停止運轉」。 * 若故障路徑為：[感測器 A 故障] **OR** [動力系統故障] $ ightarrow$ 機器停止。 * 在這個案例中，無論是感測器還是動力系統，只要其中一個壞了，機器就會停。這意味著系統在這些點上缺乏備援設計。 透過 FTA，工程師可以迅速識別出這些位置，並在設計階段決定是否需要加入**冗餘設計（Redundancy）**（例如加入第二組感測器，將「或」門轉變為「與」門），從而顯著提升系統的可靠性。 ## 3.5 定量與定性分析 FTA 不僅能提供視覺上的故障路徑，還能進行嚴謹的數學計算： ### 定性分析 (Qualitative Analysis) 這類分析著重於識別風險。透過觀察故障樹，工程師可以快速識別出哪些子系統最容易導致頂層事件，並找出最關鍵的**脆弱鏈條**。這在初期設計規劃中非常重要。 ### 定量分析 (Quantitative Analysis) 這類分析引入機率統計。我們會為每個「基礎事件」賦予一個發生機率（Probability, $P$）。利用布林代數（Boolean Algebra），我們可以計算出頂層事件發生的總機率： * **OR 門計算**：$P(Top) = 1 - (1 - P_1)(1 - P_2)...$ （若各事件獨立，此公式用於計算至少一個事件發生的機率）。 * **AND 門計算**：$P(Top) = P_1 imes P_2$ 透過這些計算，工程師可以量化系統的**平均故障率（Failure Rate）**，進而估算系統的可用性（Availability）。 ## 3.6 FMEA 與 FTA 的協同綜效 許多人常問：「既然有 FMEA，為什麼還需要 FTA？」這兩者並非互相替代，而是相輔相成的關係： | 特性 | | :--- | | **分析方向** | FMEA (Bottom-up) vs. FTA (Top-down) | | **主要目的** | 識別單一零件的失效模式與影響 | 識別複雜系統結構中的關鍵故障路徑 | | **應用重點** | 預防設計與維護策略 | 系統架構設計與風險緩釋 | | **產出重點** | 找出具體的零件設計缺陷 | 找出系統設計上的結構性漏洞（如單點故障） | 在實務中，理想的流程是：**先用 FMEA 掃描所有硬體零件的故障模式，再利用 FTA 來驗證這些故障在整體的系統架構中，是否會導致災難性的停機。** ## 3.7 本章總結 在這一章中，我們學到了： 1. **FTA 是從頂層事件向下剖析的邏輯架構**，它能將複雜的系統失效分解為可管理的子項目。 2. **邏輯閘（AND/OR）是 FTA 的基礎**。其中「或」門代表單一故障導致系統失敗，而「與」門則代表系統具備冗餘保護。 3. **單點故障（SPOF）的識別**是 FTA 在工程實務中的核心價值，它能直接引導工程師進行架構優化。 4. **定量與定性分析並行**。定性分析幫助我們找出「哪裡最危險」，定量分析則告訴我們「故障發生的機率是多少」。 在下一章中，我們將進入更深層的數學建模：**概率模型與可靠性分布模型**。我們將深入研究 Weibull 分布與指數分佈，學習如何將這些數學工具應用到預測零件的磨耗、機器老化以及更精確地預測系統的壽命週期。