檢修別克英朗發動機無法啟動

m.jxmhotel.com.cn 來源：互聯網作者：俠名類別：汽車構造維修時間：2012-07-20

一輛行駛里程約25500KM的別克英朗XT轎車。車主稱：該車偶爾出現無法啟動的故障。

接車后：針對車主描述的故障癥狀，筆者首先進行蓄電池電壓測量，結果表明蓄電池電壓正常。啟動車輛，發動機能夠啟動，但故障燈持續點亮。在試車時，發現存在變速器鎖擋、加速無力、RPD指示燈閃爍的情況。接上通用專用診斷儀GDS＋MDI，分別與車輛的各個系統進行通訊，發現各系統中存儲如下故障碼：

(1)發動機控制模塊中存在的故障碼U0073，含義為CAN總線通訊故障；故障碼U0101，含義為與變速器控制模塊失去通訊；故障碼U0121，含義為與電子制動控制模塊失去通訊；故障碼U0140，含義為與車身控制模塊失去通訊。

(2)變速器控制模塊中存在的故障碼U0100，含義為與發動機控制模塊失去通訊故障。

(3)電子制動控制模塊中存在的故障碼U0073，含義為通訊總線A控制模塊故障；故障碼U0100，含義為與發動機控制模塊失去通訊故障；故障碼U0140，含義為與車身控制模塊失去通訊。

(4)車身控制模塊中存在的故障碼U0100，含義為與發動機控制模塊失去通訊；故障碼U0101，含義為與變速器控制模塊失去通訊；故障碼U0121，含義為與電子制動控制模塊失去通訊。

(5)電子動力轉向控制模塊中存在的故障碼U0100，含義為與發動機控制模塊失去通訊故障。
這些故障碼顯示都與車載網絡系統有關。我們進行了維修手冊查閱，2010款別克英朗XT采用GMLAN總線系統，如圖1所示。該系統主要包括發動機控制模塊K20、自動變速器總成T12、電子制動控制模塊K17、車身控制模塊K9和動力轉向控制模塊K43等。

別克英朗XT的GMLAN串行數據網絡由雙絞線組成。一個信號電路D-BU線被確定為高速GM LA N，另一個信號電路W H線被確定為低速GM LA N。高速GM LA N電路和低速GMLAN電路數據總線的兩端存在120歐姆的終端電阻，以防止數據在總線傳輸過程中受到干擾。要確保其網絡中任何一個模塊所代表的子系統正常工作，都離不開其它子系統所提供的必要信息，同時它也可為其它子系統提供所需的信息，從而實現整個網絡系統的信息共享。

針對GM LA N串行數據網絡系統的上述特點，結合圖1所示的網絡結構圖，對所讀取的故障信息進行分析，發現故障彼此聯系，很難從中找出可能的故障原因。盡管故障現象是發動機啟動無反應，與發動機控制模塊的關系可能大一些，但由于網絡信息共享的特點，其它系統的故障也可能導致這一現象的出現，所以我們沒有貿然妄下結論，而是記錄了這些故障信息，再清除故障代碼。進行常規的檢查流程，先從外部整理檢查了發動機線束，檢查了該車高速通訊網絡線路，從發動機線束到變速器線束再到ABS線束，對全部通訊線路的接頭進行了涂抹導電膠處理。啟動車輛，發動機順利啟動，但這并不能肯定故障已經消除了(因為以前這個故障也是間歇性的)。我們更希望故障現象能再一次出現，以便捕捉更加確切的故障信息。
第二天早晨啟動車輛，故障現象又出現了。我們抓住時機，再次利用GDS＋MDI進行了故障信息的讀取，結果如下：

(1)無法與發動機控制模塊建立通訊。
(2)變速器控制模塊中存在故障碼U0100，含以為與發動機控制模塊失去通訊故障。
(3)電子剎車控制模塊中存在故障碼U0073，含以為通訊總線A控制模塊故障；

故障碼U0100，含以為與發動機控制模塊失去通訊；故障碼U0140，含以為與車身控制模塊失去通訊等故障。

這些故障信息都將故障點指向了發動機控制模塊，也驗證了我們前期的判斷。但必須清楚的是，雖然通過分析基本上可以確定故障在于發動機控制模塊，但也有可能是發動機控制系統的線路存在問題，所以我們需要確定故障排查的先后順序。由于線束錯綜復雜，難度較大，因此，我們遵循“由易到難”的原則，先進行了發動機控制模塊的更換和匹配，之后，故障消除。

大約一個星期后，進行回訪。司機反映，不能啟動的現象是沒有了，但是出現了發動機故障燈亮、車輛加速無力、油耗增加等現象。接上診斷電腦檢查故障碼，發現故障碼和上次相同。結合以前的維修經驗，我們最終斷定可能是發動機線束也存在問題。將發動機線束更換后，故障碼消失，車輛恢復正常。對原車的線束內部進行檢查，發現內部線路有虛接現象。

對于習慣了常規電控系統車輛維修的維修人員來說，從事車載網絡系統的故障檢修是一個不小的跨越。因為對于過去傳統的汽車電控系統來說，故障信息與特定的線路或部件基本上是一一對應的，也就是說，獲取了故障代碼，故障點也就水落石出了。對于車載網絡系統來說則不然，正是因為其具有信息共享的特點，使得當某一系統出現故障時，會使多個通過總線相互連接的系統也發生異常，就如本案例一樣，出現了多個故障信息，這為準確找出真正的故障原因造成一定的干擾。從本案例整個的檢修流程可以看出，作者的思路還是比較清晰的：①讀取故障信息，確定為總線故障；②查閱和分析總線系統結構圖；③初步判斷故障原因；④重現故障現象，捕捉確切故障信息；⑤分析、排除、鎖定故障原因；⑥故障排除后的驗證。

應該強調的是，作者能夠排除故障，得益于其清晰的檢修思路，更重要的是，作者對故障信息與總線系統結構圖的配合分析，這是成功排查故障的關鍵！