Fuel_CL 要不要納入？

Fuel_CL 可以把實際 AFR 拉向目標。這代表你看到的 AFR 殘差，可能已經是 ECU 補救後的結果；只分析 AFR，會低估原始燃油底圖的偏差。

一、先分清兩種狀態

寬域閉迴路關閉

ECU 不用寬域氧回饋即時修正供油，整份 Log 的 Fuel_CL 通常是 0 或沒有欄位。此時選「不納入」，燃油判讀主要來自實際 AFR 與目標 AFR 的差。

寬域閉迴路開啟

ECU 根據寬域氧回饋加油或減油，Fuel_CL 會出現隨狀態變化的百分比。此時選「納入」，才能估算被閉迴路藏起來的底圖偏差。

二、為什麼只看 AFR 會低估

XXFueL 在納入模式下，會以每筆資料組合 AFR 殘差與 Fuel_CL，再進行格位統計。這不是把兩個百分比隨便相加；百分比倍率需按每筆狀態換算後再彙整。

三、選錯模式會怎樣

• Log 有活動中的 Fuel_CL，卻選不納入：AFR 可能已被修正，工具會低估底圖誤差。
• Log 沒有 Fuel_CL 或整份為 0，卻選納入：缺少必要回饋資料，無法可靠換算。
• 不同檔案模式混在一起：同一格的計算基礎不同，多 Log 比較失去一致性。

因此工具不是把這個選項當成偏好設定。當選項與 Log 內容明顯矛盾時會停止分析，先要求確認 ECU 設定與欄位。

四、實際判斷步驟

1. 回到 MiniXX／SpeedTuningX 設定，確認寬域閉迴路功能是否開啟。
2. 展開原始 Log，確認存在 Fuel_CL 欄位及其單位說明。
3. 暖機與穩態片段中，觀察 Fuel_CL 是否為非零且會隨 AFR 誤差改變。
4. 不要只用一筆尖峰決定；查看整段與多份 Log 是否一致。
5. 欄位定義不確定時，選擇停止，不自行猜正負號。

五、正值一定代表加油嗎？

不同軟體版本或資料來源可能使用不同符號約定。XXFueL 的 MiniXX 模式依目前支援的欄位語意處理，但使用者仍應以自己版本的欄位定義為準。若數值方向與 AFR 行為明顯相反，先回報範例，不要強行套用。

Fuel_CL 大幅跳動可能是感知器、目標表、瞬態或控制上限問題。超過保守門檻時工具只標示 Verify，不把它轉成可直接輸入的 Map 建議。

延伸閱讀

本文只說明本站支援的分析選擇；ECU 功能名稱與欄位定義請以你的軟體版本為準。