俞林炯

(上汽大眾汽車有限公司，上海 201805)

車載診斷(OBD)功能隨著排放法規(guī)的引入，從20世紀(jì)80年代至今，已經(jīng)歷了多輪迭代和更新。2007年7月執(zhí)行的GB 18352.3—2005《輕型汽車污染物排放限值及測量方法(中國Ⅲ、Ⅳ階段)》引入了OBD系統(tǒng)及其功能要求。隨著環(huán)保要求的提升，2020年7月實施的GB 18352.6—2016《輕型汽車污染物排放限值及測量方法(中國第六階段)》對OBD功能的要求已達到了世界前列。到2020年，全國機動車保有量達3.72億輛，四項污染物排放總量為1 593萬t，而汽車是其主要貢獻者，其中汽油車的CO排放超過汽車排放總量的80%、HC超過70%，柴油車的NOx排放超過汽車排放總量的80%。2021年10月國務(wù)院印發(fā)的《2030年前碳達峰行動方案》提出了關(guān)于碳達峰碳中和的重大戰(zhàn)略決策，可以預(yù)見，機動車污染物排放監(jiān)管在未來一段時間內(nèi)會進一步加強，對OBD的要求[包括診斷服務(wù)/測試模式(以下統(tǒng)稱OBD診斷服務(wù))標(biāo)準(zhǔn)]也應(yīng)同步升級。

1 當(dāng)前的OBD診斷服務(wù)

從GB 18352.3—2005到GB 18352.5—2013《輕型汽車污染物排放限值及測量方法(中國第五階段)》，汽車排放法規(guī)中OBD診斷服務(wù)采用的標(biāo)準(zhǔn)是ISO 15031-5：2001《道路車輛-車輛與排放有關(guān)診斷用的外部試驗裝置之間的通訊-第5部分：排放有關(guān)的診斷服務(wù)》，并通過滿足ISO 15031-4要求的診斷工具輸出信息。從GB 18352.6—2016開始，OBD診斷服務(wù)的標(biāo)準(zhǔn)換成了SAE J1979_201202《電子/電氣診斷測試模式》(下稱J1979)，通過滿足SAE J1978規(guī)定的掃描工具輸出信息，明確規(guī)定了相應(yīng)信息，包括準(zhǔn)備就緒狀態(tài)(J6.4.1)、數(shù)據(jù)流(J6.4.2)、凍結(jié)幀(J6.4.3)、故障代碼(J6.4.4)、測試結(jié)果(J6.4.5)、軟件標(biāo)定識別碼(J6.4.6)、軟件標(biāo)定驗證碼(J6.4.7)、車輛識別碼(J6.4.8)、ECU名稱(J6.4.9)、IUPR率跟蹤(J6.5)要求。其他與GB 18352.6—2016配套的需監(jiān)測OBD功能的法規(guī)(如GB 18285—2018《汽油車污染物排放限值及測量方法(雙怠速法及簡易工況法)》和HJ 1237—2021《機動車排放定期檢驗規(guī)范》)也規(guī)定按照J1979提供標(biāo)準(zhǔn)化輸出。

從技術(shù)上講，ISO 15031-5和J1979是等效的，不同時期的應(yīng)用是由排放法規(guī)中OBD部分要求的引用/參考源不同所致。J1979是為滿足美國OBD法規(guī)而開發(fā)的標(biāo)準(zhǔn)，用于1996年以后車型；ISO 15031-5是基于J1979開發(fā)的標(biāo)準(zhǔn)，它結(jié)合了美國的要求和歐洲OBD的要求，適用于2000年以后車型。GB 18352.3—2005～GB 18352.5—2013中的OBD標(biāo)準(zhǔn)參考歐洲法規(guī)，即EOBD，相應(yīng)標(biāo)準(zhǔn)為ISO 15031-5；而GB 18352.6—2016的OBD采用美國標(biāo)準(zhǔn)，即OBD Ⅱ，相應(yīng)標(biāo)準(zhǔn)為J1979。

J1979作為當(dāng)前輕型車主流的OBD診斷服務(wù)標(biāo)準(zhǔn)，能滿足絕大部分情況的需求，但從實際應(yīng)用情況來看，還是存在一些局限，因而有行業(yè)代表建議CARB(California Air Resources Board)在OBD法規(guī)中采用SAE J1979-2_202104(下稱J1979-2)，因為J1979-2標(biāo)準(zhǔn)能有效消除J1979中的局限。例如：1)隨著插電式混合動力汽車(PHEV)的不斷投產(chǎn)，當(dāng)前基于J1979標(biāo)準(zhǔn)的2 B標(biāo)準(zhǔn)故障碼即將用盡。而J1979-2可提供3 B標(biāo)準(zhǔn)故障碼，能大大增加可用故障碼數(shù)量。2)當(dāng)前基于J1979標(biāo)準(zhǔn)的每個故障碼ECU只輸出一個凍結(jié)幀，且有優(yōu)先級的區(qū)別，不利于維修和監(jiān)管。而J1979-2可提供更多的凍結(jié)幀信息。3)當(dāng)前基于J1979標(biāo)準(zhǔn)的就緒狀態(tài)組數(shù)量有限，且無法詳細到故障碼級別。而J1979-2可拓展更多的就緒狀態(tài)組，且可實現(xiàn)精確到DTC的就緒狀態(tài)輸出。4)當(dāng)前基于J1979標(biāo)準(zhǔn)的測試結(jié)果標(biāo)準(zhǔn)化程度不夠。而J1979-2可實現(xiàn)精確到DTC的測試結(jié)果輸出，方便監(jiān)管和維修。5)當(dāng)前基于J1979標(biāo)準(zhǔn)的在用車檢測頻率指標(biāo)(IUMPR)只能按組輸出。而J1979-2可實現(xiàn)精確到DTC的IUMPR結(jié)果輸出。

為此，CARB批準(zhǔn)自MY23開始HD/MD車型以逐步過渡的方式采用J1979-2標(biāo)準(zhǔn)，到MY27要求100% 的產(chǎn)品采用J1979-2。盡管J1979-2標(biāo)準(zhǔn)正式發(fā)布時間不長，但已受到行業(yè)的高度關(guān)注。中國同樣關(guān)注到了J1979-2的應(yīng)用趨勢。

2 J1979-2介紹

J1979-2《E/E diagnostic test modes:OBD-onUDS》可以理解為基于UDS協(xié)議的OBD診斷測試模式，正式版于2021年4月發(fā)布。J1979-2并非對J1979推翻重來，也不是簡單地將J1979中的Service$01～$0A映射成UDS服務(wù)，而是基于UDS協(xié)議針對J1979支持的診斷服務(wù)(Mode$1～$A)進行升級和擴充。

UDS協(xié)議(ISO 14229)在汽車行業(yè)其實不是新技術(shù)，OBD也不是新功能，但兩者的結(jié)合目前還是較新的要求。相比于排放OBD專用診斷服務(wù)(只針對與排放相關(guān)的控制器)，UDS協(xié)議的最大特點在于U即Unified。UDS面向整車所有ECU，且支持多種總線技術(shù)。目前的主要排放控制器如ECU、TCU等實際上已支持UDS標(biāo)準(zhǔn)，但為滿足排放法規(guī)還要開發(fā)一組功能用于滿足J1979。

無論是J1979-2還是J1979，定義的都是車載OBD系統(tǒng)與外部通用設(shè)備之間的通信，故可將其通信架構(gòu)映射到開放系統(tǒng)互連(OSI)模型(ISO/IEC 7498-1和ISO/IEC 10731)進行介紹，進而清晰地展示J1979-2與J1979在通信方面的差異(見圖1)。

圖1 基于OSI架構(gòu)的通信方式對比

以目前汽車行業(yè)內(nèi)最常見的CAN總線為例，從物理層(Layer1)到傳輸層(Layer4)都是基于ISO 15765-4標(biāo)準(zhǔn)(功能上J1979/15031-5還支持SAE J1850、ISO 9141-2、ISO 14230-1/2等數(shù)據(jù)鏈路層和物理層，但技術(shù)較老，當(dāng)今汽車行業(yè)已不再開發(fā)，故未在圖1中列出)。兩標(biāo)準(zhǔn)中會話層(Layer5)都是基于ISO 14229-2標(biāo)準(zhǔn)，表示層(Layer6)除J1979-2新增了SAE J1939-DA外，其他3種通信方式都一樣。J1979-2相對于J1979的主要變化在于應(yīng)用層(Layer7)，J1979-2的通信方式從J1979的ISO 15031-5/SAE J1979切換為ISO 14229-1/SAE J1979-2。此外，J1979-2還可以拓展到以太網(wǎng)總線技術(shù)，以適應(yīng)更新更快的通信需求。綜上，OBD診斷服務(wù)標(biāo)準(zhǔn)的更新其實只是對通信架構(gòu)應(yīng)用層的更新，基礎(chǔ)通信層Layer1～Layer4保持不變，因而能大大降低技術(shù)升級的成本，可以將軟硬件開發(fā)解耦，通過軟件升級即可實現(xiàn)新標(biāo)準(zhǔn)。J1979與J1979-2的OBD診斷服務(wù)對比見表1。

從表1可以看出：J1979-2采用UDS協(xié)議ISO 14229-1中的4種服務(wù)實現(xiàn)了J1979的9種服務(wù)，其中J1979不具備的3種服務(wù)就是J1979-2的典型升級內(nèi)容。

表1 J1979與J1979-2的診斷服務(wù)映射關(guān)系

3 OBD診斷服務(wù)實現(xiàn)方式對比

為便于閱讀，基于J1979的診斷服務(wù)順序(Service$01～Service$0A)進行診斷服務(wù)對比，最后補充J1979-2新增的3種診斷服務(wù)。研究內(nèi)容基于J1979-2和對應(yīng)的SAE J1979-DA，以CAN總線通信方式為基礎(chǔ)，Layer1～Layer4基于ISO 15765-4協(xié)議。

3.1 Service$01請求動力總成診斷數(shù)據(jù)

J1979、J1979-2中Service$01對比見表2。

表2 Service$01對比

J1979中動力總成診斷數(shù)據(jù)通過Service$01和PID(Parameter identification)獲取，PID數(shù)據(jù)長度為1 B，范圍為$00～$FF。其中$00、$20、$40等并不表征實際的物理量，而是用來表征ECU對后面連續(xù)32個PID的支持情況。這種邏輯同樣適用于下文中Service$06的MID/TID、Service$09的Infotype。

J1979-2動力總成診斷數(shù)據(jù)通過UDS協(xié)議的Service$22和DID獲取，DID數(shù)據(jù)長度為2 B，范圍為$F400～$F5FF。其中$F400、$F420、$F440等并不表征實際參數(shù)，而是用來表征ECU對后面連續(xù)32個DID的支持情況。這種邏輯同樣適用于下文中MID/TID/ITID。ISO 14229-1附錄C.1中預(yù)留了$F700～$F7FF的區(qū)間給OBD，但目前SAE J1979-DA中暫未使用。

DID其實是UDS協(xié)議中一個通用概念，與J1979的區(qū)別是，DID的區(qū)間在ISO 14229-1附錄C.1中作了詳盡分類，預(yù)留了專用區(qū)間給OBD法規(guī)使用。因此，在J1979-2中，MID/TID/ITID都屬于DID，但其值不會重復(fù)，可直觀地理解為J1979-2中High byte=F4/F5/F7的DID都用于Service$01。關(guān)于PID/DID的支持數(shù)量，兩標(biāo)準(zhǔn)對ECU的響應(yīng)要求一樣，J1979要求ECU至少響應(yīng)6個PID，J1979-2根據(jù)請求類型進行分類，要求物理請求的ECU至少響應(yīng)6個DID、功能請求的ECU至少響應(yīng)3個DID。PID/DID的定義參考SAE J1979-DA、Annex B-Parameter IDs。

3.2 Service$02請求動力總成的凍結(jié)幀數(shù)據(jù)

凍結(jié)幀信息的功能是提供出現(xiàn)排放故障時刻的必要數(shù)據(jù)信息，OBD標(biāo)準(zhǔn)中稱為Freeze frame，UDS協(xié)議中稱為Snapshot。凍結(jié)幀信息是J1979-2相比于J1979升級比較明顯的服務(wù)，其主要變化見表3。

表3 J1979-2關(guān)于凍結(jié)幀功能的升級

凍結(jié)幀的信息需要結(jié)合排放法規(guī)來設(shè)置，以GB 18352.6—2016為例，失火和燃油系統(tǒng)具有更高的凍結(jié)幀優(yōu)先級，若下一階段從J1979切換成J1979-2，則企業(yè)無需再給失火和燃油系統(tǒng)的故障設(shè)置優(yōu)先級。同樣，原法規(guī)中針對失火和燃油系統(tǒng)專門設(shè)置的相似工況等要求也要酌情考慮調(diào)整。兩標(biāo)準(zhǔn)中Service$02對比見表4。

表4 Service$02對比

J1979中凍結(jié)幀通過Service$02讀取。J1979-2中凍結(jié)幀通過UDS的Service$19～SF$04讀取，DTC snapshot record number為凍結(jié)幀序號，長度為1 B，UDS協(xié)議對其進行劃分，其中$00、$F0用于OBD，與J1979-2對應(yīng)：$00為首次出現(xiàn)的凍結(jié)幀，$F0為最近一次出現(xiàn)的凍結(jié)幀。

3.3 Service$03/$07請求排放相關(guān)的DTC

基于UDS協(xié)議的J1979-2在讀取排放故障碼服務(wù)方面相比J1979有進一步提升，但實現(xiàn)方式接近?？紤]到Service$07和Service$03在功能上完全一致，合并在一起介紹。

J1979-2要求乘用車/輕型車使用SAE J2012-DA_DTC format_04格式的故障碼，DTC format identifier=0x04，該格式的故障碼為3 B DTC，具體信息參考SAE J2012-DA/ISO 15031-6。J1979要求的故障碼為2 B格式的故障碼。這是J1979-2中一個典型的故障碼格式升級。

除故障碼格式差異外，J1979-2可利用UDS協(xié)議的優(yōu)勢，根據(jù)故障碼的狀態(tài)和屬性即DTC severity mask record對故障碼進行精確篩選。J1979中未決故障碼(Pending DTC)通過Service$07讀取，確認故障碼(Confirmed DTC)通過Service$03讀取。J1979-2中未決故障碼和確認故障碼都是通過UDS的Service$19～SF$42讀取，除保留原先的故障碼讀取功能外，還通過DTC status mask和DTC severity mask增加了篩選的功能。兩標(biāo)準(zhǔn)中Service$03/$07對比見表5。

表5 Service$03/$07對比

FGID：功能組ID，按照UDS協(xié)議的定義，排放組為33。

DTC status mask：ISO 14229-1中詳細定義了每一位的意思，其中bit2表示未決故障碼，bit3表示確認故障碼，DTC status mask =0x04表示可以請求未決故障碼，DTC status mask =0x08表示可以請求確認故障碼。

DTC severity mask：ISO 14229-1中詳細定義了每一位的意思，高3位用來定義DTC severity information，低5位用來定義DTC class information，其中bit1表示故障等級是DTC class_1，這個是必須支持的故障等級，故Byte#5可以直接定義成0x02。

除完成常規(guī)的Pending DTC和Confirmed DTC獲取外，測試員還可通過DTC status mask和DTC severity mask篩選其他屬性的故障碼。

3.4 Service$04清除排放相關(guān)診斷信息

故障清除功能在J1979-2中沒有明顯變化(見表6)。

表6 Service$04對比

J1979中清除排放相關(guān)故障碼通過Service$04實現(xiàn)。J1979-2中清除排放相關(guān)故障碼通過Service$14實現(xiàn)。盡管UDS協(xié)議中Service$14支持多種清除功能(包括清除特定的DTC)，但J1979-2只要求其中兩種，分別為刪除排放組(0x33)的故障碼和刪除所有(0xFF)的故障碼。

3.5 Service$06請求監(jiān)測系統(tǒng)診斷結(jié)果

J1979和J1979-2通過MID讀取診斷結(jié)果的功能沒有明顯差異，都使用OBDMID(On-board diagnostic monitor ID)和相應(yīng)的TID(Manufacturer defined test IDs)，兩者的對比見表7。J1979-2新增的測試結(jié)果讀取功能見3.9節(jié)。

表7 Service$06對比

J1979中通過Service$06讀取診斷結(jié)果，MID數(shù)據(jù)長度為1 B，范圍為$00～$FF。J1979-2中通過UDS的Service$22讀取診斷結(jié)果，定義的MID(DID)數(shù)據(jù)長度為2 B，范圍為$F600～$F6FF，可以直觀地理解為High byte=F6的DID都用于Service$06。MID和TID的定義參考SAE J1979-DA、Annex D-Monitor IDs和Annex C-Test IDs。

3.6 Service$08請求控制OBD系統(tǒng)

對于OBD系統(tǒng)的控制請求，J1979和J1979-2定義較少，更多的功能都是原始設(shè)備制造商(OEM)開發(fā)和定義的，通過UDS協(xié)議的Service$31實現(xiàn)。兩者的對比見表8。

表8 Service$08對比

J1979中控制OBD系統(tǒng)通過Service$08實現(xiàn)，定義的TID數(shù)據(jù)長度為1 B，范圍為$00～$FF。J1979-2中控制OBD系統(tǒng)通過UDS協(xié)議的Service$31～SF$01實現(xiàn)，定義的RID數(shù)據(jù)長度為2 B，范圍為$E001～$E1FF。RID的定義參考SAE J1979-DA、Annex F-Test-Routine IDs。

3.7 Service$09請求車輛信息

J1979、J1979-2中車輛信息都使用ITID(Infotype IDs)，常規(guī)的車輛信息讀取功能沒有明顯差異，兩者的對比見表9。J1979-2新增的IUMPR讀取功能見3.9節(jié)。

表9 Service$09對比

J1979中車輛信息通過Service$09讀取，定義的ITID數(shù)據(jù)長度為1 B，范圍為$00～$FF。J1979-2中車輛信息通過UDS的Service$22(Read data by identifier)讀取，定義的ITID(DID)數(shù)據(jù)長度為2 B，范圍為$F800～$F8FF，可以直觀地理解為High byte=F8的DID都用于Service$09。

對于外部測試設(shè)備，需測試排放控制器支持的標(biāo)準(zhǔn)，連接后需測試支持的協(xié)議，使用Service$22搭配ITID$F810。如果車輛上與排放相關(guān)的ECU支持J1979-2中至少一種UDS協(xié)議，就應(yīng)在$F810輸出0x01。ITID的定義參考SAE J1979-DA、Annex G-Infotype IDs。

3.8 Service$0A請求永久故障碼

兩標(biāo)準(zhǔn)中Service$0A的對比見表10。J1979中永久故障碼的讀取通過Service$0A實現(xiàn)，其功能與Service$03和Service$07類似。J1979-2中永久故障碼通過基于UDS協(xié)議的Service$19～SF$55讀取。

表10 Service$0A對比

3.9 J1979-2新增的OBD診斷服務(wù)

基于J1979的OBD診斷服務(wù)存在以下問題：1)Service$06按照MID和TID輸出測試結(jié)果，由于很多TID是企業(yè)自定義的，在缺少相關(guān)資料的情況下監(jiān)管部門和維修人員很難確認測試結(jié)果與監(jiān)測項之間的關(guān)系。另外，測試結(jié)果展示的具體數(shù)值還能用來衡量其與故障閾值的距離，具有故障預(yù)判、維修驗證等功能，如果能有針對性地獲得排放相關(guān)故障碼的測試結(jié)果，將大大提高車輛檢查和維修效率。2)Service$09按照組的形式報告IUMPR結(jié)果，輸出的Ratio是該組中最小的值，無法有針對性地讀取排放相關(guān)故障碼的IUMPR結(jié)果，且法規(guī)定義為跟蹤需求的一些診斷并不會輸出到GST。例如在進行OBD演示試驗時，會出現(xiàn)演示項的Ratio并非該IUMPR組最小值的情況，導(dǎo)致分子增長無法體現(xiàn)在Service$09中。按照C6 OBD實施細則的要求，出現(xiàn)這類情況需要企業(yè)截圖證明分子增長。如果能有針對性地讀取每個有IUMPR要求的監(jiān)測項的結(jié)果，則能大大提高監(jiān)管效率。3)最近一次清除存儲的故障代碼后的診斷就緒狀態(tài)(Readiness)按照組的形式通過PID$01展示，如果小組顯示未完成，很難發(fā)現(xiàn)具體是哪些診斷未完成，給排放檢驗與維護帶來困難。如GB 18285—2018第7.3節(jié)規(guī)定，在用車檢查時若就緒狀態(tài)未完成項超過2項，則要求車主在對車輛充分行駛后進行復(fù)檢，而當(dāng)前基于J1979的就緒狀態(tài)展示的是組的就緒狀態(tài)而非單個診斷的就緒狀態(tài)，導(dǎo)致車主無法高效地對車輛進行行駛以滿足就緒狀態(tài)要求。

J1979-2能有效解決以上問題?；赨DS協(xié)議的Service$19的下屬子功能SF$1A和SF$06可有效解決上述問題1和問題2，而且存在進一步擴展功能的可能；Service$19的下屬子功能SF$56可按照就緒狀態(tài)組獲得該組所有故障碼相應(yīng)的診斷狀態(tài)，確認單個診斷的就緒狀態(tài)，有效解決上述問題3。

請求支持的DTC擴展記錄信息(Request supported DTC extended record information)功能通過基于UDS協(xié)議的Service$19～SF$1A(Report DTC extended data record identification)實現(xiàn)，可基于檢驗員指定的DTC extended data record number返回支持該拓展信息的故障碼列表和對應(yīng)狀態(tài)(Status of DTC)，為SF$06提供基礎(chǔ)信息。實現(xiàn)方式如下：

Byte#1:0x19

Byte#2:0x1A

Byte#3:0x90～0x9F(DTC extended data record number)

DTC extended data record number指定的擴展信息序號長度為1 B，范圍為$00～$FF。ISO 14229-1附錄D.8中對其有詳細定義，其中0x90～0x9F段留給OBD，與SAE J1979-DA的Annex I-extended data items對應(yīng)。典型的DTC extended data record number如下：

0x91:DTC based IUMPR

0x92:DTC based test result

3.9.2 請求支持的DTC擴展數(shù)據(jù)記錄

請求支持的DTC擴展數(shù)據(jù)記錄(Request DTC extended data record)功能通過基于UDS協(xié)議的Service$19～SF$06(Report DTC extended data record by DTC number)實現(xiàn)，除可基于檢驗員指定的DTC extended data record number返回支持該信息的故障碼列表和故障狀態(tài)外，還能返回其對應(yīng)的數(shù)據(jù)記錄(DTC extended data record)，這個功能很重要。在使用SF$06之前，先要通過SF$1A確認哪些DTC支持指定的DTC extended data record number。實現(xiàn)方式如下：

首先，應(yīng)當(dāng)制定促進科技發(fā)展方面的立法。比如，我國制定《科技促進法》、《科技人才促進法》等促進科技發(fā)展的法律，為科技發(fā)展提供制度環(huán)境。其次，應(yīng)當(dāng)完善已有的科技相關(guān)法律。比如，應(yīng)當(dāng)從促進科技發(fā)展的角度出發(fā)，完善《著作權(quán)法》、《專利法》、《商標(biāo)法》、《網(wǎng)絡(luò)安全法》等，為科技創(chuàng)新保駕護航，同時維護科研人員的智慧成果，激發(fā)其創(chuàng)新的積極性。最后，制定和完善規(guī)范科技運行的法律。比如，我國可以制定《科技倫理法》，對科技工作者和科學(xué)研究活動提出倫理性要求，禁止他們從事有違社會倫理道德的科研活動。另外，還可以制定法律禁止科學(xué)研究用于違法的行為。

Byte#1:0x19

Byte#2:0x06

Byte#3:DTC high byte

Byte#4:DTC middle byte

Byte#5:DTC low byte

Byte#6:0x90～0x9F

通過該子功能，可按照故障碼獲取相應(yīng)的IUMPR信息和測試結(jié)果，從而大大拓展獲取信息的渠道，作為Service$06和Service$09的補充。如確認某個DTC P1234-56支持0x91/0x92，即可通過SF$06請求P1234-56的DTC extended data record，獲取該診斷的IUMPR信息和測試結(jié)果。

3.9.3 請求某就緒狀態(tài)組的故障信息

請求某就緒狀態(tài)組的故障信息(Request DTCs for a readiness group)功能通過基于UDS協(xié)議的Service$19～SF$56(Report DTC extended data record by DTC number)實現(xiàn)，可基于檢驗員指定的Readiness group identifier返回一個支持該信息的故障碼列表及其故障狀態(tài)(Status of DTC)。實現(xiàn)方式如下：

Byte#1:0x19

Byte#2:0x56

Byte#3:0x00～0xFE(RGID)

RGID(Readiness group identifier)參考SAE J1979-DA。通過該子功能，可按照就緒狀態(tài)組獲取組內(nèi)每個DTC的診斷狀態(tài)。如發(fā)現(xiàn)RGID$07顯示未完成，可通過SF$56查看是由該組哪些診斷未完成導(dǎo)致的。

4 展望

新標(biāo)準(zhǔn)的實施除政策引導(dǎo)外，還需要原始設(shè)備制造商和相關(guān)配套標(biāo)準(zhǔn)一起推進。如Vector公司在2021年底宣布完成可滿足J1979-2標(biāo)準(zhǔn)的ECU開發(fā)工具和測試設(shè)備。此外，與J1979-2配套的技術(shù)標(biāo)準(zhǔn)如SAE J2012、SAE J1699-3等都需作相應(yīng)調(diào)整。

J1979-2相比于J1979的變化主要是對傳統(tǒng)動力車輛OBD診斷服務(wù)的升級，從技術(shù)角度也能對純電動汽車(BEV)的監(jiān)管產(chǎn)生啟示作用。盡管傳統(tǒng)意義上的OBD只是針對車載污染物排放的控制，而BEV本身并不包含污染物排放源，但BEV由于性能下降/惡化間接導(dǎo)致的污染物影響不應(yīng)被忽視，無論是從“實際表現(xiàn)偏離設(shè)計意圖”等原則性角度定義BEV的OBD功能，還是從具象的BEV性能相關(guān)綜合零部件診斷，相關(guān)的功能均不應(yīng)被放棄，也需以與時俱進的標(biāo)準(zhǔn)化診斷服務(wù)作為保障。而OBDonUDS可很好地兼容內(nèi)燃機車和BEV控制器應(yīng)用層的數(shù)據(jù)標(biāo)準(zhǔn)化要求，且支持多種目前主流總線通信技術(shù)，可以為提出BEV的OBD監(jiān)管需求提供技術(shù)基礎(chǔ)。

5 結(jié)語

隨著排放法規(guī)的不斷更新，OBD診斷服務(wù)標(biāo)準(zhǔn)因不同市場、不同車型導(dǎo)致診斷工具和控制器軟件不同的情況有望在引入J1979-2后得到統(tǒng)一。從當(dāng)前OBD診斷服務(wù)/測試模式標(biāo)準(zhǔn)的局限性、J1979-2的功能和優(yōu)勢及實現(xiàn)方式三方面進行研究，J1979-2標(biāo)準(zhǔn)在保留J1979標(biāo)準(zhǔn)功能的基礎(chǔ)上進行升級，具有提供更多OBD信息的拓展性，且原始設(shè)備制造商針對J1979-2的軟件技術(shù)升級的成本較低，具有較高的應(yīng)用價值。隨著J1979-2的升級，預(yù)計基于UDS協(xié)議的OBD診斷服務(wù)還會拓展出更多功能，同時可為實現(xiàn)BEV的OBD服務(wù)提供技術(shù)基礎(chǔ)。相信J1979-2的應(yīng)用能為污染物排放監(jiān)管帶來更高的環(huán)保收益，并提高車輛維修效率，建議將它作為中國下一階段排放法規(guī)OBD部分的應(yīng)用標(biāo)準(zhǔn)。