上一回介紹了用 AI 撰寫 OBD 擷取程式，並保留車輛回傳的回應。這一回，我們來讀 2009 年式 Mercedes-Benz W204 C63 AMG 的第一次紀錄。標準 OBD 的儲存與待定故障碼為 0 筆。即便如此，發動不良的原因仍未確定。

查看故障碼筆數時，需要同時確認「這是對哪個範圍查詢的結果」。以下整理這一次擷取弄清了什麼，又為下一次量測留下了什麼。

DTC 是 Diagnostic Trouble Code 的縮寫，指診斷時讀取的故障碼。

鑰匙 ON 時擷取的資料 #

量測日期為 2026 年 10 月 13 日。將 OBDLink EX 連接到車輛的 OBD 接頭與 Windows PC，在鑰匙 ON、引擎停止的狀態下進行擷取。通訊指定為 ISO 15765、11-bit、500 kbit/s，在約 4.4 秒的擷取過程中，有兩個回應位址作出了回覆。這不是自動偵測的結果，而是在該設定下確認通訊的紀錄。

7E8 與 7E9 是回覆的位址。尚未與 Mercedes 具體的控制單元名稱對照。VIN（車身號碼）也已取得，但本文不刊載任何可識別個別車輛的資訊。

由於引擎處於停止狀態，轉速 0 rpm 與該量測條件一致。另一方面，節氣門絕對位置 16.08 % 並不代表踏板被踩下了這個比例。正確保留項目名稱，可以減少只看數字而造成的誤讀。

區分 0 筆與未取得 #

標準 OBD 依用途設有不同服務，例如讀取儲存 DTC 的 Mode 03、讀取待定 DTC 的 Mode 07、讀取永久 DTC 的 Mode 0A 等。解讀結果，要從區分擷取對象的類別開始。（OBD Solutions 服務一覽）

這次的儲存 DTC 請求記錄到以下回應。

請求 03
回應 7E9 02 43 00
回應 7E8 02 43 00

根據這兩個位址的回覆，我們解讀為儲存的標準 OBD DTC 為 0 筆。待定 DTC 也為 0 筆。但是，這次的程式並沒有查詢 SAM、EIS、ESP 等原廠專屬的故障記憶。不能把標準 OBD 的 0 筆擴大解釋為「整車所有系統皆無錯誤」。

永久 DTC 回傳了 NO DATA。在分析結果中，我們沒有把筆數記為 0，而是記為「未取得」。因為僅憑沒有回應，無法區分是沒有故障碼，還是支援範圍或通訊條件的問題。製作彙整表時如果把空欄全部轉成 0，意義就會在這裡改變。

我們會讓 AI 摘要結果，但輸入中一定附上服務編號、回應位址、原始回覆與解析狀態。做成對結論存疑時能回到原始回應的形式，比只有文字說明更有用。

把症狀與量測條件並列 #

過去曾有回報指出，冷車發動後冷卻風扇立即高速運轉。這次在鑰匙 ON、引擎停止的狀態下沒有高速運轉。雖然也取得了水溫 21 ℃，但發動後與引擎停止時的條件不同。我們沒有僅憑這個結果就判斷風扇症狀已經消除。

關於發動操作，有回報指出啟動馬達短暫帶動引擎轉了一下就停了。這與過去完全沒有反應的狀態分開記錄。這次的紀錄沒有量測那一瞬間，因此不能把 0 rpm 或 11.6 V 當作發動操作中的資料使用。

鑰匙 OFF 時取得的 OBD 接頭電壓為 11.9 V，鑰匙 ON 的第一次擷取為 11.6 V。這些是轉接器端讀到的數值，並不是直接量測電瓶端子靜態電壓或發動時電壓降的結果。下一步預計先備妥能夠充電與量測的條件，再確認電瓶與主電源供應。僅憑目前的數值，還不到決定更換電瓶的階段。

整理要交給 AI 的資訊 #

這次擷取所能確認的，是在指定條件下標準 OBD 作出了回應，並保存了若干數值。發動許可、整車 CAN 通訊以及各模組是否正常，目前仍不清楚。

與 AI 一起推進診斷時，把已取得的項目、未取得的項目與人觀察到的症狀分開交給它，更容易討論下一步該確認什麼。

這次的方針是優先確認電源狀態，之後再進入原廠專屬診斷。下一回將介紹，為了用現有的 OBDLink EX 嘗試這種診斷，我們調查了什麼、程式準備到什麼程度。