講到故障代碼DTC,只要稍有一些汽車(chē)維修知識的人都會(huì )告訴你,故障代碼不就是在發(fā)動(dòng)機或變速箱等車(chē)載電控系統發(fā)生故障時(shí),系統控制單元ECU、PCM或ABS模塊的自診斷模塊檢測到系統部件故障后,將故障的信息以數字代碼的形式存儲在模塊內部的專(zhuān)門(mén)區域如隨機存儲器RAM或者保持電流存儲器KAM中。當汽車(chē)維修技術(shù)人員在診斷車(chē)輛故障時(shí),可以通過(guò)人工調取或外接專(zhuān)用診斷儀器的方式從存儲器中調取出這些數字代碼。通過(guò)對這些代碼所對應的故障信息,使得維修人員能夠快速的切入正題,避免南轅北轍使診斷工作誤入歧途。
在相當長(cháng)的一段時(shí)期中,故障代碼被我們許多維修人員奉為解決電控汽車(chē)的靈丹妙藥。只要遇到電控汽車(chē)的故障,就要設法調出故障代碼,有了故障代碼仿佛車(chē)就已經(jīng)修好了一半;反之,往往讓人沒(méi)有頭緒不知如何著(zhù)手。一時(shí)間,許多維修書(shū)籍上的各種進(jìn)口汽車(chē)的故障代碼解釋、故障代碼的調取方法、診斷座的詳細位置等等信息成為眾多維修人員所青睞的焦點(diǎn)。業(yè)界更有傳聞如某某汽修高手有什么諸如武林秘籍似的手抄維修攻略,什么疑難雜癥只要一翻攻略必能攻克,后人有幸偶而得以一觀(guān),其實(shí)秘籍也只不過(guò)是一本多年積累的手抄故障代碼集。這幾年,隨著(zhù)進(jìn)口汽車(chē)的大量涌入以及國內合資汽車(chē)企業(yè)引進(jìn)國外先進(jìn)車(chē)型所生產(chǎn)的中高檔汽車(chē)陸續面世,許多的汽車(chē)維修企業(yè)從硬件到軟件不斷地升級,現代電控汽車(chē)的維修技術(shù)不再向以前那樣的讓人感到深不可測了。各類(lèi)診斷儀,解碼器被眾多汽修廠(chǎng)家所配備,特別是一些特約售后服務(wù)中心,更是花重金購置了原廠(chǎng)的診斷儀如:SGM的TECH 2,SVW的VAG1552,NISSAN的CONSULT等等先進(jìn)的設備。有了這些設備,故障代碼的調取、識別和解釋在也不那么神秘了,但是實(shí)際生產(chǎn)中,我們的維修作業(yè)卻并沒(méi)有為此而變得輕松,甚至出現有了故障代碼反而使維修作業(yè)變得愈發(fā)復雜的怪事。到底我們應該如何面對故障代碼呢?筆者將以上海別克轎車(chē)為例,介紹一些有關(guān)故障代碼方面的知識和相關(guān)診斷思路。
上海通用生產(chǎn)的別克系列轎車(chē)所裝備的是第二代車(chē)載診斷系統也就是OBD-Ⅱ(On Board Diagnosis)。由于別克的純正美國血統,SGM這款車(chē)的診斷系統和其他在1996年以后北美所生產(chǎn)或銷(xiāo)售的汽車(chē)在執行標準和診斷策略的軟、硬件上除了沒(méi)有裝備雙氧傳感器從而無(wú)法執行三元催化轉化器的效率監測功能外(主要受中國的使用條件所限制),其余基本相同。
DTC的表示方法和類(lèi)型
同早期的OBD-Ⅰ一樣,如果檢測到車(chē)輛發(fā)生故障,則PCM會(huì )將對應的故障代碼DTC存儲在存儲器中。因為OBD是美國聯(lián)邦政府要求的一項標準法規,所以只要是滿(mǎn)足這項要求的車(chē)載診斷系統的故障代碼都將以近乎一致的格式而標準化,這樣也使得的DTC系統得以可持續的發(fā)展,馬上還會(huì )有更新的OBD-Ⅲ推出。
在裝備OBD-Ⅱ系統的車(chē)輛上,所有的故障代碼DTC都以英文字母開(kāi)頭,后面跟隨4個(gè)數字。如:P0101、C1234、B2236等等。
DTC開(kāi)頭的字母表示被監測到的故障系統:P為動(dòng)力系統;B為車(chē)身系統;C為底盤(pán)系統;U為網(wǎng)絡(luò )或數據通訊傳輸系統故障碼。
第一個(gè)數字是通用碼(對所有的車(chē)輛制造商),或是制造商專(zhuān)用碼。比如:0指一般碼,1指制造商專(zhuān)用碼。美國通用汽車(chē)公司就有幫助你診斷車(chē)輛技術(shù)狀況所特定的數字類(lèi)型編碼。
第二個(gè)數字指出了受影響的故障系統類(lèi)型,數字從1-7:1為燃油及空氣計量系統;2為燃油及空氣計量系統(特指噴射系統回路功能不良);3為點(diǎn)火系統或缺缸監測系統;4為輔助排放系統;5為車(chē)速控制和怠速控制系統;6為計算機輸出線(xiàn)路系統;7為變速箱。
最后兩位數字指出了系統中出現故障的部件或部位,此處不敷述。
診斷代碼DTC的類(lèi)型
根據OBDⅡ的要求,診斷執行指令根據監測系統及故障的嚴重程度等因素將故障代碼DTC分成不同的類(lèi)型。不同的類(lèi)型對設定的代碼也有不同的要求,而診斷執行指令僅在出現與排放有關(guān)(可能超過(guò)FTP規定的1.5倍)的DTC時(shí)使發(fā)動(dòng)機故障燈MIL點(diǎn)亮。DTC被分成四大類(lèi),有A、B、C及D類(lèi),其中A和B類(lèi)的DTC與發(fā)動(dòng)機的排放水平有關(guān)系。
A類(lèi):在首次行程進(jìn)行診斷的監測,并向診斷執行指令報告“檢測到故障”,將DTC存儲并且點(diǎn)亮MIL燈。
B類(lèi):在第二次連續的行程中運行與排放水平有關(guān)的診斷檢測,并向診斷指令報告“檢測到故障”,將DTC存儲而且使MIL點(diǎn)亮。在首次檢測到故障后,B類(lèi)故障碼將進(jìn)入到準備之中,此后B類(lèi)故障碼處于警戒狀態(tài)中,或準備存儲一個(gè)歷史代碼。假如這個(gè)故障再次發(fā)生,則使MIL點(diǎn)亮;反之,一個(gè)通過(guò)的檢測將解除系統對B類(lèi)DTC的警戒狀態(tài)。一些特殊的條件將使用于對缺火及燃油調整的故障代碼DTC。
C類(lèi):在首次行程中運行與非排放有關(guān)的診斷檢測,同時(shí)向診斷執行指令報告“檢測到故障”,在存儲DTC的同時(shí)使車(chē)輛維修燈“SERVICE VEHICLE SOON”(如果裝備)點(diǎn)亮。
D類(lèi):在首次行程中運行與非排放有關(guān)的診斷檢測,并向診斷執行指令報告“檢測到故障”,D類(lèi)將存儲DTC而不點(diǎn)亮MIL燈,這些故障代碼DTC將對車(chē)輛的維修診斷非常有益,特別當遇到駕車(chē)者指出某些性能的下降而MIL并沒(méi)有被點(diǎn)亮。
正確理解DTC的設置條件
電控系統故障碼的發(fā)展歷史正是現代汽車(chē)計算機控制自診斷系統的不斷改進(jìn)的歷史。從最初的簡(jiǎn)單對輸出、輸入部件線(xiàn)路電壓監測,如當監測電壓在短路狀態(tài)時(shí)的低電位,在斷路狀態(tài)時(shí)的高電位以及線(xiàn)路電壓的突變超過(guò)自診斷系統內部設定的電壓門(mén)限值時(shí),自診斷系統根據監測電壓所對應的線(xiàn)路端口及故障癥狀對應原先設定在只讀存儲器ROM中的代碼序號設定相應的故障代碼。由于受到微處理器信息處理能力的限制,早期自診斷系統只能識別或者說(shuō)是設置少量的故障代碼,而且故障碼的內容也僅限于線(xiàn)路的開(kāi)路、短路,信號的丟失、不全,工作執行元件電流的異常變化之類(lèi)。由于故障內容的直接明了,所以故障信息被讀取后,一般使用萬(wàn)用表都不難解決。加之早期進(jìn)口電控汽車(chē)剛剛進(jìn)入中國,各種維修資料相對較少,因此在當時(shí)如何獲取故障診斷代碼、如何找到診斷代碼的含義倒確實(shí)是維修電控車(chē)輛工作的重中之重。
隨著(zhù)微電子技術(shù)、計算機技術(shù)的大踏步前進(jìn),伴隨各國對發(fā)動(dòng)機排放水平近乎于苛刻的要求,現代電控汽車(chē)的自診斷能力日益強大。換而言之,對電控系統監測的要求、數量以及控制精度將大幅度提高,故障代碼的種類(lèi)和數目也水漲船高。以上海通用別克車(chē)為例,光動(dòng)力總成(發(fā)動(dòng)機和變速箱)的故障代碼數量就將近90個(gè)左右,那么多的故障代碼使得對故障內容的表述更加詳盡和完備。這一點(diǎn)是有利于汽車(chē)維修技術(shù)人員對于車(chē)輛的診斷的,但是由于控制精度的要求以及各個(gè)監測診斷系統診斷要求的不同,故障代碼的內容再也不僅僅局限于電壓過(guò)高、電壓過(guò)低或者信號不存在等簡(jiǎn)單的表述了,新出現了像:燃油配平系統長(cháng)期過(guò)濃、MAP性能下降、EGR系統位置偏差等等粗看讓人一時(shí)難以看懂的故障碼。而且這些故障的設置往往隨監測系統的特殊要求有其特定的條件。根據筆者的經(jīng)驗,此時(shí)在調取故障診斷代碼之后,仔細翻閱維修手冊,查找到相應的故障信息、故障設置條件、故障設置后采取策略顯得非常重要。比如,某某故障條件是車(chē)速大于8km/h、TPS大于10%、A/C關(guān)閉的條件下進(jìn)行診斷并發(fā)現異常從而設置的。如果你將該車(chē)停在一邊,怠速運轉并開(kāi)著(zhù)空調查找故障,那樣你可能永遠都不能將該故障重現。這樣的后果往往是在你自以為維修結束之后,草草地清除了故障代碼(而且確實(shí)在當時(shí)的條件下故障代碼沒(méi)有重現),將車(chē)輛交給了客戶(hù)。不幸的是,這輛車(chē)沒(méi)有多久就返回了維修站,而故障代碼重又不可思議的出現了。這樣的維修案例可以說(shuō)是舉不勝舉。其實(shí)讓許多維修人員難以理解的故障碼在修理結束后未出現,一旦車(chē)輛被客戶(hù)提走就馬上重現的情況也就是對故障碼設定條件不清所導致的。筆者就親自看到過(guò)因為出現相關(guān)氧傳感器的故障代碼而1周連續更換了3個(gè)氧傳感器,因為一個(gè)EGR系統的故障代碼而更換EGR閥、PCM甚至差點(diǎn)要更換整個(gè)引擎線(xiàn)束的維修案例。
仔細察看診斷故障代碼設置條件的重要意義就在于:作為車(chē)輛的維修人員,你必須知道這輛車(chē)的故障到底是什么時(shí)候發(fā)生的?故障碼是因為什么條件而觸發(fā)的?自己應該怎樣才能模擬故障發(fā)生的條件?
怎樣確定故障真正被排除了
故障碼告訴你現在或過(guò)去該車(chē)的某某系統出現了某某故障,那么只要在維修結束后,該故障碼不再出現也就說(shuō)明故障被排除了。但是請記住,故障碼可以因為故障不存在而消失,同樣如果故障監測系統程序因為某些條件的制約而被中止,故障碼一樣是不會(huì )出現的。以上海通用別克轎車(chē)裝備的OBD-Ⅱ系統為例。要完成整個(gè)系統的所有項目檢測至少要經(jīng)過(guò)12min,而且在這12min內必須按照OBD-Ⅱ的檢測要求執行:怠速、加速、巡航、再加速、再次高速巡航、無(wú)制動(dòng)滑行等一些特定工況。這種連續工況檢測被稱(chēng)為一個(gè)OBD-Ⅱ驅動(dòng)循環(huán)或15工況。只有經(jīng)過(guò)了這樣的一個(gè)驅動(dòng)循環(huán),所有的監測器才都開(kāi)動(dòng),過(guò)了檢測,并且在控制模塊中記錄下了I/M標志,表明整個(gè)系統的檢測情況。由于個(gè)人駕駛習慣、行駛路況等原因,在修理結束之后的試車(chē)過(guò)程中如果恰好該系統的監測器未被開(kāi)動(dòng),那么故障代碼就自然不會(huì )出現。所以,修理工作完成后千萬(wàn)要按照原先設置代碼的條件,避開(kāi)制約該監測器開(kāi)動(dòng)的種種因素進(jìn)行試車(chē)檢驗。如果有SGM TECH 2診斷儀,那么通過(guò)進(jìn)入特定DTC菜單觀(guān)看故障監測狀態(tài)是非常有必要的。



