本文作者：張海松 俞建軍

故障現象

一輛2014 款奧迪A5，發動機型號 CNC，行駛里程543km。車輛儀表中 EPC 和發動機故障燈報警，車輛加速不良，發動機控制單元J623讀取到故障碼 P023600 ：增壓壓力傳感器不可靠信號。

故障診斷與排除

首先根據故障碼進行引導性故障查尋，檢查增壓壓力傳感器G31 的供電電壓，G31 插頭的1號線與3 號線之間的電壓測量值為5.4V，在正常范圍內。再測量發動機信號電壓，插頭1 號線到 4號線之間的電壓也在規定范圍內，電腦提示更換G31。更換增壓壓力傳感器G31 后試車，故障燈依然點亮，但在 J623 讀取到的故障碼變為P023400：增壓壓力調節高于調節極限( 圖1)。

在路試時，讀取發動機的增壓壓力實際值與目標值( 圖2) 比較后發現，讀取出來的實際值無論在何種工況下始終保持在1.5bar(1bar=105Pa)左右。正常情況下目標值應該會隨著發動機轉速和負荷而改變。

根據故障碼再次進行引導性故障查詢，提示導致增壓壓力超出標準值可能的原因有：①增壓壓力調節器V465或至廢氣門的連桿卡住；②增壓壓力傳感器G31 損壞；③廢氣渦輪增壓器的廢氣風門卡在關閉位置上( 圖3)。

由于之前已經更換了增壓壓力傳感器G31，并排除了G31 故障，因此還剩下另外兩種情況。將氧傳感器拆出，剛好可以看到渦輪增壓器的排氣泄壓閥門 ( 圖4)，進行作動器測試，觀察到V465 的連桿、風門開關正常，行程同正常車輛相比無異，故排除第一點故障原因。

查詢相關資料得知，增壓空氣循環閥N249( 圖5) 是負責調節進氣壓力的，發動機控制單元根據工況的需求，控制 N249 泄壓來進行調解。如果N249 的活塞卡住在關閉位置，會導致無法泄壓，從而使渦輪增壓器保持在較高壓力。拆下N249 檢查后未發現問題，把N249的活塞取下試車，讓其保持在泄壓狀態，但啟動后渦輪增壓的實際值還是保持在 1.5bar 左右，這說明故障點并不是出在渦輪增壓器上。至此，提示故障原因全部排除。

電腦診斷的原因都被排除，那么會不會是電腦板出現的問題呢？根據發動機控制單元電路圖( 圖6)，再重新檢查 J623 到G31的線路是否斷路、短路，確定不存在故障，故判斷故障點在發動機電腦板J623上。

通過對相關電路圖進行分析和測量，最后懷疑可能是電腦板故障，于是找同款車型的發動機控制單元J623 進行對換，利用電腦在線解除部件保護后匹配試車，故障排除。

維修小結

提速不起的故障在奧迪2.0T 發動機上出現的比較頻繁，根據以往的經驗我們首先會想到更換壓力傳感器G31和壓力調節閥，因為電腦板損壞的情況比較少見而很少考慮到。在以上兩種情況排除后會陷入死胡同，最后冷靜下來通過對電路圖的分析，確定是電腦板故障。各種診斷方法的正確使用，可以大大縮短檢查問題的時間和過程，利用電腦做引導性故障查詢可以給維修指明方向，但是有時也會誤導人，所以我們應該保持清晰的思路，對電路圖要認真解讀，利用排除法、由簡到難地嘗試可能的故障，才能順利解決問題。

本案例特殊之處在于損壞的零件是我們大家一般不容易去判定的控制單元。日常維修中，很多人習慣了用換件法進行車輛的故障排除，一旦更換了新的零件，故障依然不變時，就不知道下一步如何去進行維修作業了，尤其是當最后的故障點集中在了電腦上面，就更加沒有底氣了。當然，在一線的實際作業中也出現了很多懷疑電控單元損壞，但更換后發現故障依然沒有排除的情況，究其原因，無外乎在檢測過程中對幾個重要數據的采集、相關線路的檢測不徹底所導致的。或者說，技術人員沒有嚴格遵守維修手冊的檢測步驟所導致的。

曾經某維修企業在針對老款奔馳MB100旅行車的動力不足故障檢測中，就出現過類似的錯誤，在根據故障碼確定存在電子節氣門故障后，更換了電子節氣門，發現故障沒有排除，在對相關電路沒有進行徹底的清查前，又盲目的更換了發動機控制單元，結果故障依舊。最終檢查的結果是線路當中存在接觸不良的情況，而在維修過程中誤換的零件，則無法向客戶進行交代了。

為了避免盲目更換零件帶來的問題，在診斷過程中首先要做的就是對相關數據的采集以及檢查確認，這里所說的對線路的檢查，是對線路的全面測試，包括電腦供電電壓、搭鐵、傳感器電壓的檢查，甚至要對線路進行帶電負載的檢查，這樣才能排除線路的可能性。

在本案例中，針對G31增壓壓力傳感器的檢查，作者提到無論任何工況下，其壓力均為1.5bar，但沒有提及靜態時的電壓情況，我認為是一個失誤，如果靜態電壓存在異常的時候，那對相關元件的檢查只是進一步確認了電腦本身數據異常的判斷。當然，在整個檢查過程中，除了對靜態數據缺乏有效的確認外，作者對相關可能造成數據異常的零部件以及線路的檢查，是不存在問題的，而且其整個檢查過程的邏輯性很強。通過這個比較完備的測試，就可以判斷電腦的故障。作者進一步通過更換控制單元對其進行了確認，最終將故障的根源鎖定在控制單元上，說明作者在故障診斷方面還是具備非常強的能力的。