故障現象

一輛2018款別克閱朗車，搭載LI6發動機和GF6變速器，累計行駛里程約為9.6萬km。車主反映，該車停放一晚後，蓄電池偶爾虧電。

故障診斷

接車後用宏虹Pico汽車示波器和高精度電流鉗（30 A）測量該車的寄生電流波形（圖1），發現鎖車後有一段時間寄生電流只有約20 mA，然後突然升高至約1.63 A，接著又降低至約188 mA，以此反復。 用萬用表測量熔絲電壓降，發現左側儀錶板下熔絲盒中熔絲F3DA和熔絲F4DA的電壓降分別為1 mV和5 mV，其他熔絲的電壓降為0.01 mV，說明有電流經過這2個熔絲。

圖1 故障車的寄生電流波形

由圖2可知，熔絲F4DA為遙控門鎖接收器（K77）和組合儀錶（P16）供電，熔絲F3DA為串列資料閘道模組（K56）、收音機（A11）、輔助音訊輸入（X83）及中控台多功能開關（S48E）供電。多個模組同時損壞的可能不大，懷疑是多個模組無法休眠，導致寄生電流過大。

圖2 熔絲F3DA和熔絲F4DA的供電電路

使用資料匯流排診斷工具查看鎖車後的網路通信情況（圖3），發現車身控制模組（K9）、14 V電源模組（K1）和後座椅加熱控制模組（K29R）一直通信，資訊顯示模組（P17）、收音機（A11）、組合儀錶（P16）、遠端通訊介面控制模組（K73）及空調控制模組（K33）有時會失去通信，這與寄生電流時大時小吻合，推斷寄生電流過大是這些模組無法休眠引起的。

圖3 鎖車後的網路通信情況

高速通信匯流排上的模組根據通信啟用線上的電壓啟用或停用通信，當電路電壓高（12 V左右）時，啟用通信；當電路電壓低時，停用通信。如圖4所示，該車有2條通信啟用電路，均由車身控制模組（K9）控制。

圖4 通信啟用電路

用萬用表測量這2條通信啟用電路上的電壓，無論斷開還是接通點火開關，均約為10 V，異常；找來同款車測量，接通點火開關時的電壓約為10 V，斷開點火開關後的電壓為0 V。如果檢測到以下任何喚醒輸入，車身控制模組（K9）將進入喚醒狀態。

• 串列資料線路上動態資訊。
• 檢測到蓄電池重新連接。
• 任一車門打開信號。
• 前照燈點亮。
• 車鑰匙插入點火開關。
• 將點火開關置於“ON”位置。
• 駐車燈點亮。
• 遙控車門或遙控起動資訊。

查看車身控制模組（K9）內的資料流程，發現點火開關、前照燈、車門開關等信號均正常。試著脫開遙控門鎖接收器（K77）的導線連接器，發現通信啟用電路的電壓變為0 V，寄生電流也一直在19 mA左右，說明遙控門鎖接收器（K77）喚醒了車身控制模組（K9）。調換同款車的遙控門鎖接收器（K77）並程式設計，路試一圈後再次測試寄生電流，正常。

交車幾天後，車主電話反映蓄電池再次虧電，無法起動發動機。接車後測試寄生電流，與之前一樣，反復在180 mA左右與1.6 A左右跳變。難道又是遙控門鎖接收器（K77）壞了？再次脫開遙控門鎖接收器（K77）導線連接器，寄生電流又恢復正常。裝複遙控門鎖接收器（K77）導線連接器，同時測量寄生電流和遙控門鎖接收器（K77）信號線上的波形（圖5），發現鎖車後遙控門鎖接收器（K77）信號線上有規律地出現通信信號，以致車身控制模組（K9）喚醒，隨之寄生電流上升，通信信號消失後寄生電流逐漸下降，以此反復。

圖5 寄生電流和遙控門鎖接收器（K77）信號線上的波形

為什麼遙控門鎖接收器（K77）會間歇地向車身控制模組（K9）發送通信信號呢？查看維修資料得知，除了負責接收遙控鑰匙信號以外，遙控門鎖接收器（K77）還負責接收輪胎壓力感測器信號。接通點火開關，觀察組合儀錶上的輪胎壓力，發現只顯示左後輪胎壓力（圖6）。

圖6 組合儀錶上的輪胎壓力顯示

之前脫開過遙控門鎖接收器（K77）導線連接器，正常情況下，要行駛一段距離才能啟動輪胎壓力感測器，使組合儀錶顯示輪胎壓力。診斷至此，懷疑左後輪胎壓力感測器一直處於啟動狀態，不停地發送胎壓資訊，而遙控門鎖接收器（K77）接收到胎壓資訊後會喚醒車身控制模組（K9），以致多個模組無法休眠，使寄生電流過大。

故障排除

更換左後輪胎壓力感測器並完成學習後反復試車，寄生電流恢復正常。交車1個星期後進行電話回訪，車主反映蓄電池未再虧電，故障排除。

故障總結

對於寄生電流的測量，使用萬用表是一個快捷且簡單的方法，通過逐個斷開導線連接器可以很快找到哪個模組存在異常。但值得注意的是，萬用表測得的是某具體時刻的資料，寄生電流卻並非瞬間發生，因而有時是無法準確判斷故障的。想要準確地測量寄生電流，看到其變化規律、探明其性質，還是需要長時間的連續記錄分析。

例如在本案例中，雖然借助萬用表能查到遙控門鎖接收器信號異常，但也僅僅是故障表像，未能“根治”。此時通過示波器與電流鉗進行長時間記錄，借助組合波形，能夠發現這個異常信號其實是具有規律的，再結合故障手冊和儀錶盤上的異常狀況，就更容易深入資料背後，追根究底探得故障本質。