2019款本田冠道發動機無法啟動

◆文/李明權汽車維修技能大師工作室 張杰

故障現象

一輛2019款廣汽本田冠道，搭載K20C3型發動機，行駛里程為61 709km，據車主反映：該車在其他修理廠做事故維修的過程中，由于鈑金師傅在焊接時操作不當，導致右前副駕駛位地毯棉被點燃，造成多個線束插頭被燒毀，多個控制模塊被損壞。為此，他們更換了儀表臺和儀表臺內線束、發動機艙線束和所有涉及到的控制模塊，但換完之后發動機無法啟動，儀表臺上亮起多個故障燈，且擋位指示燈一直在閃爍。維修多天未能排除故障，只好將車輛拖至我店進行檢查與維修。

故障診斷與排除

接車后首先確認故障現象。按下點火開關，發動機無反應，啟動機不工作；開啟ON模式，通過觀察發現儀表臺上的發動機故障指示燈、ABS/VSA系統故障指示燈、EPS系統故障指示燈、SRS系統故障指示燈均點亮、擋位指示燈閃爍(圖1)。

圖1 故障車儀表臺上的故障燈

根據上述故障現象，首先應該通過儀表自診斷功能檢查儀表各指示燈工作情況及CAN網關通信情況。執行儀表自診斷功能后，儀表臺上顯示各指示燈工作均正常，排除儀表指示燈存在故障的可能；對儀表通信進行檢查發現F-CAN存在故障(圖2)。

使用HDS診斷儀讀取故障信息，發現多個控制單元中存有眾多故障碼(圖3)；清除故障碼后重新讀碼，發現多個控制單元中仍然存有許多故障碼(圖4)。

圖3 故障車內存儲的故障碼

圖4 刪除故障碼后重新讀取的故障碼

查閱電子維修手冊，發現其中多個故障碼的排除步驟都是先確認CAN系統有無故障碼，如果有則對其進行排查(圖5)。

圖5 電子維修手冊故障排查步驟

根據電子維修手冊指引，對故障碼U0029-00進行排查(圖6)：首先對控制單元內部短路進行排除，按照步驟1至11依次斷開F-CAN網關中各控制單元的插接器，每斷開一個控制單元就進行一次清除故障碼和讀取故障碼。根據排除步驟說明，當斷開某個控制單元后不再出現“U0029-00網關F-CAN通道A總線斷開”故障碼時，證明該控制單元內部短路。但是，完成所有操作步驟后，并沒有跡象表明各控制單元內部存在短路。再根據操作指引對相關線路進行測量，對F-CAN H和 F-CAN L與車身搭鐵進行導通測試，結果為不導通，再對F-CAN H和F-CAN L進行短路測量，未見短路。最后只剩下CAN網關控制模塊沒有檢測，但是該模塊已經更換過了，出現問題的概率很小。此時故障診斷工作陷入了僵局。

圖6 電子維修手冊上對故障碼U0029-00的排查指引

按照電子維修手冊上的步驟進行排查無法解決問題，此時只好對CAN網關系統(圖7)做進一步的排查。對F-CAN網絡的所有的F-CAN H和F-CAN L線路都進行導通測試，分別對TCM與PCM、PCM與CAN網關單元、PCM與儀表單元、PCM與診斷插頭、儀表控制單元與診斷插頭、CAN網關單元與診斷插頭之間等多條線路都進行導通測試，結果均正常。

圖7 故障車型F-CAN網絡系統

根據F-CAN網絡的工作原理分析，F-CAN網絡的工作是由CAN網關控制單元、絞合信號電纜來與各個控制模塊進行數據傳輸。在控制單元和線路均正常的情況下，會不會是F-CAN網絡中電壓異常而引發故障呢？根據CAN網關電路(圖8)可以看出，通過診斷插頭處可以測量F-CAN網絡的電壓。

圖8 故障車CAN網關電路與診斷插頭說明

將所有斷開的插接器插回，分別測得：插接器的6號端子CAN-H與車身搭鐵間的電壓為11.93V；14號端子CAN-L與車身搭鐵間的電壓為10.37V(圖9)。正常情況下二者的電壓值之和應該在5V左右，由此可見，線束中的電壓存在異常。

圖9 對診斷插頭電壓的測量結果

將數據插接器的6號端子CAN-H與14號端子CAN-L電壓異常作為突破口對故障車進行分析：該車在修理廠更換了發動機和儀表臺兩條線束及多個控制模塊，新換的控制模塊存在故障的概率非常小，因此懷疑是維修人員在更換線束過程中存在暴力拉拽，或者是從車外往車內穿線束的過程中線束與車身洞口處發生刮擦，導致線束破損故障，致使數據插接器6號端子CAN_H和14號端子CAN_L被額外施加了電壓。重點對線束更換過程中需要拉拽的部位進行檢查，但均未發現異常。此時，只好分別對儀表臺線束和發動機艙線束進行一一排查。

對儀表臺內線束進行檢查。由于線路中電壓存在異常，有可能會導致熔絲被燒熔，因此首先檢查儀表臺內熔絲盒中各控制單元的熔絲進行檢測。圖10是在電子維修手冊查找到的儀表臺內熔絲盒中的熔絲位置圖，對其中涉及的熔絲逐一進行檢測，結果未見異常(表1)。

圖10 儀表臺內熔絲位置圖

表1 儀表臺內熔絲檢測結果

再檢查發動機艙線束。在電子維修手冊上找到發動機艙各控制單元熔絲位置圖(圖11)，對其進行檢測，結果發現A16(15A)熔絲熔斷，該熔絲保護的是變速器控制單元TCM。

圖11 發動機艙熔絲位置

為了進一步確認故障點，通過查閱變速器控制單元電路(圖12)可以看出其電路走向為：蓄電池→A16(15A)熔絲→中間插接器15號端子→變速器控制單元插接器5號端子(圖13)。測量A16號熔絲正極位置電壓正常，因此，可以排除蓄電池與A16號熔絲之間線路存在故障的可能；測量A16號熔絲負極端與中間轉換插接器15號端子之間的通斷情況，正常；測量中間插接器15號端子與變速器控制單元插接器5號端子之間的通斷情況，發現無法導通。因此，可以確認該線路中存在故障。

圖13 變速器控制單元插接器端子說明

通過觀察發現圖14中1的兩個插頭結構相似，且可互插。將中間轉換器的一端與變速器控制單元插接器斷開并進行測量，中間插接器15號端子與變速器控制單元插接器5號端子導通；測量A16(15A)熔絲的一端至變速器控制單元插接器5號端子之間線路也導通。

圖14 中間轉換器測量結果

在檢查線束過程中，發現新的線束與舊的線束的中間插接器(外殼顏色不同)，馬上想到故障根源會不會就在這里？于是，斷開此處插頭并用萬用表進行測量，發現有一組跨接線常通，導致線路出現紊亂。至此A16號熔絲熔斷的故障原因已經找到：這兩個插接器安裝錯誤，導致中間轉換器多出一組導通的導線。

重新調換這兩個插接器上的插頭，并更換熔絲A16(15A)，再對車輛執行儀表自診斷，CAN網關通信正常。對診斷插頭處電壓進行測量，6號端子電壓為2.72V、14號端子電壓值為2.26V兩者電壓值之和接近5V，確認正常。

在確定F-CAN網絡確認正常后，再對車輛各插接器進行仔細檢查與確認，一切正常后啟動發動機，運轉正常，但儀表臺上的ABS系統故障燈、防滑燈、胎壓報警燈依舊點亮。這是因為斷過電后，需要對傳感器進行重新學習。行駛一段路程完成各傳感器數據學習后，儀表臺上的ABS系統故障燈依然點亮。使用HDS讀取故障碼，發現系統存有故障碼C003A14-右后輪速度傳感器電路故障(電路搭鐵短路或斷路)。拆下兩后輪輪速傳感器進行測量，發現右后輪速傳感器阻值為160kΩ，明顯小于左后輪速傳感器的阻值(460kΩ)，由此可以判斷右后輪速傳感器損壞，更換新的傳感器后故障碼消失，且儀表臺上的ABS系統指示燈熄滅。再次使用MICU自診斷和HDS對全車系統進行檢查，所有系統檢查均正常。

至此，該車故障已被徹底排除。

維修小結

本案例中，從最開始儀表自診斷確認F-CAN網絡故障，到按照電子維修手冊步驟進行排查無結果，再通過測量F-CAN_H和F-CAN_L，排除線束問題；通過F-CAN網絡工作原理及特點分析，測量數據插接器的6號端子CAN-H與14號端子CAN-L電壓發現異常，并以此為突破口，最后確認故障原因主要是由于更換線束時，將兩條線束插接器互換混插，導致中間轉換器與原車的不匹配，從而引發線路故障。使得F-CAN網絡上多個控制單元通信異常、以及變速器控制單元TCM接收到無效數據無法確定擋位、啟動系統因無法接收擋位信號，致使發動機無法啟動，且儀表臺上多個故障燈點亮。最后一個ABS系統故障燈點亮，也是由于線路短路造成右后輪速傳感器損壞。

專家點評

焦建剛

本文是關于網絡通信系統故障的案例，近幾年來，圍繞汽車網絡系統的故障屢見不鮮，但維修界的技術人員對于通信系統的工作原理、故障排除診斷思路方面，卻很存在較大的問題。

本文作者從檢測到的故障碼入手，按照維修手冊的指示逐步進行診斷，直到維修手冊的步驟無效后，開始懷疑并檢查了F-CAN的線路電壓，從而發現并找到了真正的故障根源，也就是線路插頭錯插導致的線路故障。由于插頭錯接，導致F-CAN線路出現斷路，F-CAN A以及F-CAN B出現高電壓也是由于線路搭接到高電位所致。這無形中增加了故障排除的難度，這也再一方面驗證了真正困難的故障是人為的故障的說法。維修人員的粗心大意導致了不應該發生的故障出現。

本文作者在故障排除過程中，嚴格按照維修手冊的指示進行故障排除，應該說做法是正確的，但卻不是最優的。為什么這樣講呢？這是因為在檢測到的故障碼中，出現了大量控制模塊失去通信，其中的U0029-00(CAN網F-CAN通道A斷開) 故障碼，按照手冊的做法，是懷疑某一控制模塊出現內部短路故障，因此采取逐一斷開模塊方法來進行故障排除，這里我認為廠家的維修手冊步驟是不完善的，至少在這輛車遇到的故障看，是存在不足的，總線不能通信的故障原因除了模塊損壞之外，總線出現斷路、對地短路、對電源短路、互短等意外情況下，都會出現通信系統中斷的情況。此時，對通信總線的電壓、電阻進行檢測，就可以發現是否存在上述異常情況。我想，如果在發現存在多數通信模塊中斷通信的情況線，首先對診斷座的CAN-H、CAN-L線路電壓進行測量，應該是更加合理的選擇。至少比手冊提供的步驟更加合理一些，試想，如果是線路存在對地短路故障，斷開控制模塊進行故障判斷的方法就是無效的。作為一線的維修技術人員，更應該按照通信系統的工作原理來進行故障診斷分析。

雖然存在一點不足，但作者在維修方面的功底還是非常深厚的，診斷思路也比較明晰，該案例也為我們大家提供了一個非常好的參考。