吉利汽車基于CAN線診斷技術(shù)規(guī)范

1、JLYY-JT -08基于CA線診斷技術(shù)規(guī)范編制: 校對(duì): 審核: 審定: 標(biāo)準(zhǔn): 批準(zhǔn):浙江吉利汽車研究院有限公司二OO八年五月GEEL Y基于CAN線診斷技術(shù)R規(guī)范JTYY -JT -08II、，-、. 前言1范圍 2規(guī)范性引用文件 3縮略語(yǔ) 4 CAN線診斷系統(tǒng)原理 5 CAN通訊協(xié)議 6診斷應(yīng)用層服務(wù)IGEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08為了保證各個(gè)整車項(xiàng)目的診斷協(xié)議的統(tǒng)一性和繼承性，制定了本技術(shù)規(guī)范。本技術(shù)規(guī)范中，各ECU診斷應(yīng)用層服務(wù)的定義應(yīng)遵循本技術(shù)規(guī)范,但不限于本規(guī)范所定義的診斷服務(wù)項(xiàng)目。本技術(shù)規(guī)范沒(méi)有定義的診斷服務(wù)應(yīng)遵循 ISO 14229:2006，

2、ISO 14230 3: 1996和ISO 15765 3:2004中的診斷服務(wù)相關(guān)規(guī)定作擴(kuò)展定義。本標(biāo)準(zhǔn)由浙江吉利汽車研究院有限公司提出。本標(biāo)準(zhǔn)由浙江吉利汽車研究院有限公司汽車電子電器研究所CAN總線科負(fù)責(zé)起草。本標(biāo)準(zhǔn)主要起草人：鄭士岑。本標(biāo)準(zhǔn)于2008年5月30日發(fā)布并實(shí)施。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -081范圍本標(biāo)準(zhǔn)規(guī)定了車輛 CAN診斷的縮略語(yǔ)、CAN線診斷系統(tǒng)介紹、CAN1訊協(xié)議與診斷應(yīng)用層服務(wù)。本標(biāo)準(zhǔn)適用于基于CAN線診斷的車輛診斷。2規(guī)范性引用文件下列文件中的條款通過(guò)本標(biāo)準(zhǔn)的引用而成為本標(biāo)準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的

3、內(nèi)容）或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵(lì)根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。ISO 14229 : 2006道路車輛統(tǒng)一診斷維修設(shè)備（UDS）:規(guī)范和要求ISO 14230-3:1996道路交通工具一診斷系統(tǒng)：KWP2000案例ISO 15765-2:2004道路交通工具一CAN診斷：網(wǎng)絡(luò)層服務(wù)ISO 15765-3:2004道路交通工具一CAN診斷：應(yīng)用層服務(wù)ISO 15765-4:2005道路交通工具一CAN診斷：排放相關(guān)系統(tǒng)要求3縮略語(yǔ)下列術(shù)語(yǔ)和縮略語(yǔ)適用于本標(biāo)準(zhǔn)。3.1ABS An tilock Brak ing

4、Systems防抱死系統(tǒng)3.2ACU Airbag Control Unit安全氣囊控制單元3.3BCM Body Con trol module車身控制模塊3.4BS Block Size塊大小3.5CF Con secutive Frame后續(xù)幀3.6DADesti natio n Address目標(biāo)地址3.7DLCData Len gth Code數(shù)據(jù)長(zhǎng)度代碼3.8DTCDiag no stic Trouble Code診斷故障代碼3.9ECUElectr onic Con trol Un it電子控制單元3.10EMSEngine Man ageme nt Systems發(fā)動(dòng)機(jī)管理系統(tǒng)

5、3.11EOLEnd Of Line下線診斷3.12FC Flow Control流控制3.13FF First Frame首幀GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -083.14ICUIn strume nt Cluster Con trol Un it組合儀表控制單元3.15IDIden tifier標(biāo)志符3.16NANetwork Address網(wǎng)絡(luò)地址3.17PCIProtocol Con trol In formatio n協(xié)議控制信息3.18PIDP arameter Ide ntifier參數(shù)標(biāo)志符3.19SASource Address源地址3.20SFSin

6、gle Frame單幀3.21SID Service Ide ntifier服務(wù)標(biāo)志符3.22ST Sep aratio n Time間隔時(shí)間3.23TPMS Tire P ressure Mon itori ng Systems胎壓監(jiān)測(cè)系統(tǒng)3.24WUP Wake Up P attern喚醒模式模式時(shí)單幀長(zhǎng)度不超過(guò) 6。一個(gè)非分段消息傳送的示例見(jiàn)圖1所示。4 CAN線診斷系統(tǒng)原理基于CAN線的診斷可以提供迅速存取信息的能力以及無(wú)需斷開(kāi)線纜就可以運(yùn)行控制單元的能力。提供的診斷服務(wù)的作用有:確定ECU;讀取ECU的輸入信號(hào);將輸出信號(hào)寫入執(zhí)行器；讀取ECU內(nèi)部信息，比如故障存儲(chǔ)的內(nèi)容。本規(guī)范提供

7、的診斷服務(wù)可以用作擴(kuò)展診斷測(cè)試，也可以在維修車間中使用。提供的診斷服務(wù)可以明顯地降低測(cè)試時(shí)間。5 CAN通訊協(xié)議 5.1 數(shù)據(jù)流5.1.1 ECU支持CAN診斷消息使用ISO 15765-2:2004中指定的分段數(shù)據(jù)傳送裝置( USDT。即支持兩種類型的CAN數(shù)據(jù)流一一非分段的數(shù)據(jù)流和分段的數(shù)據(jù)流。5.1.2 非分段的數(shù)據(jù)流7或擴(kuò)展尋址非分段數(shù)據(jù)流由單幀(SF)構(gòu)成。它的使用條件是：正常尋址模式時(shí)單幀長(zhǎng)度不超過(guò)GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08接收者發(fā)送者單幀5.1.3分段的數(shù)據(jù)流分段數(shù)據(jù)流由多幀分段的CAN消息構(gòu)成。它的使用條件是：正常尋址模式時(shí)數(shù)據(jù)長(zhǎng)度大于7或擴(kuò)展

8、尋址模式時(shí)數(shù)據(jù)字節(jié)長(zhǎng)度大于6。該數(shù)據(jù)流包含一個(gè)首幀（FF）和多個(gè)后續(xù)幀（CF）o接收器在接收了首幀（FF）后必須發(fā)送一個(gè)流控制（FC）。流控制中包含的信息是：塊大?。˙S和間隔時(shí)間（ST）o其中塊大?。˙S）表示接收器允許發(fā)送器發(fā)送的最大后續(xù)幀數(shù)量。間隔時(shí)間（STmi n）表示兩個(gè)后續(xù)幀之間發(fā)送者所必須等待的最小時(shí)間。一個(gè)分段消息傳送的示例見(jiàn)圖2所示。STmin發(fā)送者首幀=流控制后續(xù)幀接收者=-= = _后續(xù)幀塊大小（BS）后續(xù)幀流控制-后續(xù)幀 p=后續(xù)幀終結(jié)塊（ BS）5.2 消息類型5.2.1單幀（SF）,首幀（FF）,后續(xù)幀（CF）或流控制（FC）都包含有一個(gè)8字節(jié)的數(shù)據(jù)域，該數(shù)據(jù)域 由

9、以下兩部分構(gòu)成，表 1顯示了各類CAN消息的PCI字節(jié)的結(jié)構(gòu)。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08a）協(xié)議控制信息（PCI）,指示了幀類型，幀編號(hào)，數(shù)據(jù)長(zhǎng)度等b）傳輸數(shù)據(jù)，包含被發(fā)送的數(shù)據(jù)。表1數(shù)據(jù)域結(jié)構(gòu)幀類型字節(jié)1字節(jié)2字節(jié)3字節(jié)4 - 8位7- 4位3-0單幀（SF）0000SF_DL數(shù)據(jù)1數(shù)據(jù)2數(shù)據(jù)3 - 7首幀（FF）0001FF_DL數(shù)據(jù)1數(shù)據(jù)2 - 6后續(xù)幀（CF）0010SN數(shù)據(jù)1數(shù)據(jù)2數(shù)據(jù)3 - 7流控制（FC）0011FSBSStminN/A注：SF_DL表示4個(gè)位的單幀數(shù)據(jù)長(zhǎng)度；FF_DL表示12FS表示數(shù)據(jù)流狀態(tài)；BS表示塊大?。籗tmin表示最小

10、間隔時(shí)間。個(gè)位的首幀數(shù)據(jù)長(zhǎng)度；SN表示序列編號(hào)5.2.2 單幀正常尋址模式下，單幀消息類型的最大數(shù)據(jù)長(zhǎng)度為7個(gè)字節(jié)，其中 PCI的高半字節(jié)設(shè)置為 0000b。PCI的低半字節(jié)表示單幀的數(shù)據(jù)長(zhǎng)度。5.2.3 首幀正常尋址模式下，首幀消息類型的數(shù)據(jù)長(zhǎng)度大于7字節(jié)，它和一個(gè)或多個(gè)后續(xù)幀并用。其中PCI第一個(gè)字節(jié)的高半字節(jié)設(shè)置為0001b，第一個(gè)字節(jié)的低半字節(jié)和第二個(gè)字節(jié)表示首幀的數(shù)據(jù)長(zhǎng)度。首幀的數(shù)據(jù)長(zhǎng)度FF_DL計(jì)算如表2所示。表2十六進(jìn)制值數(shù)據(jù)長(zhǎng)度FF_DL描述000h - 007h保留008h- FFFh首幀數(shù)據(jù)長(zhǎng)度（FF_DL）包含數(shù)據(jù)字節(jié)個(gè)數(shù)。12位FF_DL理論上支持發(fā)送多達(dá) 4096個(gè)數(shù)

11、據(jù)字節(jié)。 然而當(dāng)前實(shí)例無(wú)需支持 4096個(gè)數(shù)據(jù)字節(jié)這樣的最大值。5.2.4 后續(xù)幀后續(xù)幀在首幀之后，其中PCI的高半字節(jié)設(shè)置為0010b。它的低半字節(jié)是一個(gè)序列編號(hào)（SN）, SN的值根據(jù)以下規(guī)定來(lái)計(jì)算:首幀的SN值為0;第一個(gè)后續(xù)幀的SN值為1;每增加一個(gè)后續(xù)幀,SN值是以“1”來(lái)增加的；流控制幀的發(fā)送影響SN值的計(jì)算；當(dāng)SN值達(dá)到了 15,那么下一個(gè)后續(xù)幀的 SN又會(huì)被設(shè)置為0。序列編號(hào)（SN值的定義具體如表 3所示。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08表3協(xié)議數(shù)據(jù)名字FFCFCFCFCFCFCFCFCFSN（ 16進(jìn)制）0h1h2hEhFh0h1h525流控制5.

12、2.5.1 首幀或數(shù)據(jù)塊的最后一個(gè)后續(xù)幀之后，當(dāng)需要更多的后續(xù)幀（CF）來(lái)完成數(shù)據(jù)流傳輸時(shí)，接收節(jié)點(diǎn)就必須發(fā)送一個(gè)流控制消息，其中PCI第一個(gè)字節(jié)的高半字節(jié)設(shè)置為0011b。流控制PCI的第二個(gè)字節(jié)表示兩個(gè)流控制幀之間最大消息塊的大?。˙SmaX,第三個(gè)字節(jié)表示兩個(gè)后續(xù)幀之間的時(shí)間（最小間隔時(shí)間，Stmin ）。流控制PCI第一個(gè)字節(jié)的低半字節(jié)是一個(gè)流控制狀態(tài)（FS）,數(shù)據(jù)流狀態(tài)（FS）的定義如表4所示。表416進(jìn)制描述0h繼續(xù)發(fā)送（CTS接收器已經(jīng)準(zhǔn)備好并且等待BS時(shí)間1h等待（WT流控制的等待參數(shù)用設(shè)置控制N_PDl并且重啟它的N_PCI字節(jié)# 1的低半字節(jié)為“1 ”來(lái)編碼。它會(huì)導(dǎo)致發(fā)送者

13、繼續(xù)等待一個(gè)新的流N_BS定時(shí)器2h過(guò)載流（OVFLW流控制的過(guò)載流參數(shù)用設(shè)置N_PCI字節(jié)# 1的低半字節(jié)為“ 2 ”來(lái)編碼。它會(huì)導(dǎo)致發(fā)送者中止分段消息的傳輸并且作出一個(gè) NUSData.confirm 服務(wù)應(yīng)答，該應(yīng)答帶參數(shù) vN_Result> = N_BUFFER_OVFLV這個(gè)N_PCI 流狀態(tài)參數(shù)值僅僅在流控制N_PDL中被傳送。這個(gè)流控制 N_PDU緊跟在首幀N_PDL后，并且只在接收到的首幀N_PDU勺消息長(zhǎng)度FF_DL超過(guò)接收實(shí)體的緩沖器大小的情況下使用。525.2 塊大?。˙SmaX表示兩個(gè)流控制消息之間，接收器允許發(fā)送器發(fā)送的最大后續(xù)幀個(gè)數(shù)，它的定義如表5所示。表5

14、16進(jìn)制描述00塊大小（BsmaX在傳輸分段消息期間將不會(huì)再發(fā)送流控制幀。所有的后續(xù)幀的發(fā)送將不會(huì)因?yàn)椴迦肓骺刂贫ｎD。01h - FFh塊大?。˙smaX定義兩個(gè)流控制之間的最大后續(xù)幀個(gè)數(shù)。6所示。525.3 間隔時(shí)間（STmin）表示兩個(gè)后續(xù)幀之間所允許的最小時(shí)間，它的定義如表表616進(jìn)制描述00h- 7Fh表示STmin的范圍是：0ms- 127ms80h- F0h預(yù)留未定義F1-F9表示 STmin 范圍是：100us- 900usFAh- FFh預(yù)留未定義GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -085.3尋址模式5.3.1物理尋址模式ECU就可以所有物理尋址消息都是以

15、 ECU的物理地址來(lái)接收的。當(dāng)用物理尋址模式來(lái)作出請(qǐng)求時(shí),執(zhí)行激活的診斷會(huì)話所支持的服務(wù)。而來(lái)自ECU的回應(yīng)則在診斷儀的地址上接收。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -085.3.2功能尋址模式在診斷儀請(qǐng)求的信息不是在特定的某個(gè)模塊的情況時(shí)，請(qǐng)求消息應(yīng)以功能尋址模式來(lái)作出請(qǐng)求。5.4 診斷會(huì)話ECU支持以下的診斷會(huì)話:a）正常（默認(rèn)）的會(huì)話點(diǎn)火開(kāi)啟時(shí)，ECU以默認(rèn)的形式開(kāi)始正常診斷會(huì)話。在此會(huì)話中，控制器功能和診斷服務(wù)都會(huì)被激 活，但不允許執(zhí)行EOL和客戶指定的診斷會(huì)話所支持的診斷服務(wù)。b）非默認(rèn)診斷會(huì)話非默認(rèn)的診斷會(huì)話定義了“ ECU編程會(huì)話”和“ ECU擴(kuò)展的診斷會(huì)話”

16、兩種診斷會(huì)話。5.5應(yīng)用層和診斷會(huì)話層的時(shí)序要求概述5.5.1 應(yīng)用層和診斷會(huì)話層的時(shí)序要求基于下列兩點(diǎn)作出區(qū)別:a）物理尋址通訊的默認(rèn)會(huì)話期間和非默認(rèn)會(huì)話期間。b）功能尋址通訊的默認(rèn)會(huì)話期間和非默認(rèn)期間。基于以上兩點(diǎn)的判斷，還要考慮ECU可能發(fā)送78h代碼的否定回應(yīng)消息來(lái)請(qǐng)求擴(kuò)展回應(yīng)時(shí)間的情況。5.5.2應(yīng)用層和診斷會(huì)話層的時(shí)序定義7所示。5.5.2.1 默認(rèn)診斷會(huì)話期間的應(yīng)用層時(shí)序數(shù)值定義如表表7時(shí)序參數(shù)描述類型MinMaxP2CAN_Client成功傳送請(qǐng)求消息和開(kāi)始回應(yīng)消息 之間客戶端的等待時(shí)間定時(shí)器重新載入值P2CAN_Server_max+ P 2CANN/AP 2*CAN_Cli

17、ent接收到代碼78h的否定回應(yīng)消息和 開(kāi)始回應(yīng)消息之間客戶端的擴(kuò)展等 待時(shí)間定時(shí)器重新載入值P 2*CAN_Server_max+ P 2CAN_rs pN/AP 2CAN_Server接收到請(qǐng)求消息和開(kāi)始回應(yīng)消息之間的服務(wù)器執(zhí)行時(shí)間要求執(zhí)行要求050msP 2*CAN_Server傳送了代碼78h的否定回應(yīng)消息和開(kāi)始回應(yīng)消息之間服務(wù)器的執(zhí)行時(shí)間要求執(zhí)行要求05000ms表7 （續(xù)）時(shí)序參數(shù)描述類型MinMaxP 3CAN_Client_ Phys沒(méi)有要求回應(yīng)消息時(shí)，成功傳送了 的物理尋址請(qǐng)求消息后，客戶端等 待傳送下一個(gè)物理尋址請(qǐng)求消息 的最小時(shí)間定時(shí)器重新載入值P2CAN_Server_

18、MaxN/AP 3CAN_Client_Func沒(méi)有回應(yīng)消息或者請(qǐng)求的數(shù)據(jù)只 是被功能請(qǐng)求的部分服務(wù)器所支 持的情況下，成功傳送了功能尋址 請(qǐng)求消息后，客戶端等待傳送下一 個(gè)功能尋址請(qǐng)求消息的最小時(shí)間。定時(shí)器重新載入值P 2CAN_Server_MaxN/A注：參數(shù) P2CAN考慮任何系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)相關(guān)的延時(shí)，如網(wǎng)關(guān)和加上安全接線的總線帶寬所引起的延時(shí)。基于系統(tǒng)設(shè)計(jì)的最差設(shè)想值是受以下因素影響的：a）涉及的網(wǎng)關(guān)個(gè)數(shù)；b）CAN幀的傳輸時(shí)間；c）CAN總線利用率d） CAN 設(shè)備驅(qū)動(dòng)器的執(zhí)行方式（查詢和中斷）以及網(wǎng)絡(luò)層的進(jìn)程時(shí)間。 P2CAN的數(shù)值分成傳送請(qǐng)求給尋址的服務(wù)器和傳送回應(yīng)給客戶端兩部分

19、： P2CAN= P2CAN_Req + P2CAN_Rsp5.5.2.2會(huì)話層時(shí)序參數(shù)定義當(dāng)非默認(rèn)診斷會(huì)話開(kāi)啟時(shí)，它的會(huì)話處理是經(jīng)過(guò)會(huì)話層時(shí)序參數(shù)實(shí)現(xiàn)的。會(huì)話層時(shí)序參數(shù)的定義如表8所示。表8時(shí)序參數(shù)描述類型推薦的等待時(shí)間ms等待時(shí)間msS3Client診斷儀傳送功能尋址的診斷儀?；睿?3Eh）請(qǐng)求消 息來(lái)使多個(gè)ECU的非默認(rèn)診斷會(huì)話保持激活的時(shí)間 要求，或者發(fā)送物理尋址請(qǐng)求消息給某個(gè)ECU來(lái)?；畹淖畲髸r(shí)間。定時(shí)器重新載入值2000ms4000msS3server當(dāng)沒(méi)有接收任何診斷請(qǐng)求消息時(shí)，ECU能保持非默認(rèn)診斷會(huì)話激活的時(shí)間。定時(shí)器重新載入值N/A5000ms5.6通訊失敗5.6.1 意外

20、的消息任何節(jié)點(diǎn)對(duì)于接收到的意外消息或非法格式的消息都是采取忽視。5.6.2丟失消息診斷儀請(qǐng)求期間，如果ECU自動(dòng)檢測(cè)到一個(gè)通訊失敗 （如：網(wǎng)絡(luò)層的時(shí)序違規(guī)），那么ECU就會(huì)取消這個(gè)請(qǐng)求并且不發(fā)送回應(yīng)消息。診斷儀必須監(jiān)控：沒(méi)有 ECU回應(yīng)在P2CAN-ECU內(nèi)被發(fā)送。因此診斷儀可以重復(fù)它之前的請(qǐng)求。在擴(kuò)展的診斷會(huì)話期間， 如果在P3CAN-ECU（MAX內(nèi)沒(méi)有接收到來(lái)自診斷儀的請(qǐng)求（中斷通訊線的標(biāo)準(zhǔn)），那么ECU就跳回普通會(huì)話。5.7消息填充CAN診斷消息幀必須是全部填滿（8個(gè)字節(jié)）的，所以空余的字節(jié)必須用“填充數(shù)據(jù)”填滿。定義填充數(shù)據(jù)為:0x00。6診斷服務(wù)定義6.1 診斷管理功能單位診斷功能

21、單位的診斷服務(wù)項(xiàng)目如表9所示。表9診斷服務(wù)中文名稱診斷服務(wù)英文名稱1請(qǐng)求服務(wù)標(biāo)識(shí)符診斷管理功能單位開(kāi)啟診斷會(huì)話StartDiagnosticSession10hECU重設(shè)服務(wù)ECUReset service11h停止診斷會(huì)話Stop DiagnosticSession20h安全訪問(wèn)服務(wù)SecurityAccess service27h通訊控制服務(wù)Communicationcontrol28h診斷儀?；頣ester Present service3Eh讀取ECU ID服務(wù)ReadECUIdentification service1Ah6.2 開(kāi)啟診斷會(huì)話服務(wù)6.2.1功能描述621.1會(huì)話之后,

22、6.2.1.2開(kāi)啟診斷會(huì)話服務(wù)的功能是激活ECU所支持的診斷會(huì)話模式。只有在激活了 ECU所支持的診斷ECU才能在激活的診斷會(huì)話模式下執(zhí)行它所支持的服務(wù)。參數(shù)“診斷模式”定義了默認(rèn)會(huì)話模式，ECU擴(kuò)展的會(huì)話模式和 ECU編程模式三種診斷會(huì)話模ECU擴(kuò)展式。默認(rèn)模式是啟動(dòng)診斷會(huì)話時(shí)的默認(rèn)會(huì)話模式，開(kāi)啟一個(gè)新的診斷會(huì)話后就進(jìn)入默認(rèn)模式。的會(huì)話模式和ECU編程模式是為某些在默認(rèn)會(huì)話模式下不能執(zhí)行的服務(wù)而定義的診斷會(huì)話模式。具體診 斷模式參數(shù)的定義見(jiàn)表 10。表10診斷模式參數(shù)參數(shù)：診斷模式大?。ㄗ止?jié)）描述數(shù)值1默認(rèn)會(huì)話模式81h1ECU編程模式83h1ECU擴(kuò)展的會(huì)話模式87h6.2.2請(qǐng)求消息格式

23、如表11所示。表11診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符10h1診斷模式xxh6.2.3肯定回應(yīng)消息格式如表12所示。表12ECUH診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符50h1診斷模式xxh6.2.4否定回應(yīng)消息格式如表13所示。表13ECUH診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符10h2回應(yīng)代碼xxh6.3 停止診斷會(huì)話6.3.1功能描述診斷服務(wù)“停止診斷會(huì)話”的功能是停止ECU和診斷工具之間的當(dāng)前通訊。6.3.2請(qǐng)求消息格式如表14所示。表14診斷儀H ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符20h6.3.3肯定回應(yīng)消息格式

24、如表15所示。表15ECIH診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符60h6.3.4否定回應(yīng)消息如表16所示。表16ECUK診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符20h2回應(yīng)代碼xxh6.4 ECU重設(shè)服務(wù)6.4.1功能描述診斷服務(wù)“ ECU重設(shè)”的功能就是請(qǐng)求 ECU按重設(shè)模式的要求重新執(zhí)行一次ECU設(shè)置。參數(shù)“重設(shè)模式”定義如表17所示。表17參數(shù)：重設(shè)模式(ResetMode)數(shù)值(Hex)描述01硬件重設(shè)(hardReset )02切斷重設(shè)(KeyOffOnReset)03軟件重設(shè)(SoftReset )04快速關(guān)閉電源(EnableRa

25、pidPowerShutDown )05快速關(guān)閉電源無(wú)效(DisableRapidPowerShutDown )6.4.2請(qǐng)求消息格式如表18所示。表18診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0ECU重設(shè)請(qǐng)求服務(wù)標(biāo)識(shí)符11h1重設(shè)模式(ResetMode)xxh6.4.3肯定回應(yīng)消息如表19所示。表19ECIT診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0ECU重設(shè)肯定回應(yīng)服務(wù)標(biāo)識(shí)符51h6.4.4否定回應(yīng)消息格式如表20所示。表20ECIT診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符11h2回應(yīng)代碼xxh6.5 安全訪問(wèn)服務(wù)6.5.1功能描述6.5.1.1診斷服務(wù)“安全訪問(wèn)

26、”的功能是用診斷儀來(lái)更改安全等級(jí)，獲取執(zhí)行被ECU鎖定的服務(wù)的權(quán)利。各ECU應(yīng)該至少擁有2個(gè)等級(jí)。安全等級(jí) 0是ECU上電時(shí)默認(rèn)的安全等級(jí)，在安全等級(jí)0時(shí)，不允許更改ECU的任何配置信息。在安全等級(jí) 1和2上，才允許執(zhí)行一些在高層安全等級(jí)才允許的診斷命令。6.5.1.2更改安全等級(jí)的步驟如下:第一步：診斷儀請(qǐng)求種子（seed），然后ECU發(fā)送種子;第二步：診斷儀根據(jù)吉利提供的轉(zhuǎn)換算法發(fā)送Key,如果Key是有效的，那么 ECU就會(huì)發(fā)送一個(gè)肯定回應(yīng)消息，同時(shí)安全等級(jí)也更改到了新的安全等級(jí)。注：種子（Seed）和Key均為4個(gè)字節(jié)的十六進(jìn)制數(shù)值：xxxxxxxxh。6.5.1.3 診斷服務(wù)“安全訪

27、問(wèn)”需要定義的參數(shù)“安全模式”如表21所示。參數(shù)：安全模式（AccessMode）大小（字節(jié)）描述數(shù)值1請(qǐng)求安全等級(jí)1的種子01h1發(fā)送安全等級(jí)1的key02h1請(qǐng)求安全等級(jí)2的種子03h1發(fā)送安全等級(jí)2的key04h表216.5.1.4 診斷服務(wù)“安全訪問(wèn)”需要定義的參數(shù)“安全狀態(tài)”如表22所示。參數(shù)：安全狀態(tài)（Securitystatus ）大?。ㄗ止?jié)）描述數(shù)值1安全訪問(wèn)允許34h表226.5.2請(qǐng)求消息步驟1格式如表23所示。診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符27h1安全模式-請(qǐng)求種子xx = 01請(qǐng)求安全等級(jí)1xx = 03請(qǐng)求安全等級(jí)2xxh表236.5.3 肯定回應(yīng)

28、消息步驟1格式如表24所示。表24ECLK診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符67h1安全模式-請(qǐng)求種子X(jué)X = 01請(qǐng)求安全等級(jí)1XX = 03請(qǐng)求安全等級(jí)2xxh2.5種子(4個(gè)字節(jié))xxxxxxxxh6.5.4請(qǐng)求消息步驟2格式如表25所示。表25診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符27h1安全模式發(fā)送Keyxxh2.5Keyxxxxxxxxh6.5.5 肯定回應(yīng)消息步驟 2格式如表26所示。表26ECUT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符67h1安全模式發(fā)送Key02h2安全訪問(wèn)狀態(tài)34h6.5.6否定回應(yīng)消息格式如表27所示。表

29、27ECUT診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符27h2回應(yīng)代碼xxh6.6 通訊控制服務(wù)6.6.1功能描述661.1診斷服務(wù)“通訊控制”的功能是接通或切斷某個(gè)服務(wù)消息的傳送或接收,就是控制CAN幀的傳送或接收。6.6.1.2該服務(wù)需要定義的參數(shù)有“控制類型” (controlType )和“通訊類型” (communicationType )?？刂祁愋蛥?shù)包含的信息是關(guān)于ECU如何調(diào)整通訊類型?？刂祁愋蛥?shù)的定義見(jiàn)表表28參數(shù)：控制類型（controlTy pe ）Hex (位 6 0)描述名稱00使指定的通訊類型可以接收和傳送消息EnableRxAnd

30、Tx01使指定的通訊類型可以接收消息但不可以傳送消息EnableRxAndDisableTx02使指定的通訊類型不可以接收消息但可以傳送消息DisableRxAndEnableTx03使指定的通訊類型不可以接收消息也不可以傳送消息DisableRxAndTx注：該參數(shù)是一個(gè)字節(jié)大小，位7 “suppressPosRspMsgindicationBit"不在此表定義。6.6.1.3 參數(shù)“通訊類型”是指定要控制的通訊類型。該參數(shù)是個(gè)位編碼數(shù)值，允許同時(shí)控制多種通訊類型。定義參見(jiàn)表 29。表29參數(shù)“通訊類型” (communicationType )位1 0（二進(jìn)制）描述名稱00ISO

31、/SAE 保留01這個(gè)數(shù)值表示所有應(yīng)用相關(guān)的通訊（應(yīng)用CAN消息幀控制）NomalCommunicationMessages10這個(gè)數(shù)值表示所有網(wǎng)絡(luò)管理相關(guān)的通訊NetworkManagementCommunicationMessages11這個(gè)數(shù)值表示以上兩者都有NetworkManagementCommunicationMessages and NomalCommunicationMessages注：該參數(shù)是一個(gè)字節(jié)大小，此表只定義了位1和位0。6.6.2肯定回應(yīng)消息格式如表30所示。表30診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符28h1控制類型參數(shù)xxh2通訊類型xxh6.6.

32、3肯定回應(yīng)消息格式如表31所示。表31ECLK診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符68h1控制類型參數(shù)xxh664 否定回應(yīng)消息格式如表 32所示。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08表32ECLK診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符3Eh2回應(yīng)代碼xxh6.7診斷儀保活6.7.1功能描述診斷服務(wù)“診斷儀?；睢钡墓δ苁侵甘綞CU發(fā)送請(qǐng)求使ECU保持在當(dāng)前的診斷會(huì)話中,使診斷服務(wù)或通訊保持激活。該服務(wù)須定義的參數(shù)“回應(yīng)要求”如表33所示。表33參數(shù)：回應(yīng)要求( ResponseRequired )大小(字節(jié))描述數(shù)

33、值1要求回應(yīng)01h1沒(méi)有要求回應(yīng)02h6.7.2請(qǐng)求消息格式如表 34所示。表34診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符3Eh1回應(yīng)要求要求回應(yīng) 01h 沒(méi)有要求回應(yīng) 02hxxh6.7.3肯定回應(yīng)消息如表 35所示。表35ECLK診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符7Eh6.7.4否定回應(yīng)消息格式如表36所示。表36ECLK診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符3Eh2回應(yīng)代碼xxh6.8 數(shù)據(jù)傳輸功能單位數(shù)據(jù)傳輸功能單位的診斷服務(wù)項(xiàng)目如表37所示。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08表37診斷服務(wù)中

34、文名稱診斷服務(wù)英文名稱請(qǐng)求服務(wù)標(biāo)識(shí)符數(shù)據(jù)傳輸功能單位由本地標(biāo)識(shí)符讀取數(shù)據(jù)ReadDataByLocalldentifier21h由公共標(biāo)識(shí)符讀取數(shù)據(jù)ReadDataByCommonldentifier22h由本地標(biāo)識(shí)符寫數(shù)據(jù)WriteDataByLocalIdentifier3Bh由公共標(biāo)識(shí)符寫數(shù)據(jù)WriteDataByCommonldentifier2Eh6.9 由本地標(biāo)識(shí)符讀取數(shù)據(jù)6.9.1功能描述ECU的當(dāng)前數(shù)6.9.1.1診斷服務(wù)“由本地標(biāo)識(shí)符讀取數(shù)據(jù)”的功能是使用定義的本地標(biāo)識(shí)符去請(qǐng)求來(lái)自據(jù)。這些數(shù)據(jù)記錄包括模擬輸入和輸出信號(hào)，數(shù)字輸入和輸出信號(hào)，內(nèi)部數(shù)據(jù)和系統(tǒng)狀態(tài)信息。38。6.9

35、.1.2 該服務(wù)涉及的參數(shù)“記錄本地標(biāo)識(shí)符”定義見(jiàn)表表38參數(shù)：記錄本地標(biāo)識(shí)符(RecordLocalIdentifier)大小(字節(jié))描述數(shù)值1請(qǐng)求01h 20h支持的本地標(biāo)識(shí)符00h101h1119h1請(qǐng)求21h 40h支持的本地標(biāo)識(shí)符20h1139h注：診斷儀請(qǐng)求本地標(biāo)識(shí)符= 00h后，ECU會(huì)回應(yīng)相應(yīng)的PID值，該P(yáng)ID值是一個(gè)4字節(jié)的十六進(jìn)制數(shù)值，它表示該ECU支持的從01h到20h的本地標(biāo)識(shí)符(位 32對(duì)應(yīng)本地標(biāo)識(shí)符 01h,位31對(duì)應(yīng)本地標(biāo)識(shí)符 02h,位0對(duì)應(yīng)本地標(biāo)識(shí)符 20h)。請(qǐng)求本地標(biāo)識(shí)符=20h后，ECU會(huì)回應(yīng)21h 40h的本地標(biāo)識(shí)符支持情況。本地標(biāo)識(shí)符(OOh 19

36、h)和本地標(biāo)識(shí)符(21h 39h)的診斷內(nèi)容由各個(gè) ECU廠商自行定義。6.9.2請(qǐng)求消息格式如表 39所示。表39診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符21h1記錄本地標(biāo)識(shí)符xxh6.9.3肯定回應(yīng)消息格式如表40所示。表40ECUK診斷儀：服務(wù)肯定回應(yīng)消息 字節(jié) GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符61h1Local標(biāo)志符# 1xxh2數(shù)據(jù)記錄#1字節(jié)1 ( MSBxxh2+r數(shù)據(jù)記錄#1字節(jié)r ( LSB)xxh694 否定回應(yīng)消息格式如表 41所示。表41ECUK診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1

37、請(qǐng)求服務(wù)標(biāo)識(shí)符21h2回應(yīng)代碼xxh6.10 由公共標(biāo)識(shí)符讀取數(shù)據(jù)ECU的符號(hào)信息。6.10.1功能描述診斷服務(wù)“由公共標(biāo)識(shí)符讀取數(shù)據(jù)”的功能是用定義好的公共標(biāo)志符讀取6.10.2請(qǐng)求消息格式如表 42所示。表42診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符22h1公共標(biāo)志符# 1 (MSBxxh2公共標(biāo)志符# 1 (LSBxxh6.10.3肯定回應(yīng)消息格式如表43所示。表43ECIT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符62h1公共標(biāo)志符# 1 (MSBxxh2公共標(biāo)志符# 1 (LSBxxh3數(shù)據(jù)記錄# 1字節(jié)1 (MSBxxh3+r數(shù)據(jù)記錄# 1字節(jié)r (LSB)

38、xxh6.10.4否定回應(yīng)消息格式如表 44所示。表44ECUK診斷儀：服務(wù)肯定回應(yīng)GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符22h2回應(yīng)代碼xxh6.11由本地標(biāo)識(shí)符寫數(shù)據(jù)ECU存儲(chǔ)區(qū)域。這些數(shù)據(jù)均由參數(shù)“記ECU特定的本地?cái)?shù)據(jù)記錄。6.11.1 功能描述診斷服務(wù)“由本地標(biāo)識(shí)符寫數(shù)據(jù)”的功能是將數(shù)據(jù)寫進(jìn)一個(gè)錄本地標(biāo)識(shí)符”來(lái)作為標(biāo)記。執(zhí)行這個(gè)服務(wù)的情況有:清除非易失性存儲(chǔ);重新設(shè)置已學(xué)習(xí)的數(shù)值;設(shè)置選項(xiàng)內(nèi)容;設(shè)置車輛標(biāo)志符編號(hào)(VIN)；更改標(biāo)定數(shù)值。該服務(wù)涉及參數(shù)：記錄本地標(biāo)識(shí)符，這個(gè)參數(shù)確定了某個(gè)注：本地標(biāo)識(shí)符內(nèi)容的定

39、義取決于各個(gè)ECU的功能需求。6.11.2請(qǐng)求消息格式如表 45所示。表45診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符3Bh1記錄本地標(biāo)識(shí)符xxh6.11.3肯定回應(yīng)消息格式如表 46所示。表46ECIT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符7Bh1記錄本地標(biāo)識(shí)符xxh6.11.4否定回應(yīng)消息格式如表 47所示。表47ECIT診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7FhGEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -081請(qǐng)求服務(wù)標(biāo)識(shí)符3Bh2回應(yīng)代碼xxh6.12由公共標(biāo)識(shí)符寫數(shù)據(jù)ECU這些數(shù)據(jù)值均由6.12.1 功能描述診斷服務(wù)“由公共標(biāo)識(shí)符

40、寫數(shù)據(jù)”的功能是用單個(gè)請(qǐng)求消息將數(shù)據(jù)寫給多個(gè)參數(shù)"記錄公共標(biāo)識(shí)符”作標(biāo)記。執(zhí)行該服務(wù)的情況如下:清除非易失性存儲(chǔ);重新設(shè)置已學(xué)習(xí)的數(shù)值;設(shè)置選項(xiàng)內(nèi)容;設(shè)置車輛標(biāo)志符編號(hào)(VIN )。參數(shù)“記錄公共標(biāo)識(shí)符”，確定了多個(gè)ECU共同支持的數(shù)據(jù)記錄，由ECU供應(yīng)商自行定義該參數(shù)的格式和數(shù)據(jù)記錄。6.12.2請(qǐng)求消息格式如表 48所示。表48診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符3Eh1公共標(biāo)識(shí)符# 1 (MSBxxh2公共標(biāo)識(shí)符# 1 (LSBxxh6.12.3肯定回應(yīng)消息格式如表49所示。表49ECIT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符7Eh1公共標(biāo)識(shí)符#

41、 1 (MSBxxh2公共標(biāo)識(shí)符# 1 (LSBxxh3數(shù)據(jù)記錄# 1字節(jié)1 (MSBxxh3+r數(shù)據(jù)記錄# 1字節(jié)r (LSB)xxh6.12.4否定回應(yīng)消息格式如表 50所示。表50ECIT診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符3Eh2回應(yīng)代碼xxh6.13存儲(chǔ)的數(shù)據(jù)的傳輸功能單位存儲(chǔ)的數(shù)據(jù)的傳輸功能單位的診斷服務(wù)項(xiàng)目如表51所示。表51診斷服務(wù)中文名稱診斷服務(wù)英文名稱請(qǐng)求服務(wù)標(biāo)識(shí)符存儲(chǔ)的數(shù)據(jù)的傳輸功能單位讀取診斷故障代碼ReadDiagnosticTroubleCodes13h由狀態(tài)讀取診斷故障代碼ReadDiagnosticTroubleCodeBy

42、Status18h讀取診斷故障代碼的狀態(tài)ReadStatusOfDiagnosticTroubleCode17h清除診斷信息ClearDiagnosticInformation14h6.14讀取診斷故障代碼6.14.1 功能描述診斷服務(wù)“讀取診斷故障代碼”的功能是從ECU中讀取存儲(chǔ)的診斷故障代碼。本服務(wù)必須定義的參數(shù)有“ DTC功能組” (GroupOfDTC 和“ DTC數(shù)量”(NumberOfDTC。參數(shù)“ DTC功能組” (GroupOfDTC的定義兩個(gè)字節(jié)大小，功能組的劃分參照ISO14229 附錄 Db6.14.2 請(qǐng)求消息格式如表 52所示。表52診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容

43、數(shù)值0服務(wù)標(biāo)識(shí)符13h1 2Grou pO fDTCxxxxh6.14.3肯定回應(yīng)消息格式如53表所示。表53ECIT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符53h1DTC的數(shù)量xxh2 3DT瞬1xxxxh2n 2n+1DT瞬nxxxxh6.14.4否定回應(yīng)消息格式如表54所示。表54ECIT診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符18h2回應(yīng)代碼xxh6.15由狀態(tài)讀取診斷故障代碼6.15.1功能描述6.15.1.1 診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”的功能是用DTC的狀態(tài)從ECU內(nèi)存中讀取存儲(chǔ)的診斷故障代碼。診斷服務(wù)“由狀態(tài)讀取診斷故障代

44、碼”必須定義的參數(shù)“DTC狀態(tài)”如表55所示。參數(shù)：DTC狀態(tài)(StatusOfDTC)位置(位)描述03DTC故障現(xiàn)象0000b= “沒(méi)有這個(gè)DTC的故障現(xiàn)象”0001b= “大于最大極值”0010b=“小于最小極值”0100b=“沒(méi)有信號(hào)”1000b=“無(wú)效信號(hào)”40b=這個(gè)DTC測(cè)試完成。1b=這個(gè)DTC測(cè)試沒(méi)有完成。5.600b=“這個(gè)DTC沒(méi)有發(fā)生”01b=“這個(gè)DTC發(fā)生在過(guò)去，但是當(dāng)前沒(méi)有這個(gè)DTC10b=“這個(gè)DTC的錯(cuò)誤監(jiān)測(cè)已經(jīng)作出，但是還沒(méi)有作出故障判斷”11b=“這個(gè)DTC發(fā)生在當(dāng)前”70b=“這個(gè)DTC當(dāng)前還沒(méi)有點(diǎn)亮指示燈”1b=“這個(gè)DTC當(dāng)前點(diǎn)亮了指示燈”表55“D

45、TC 組”(GroupOfDTC)，“DTC6.15.1.2診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”還須定義的參數(shù)有:數(shù)量”(NumberOfDTC?！?DTC組”(GroupOfDTO是用來(lái)選擇請(qǐng)求的 DTC功能組。注：將DTC組定義為FFOOh，即表示支持該 ECU所有的DTC6.15.2請(qǐng)求消息格式如表 56所示。診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符18h1DTC狀態(tài)請(qǐng)求參數(shù)xxh2-3DTC組FF00h注：DTC狀態(tài)請(qǐng)求參數(shù)：00=表示請(qǐng)求激活的故障代；01 =表示請(qǐng)求該ECU支持的所有故障代碼表566.15.3肯定回應(yīng)消息格式如表57所示。表57ECUK診斷儀：服務(wù)肯定回應(yīng)消

46、息GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符58h1DTC的數(shù)量xxh2.3DTCxxxxh4DTC的狀態(tài)xxhDTCxxxxhDTC勺狀態(tài)xxh注：如果沒(méi)有保存的 DTC那么“ DTC的數(shù)量”這2個(gè)字節(jié)數(shù)值為OOh。6.15.4否定回應(yīng)消息格式如表 58所示。表58ECUK診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符18h2回應(yīng)代碼xxh6.16讀取診斷故障代碼的狀態(tài)6.16.1 功能描述診斷服務(wù)“讀取診斷故障代碼狀態(tài)”的功能是從ECU內(nèi)存中讀取指定的 DTC狀態(tài)。該服務(wù)涉及的參數(shù)有DTC的數(shù)量和DTC狀態(tài)。6.

47、16.2請(qǐng)求消息格式如表 59所示。表59診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符17h1.2DTCxxxxh6.16.3肯定回應(yīng)消息格式如表60所示。表60ECIT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符57h1DTC的數(shù)量01h2.3DTCxxxxh4DTC的狀態(tài)xxh注：這個(gè)服務(wù)中，因?yàn)?DTC是指定的，所以DTC數(shù)量設(shè)置為01ho6.16.4否定回應(yīng)消息格式如表61所示。表61ECUK診斷儀：服務(wù)肯定回應(yīng)GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符17h2回應(yīng)代碼xxh6.17清除診斷信息6.17.1功能描述診斷服務(wù)"清除診斷信息”的功能是清除ECU內(nèi)存中存儲(chǔ)的診斷信息。該服務(wù)須定義的參數(shù)有“ DTC組”(GroupOfDTC。它是用來(lái)指示要清除故障存儲(chǔ)的ECU6.17.2請(qǐng)求消息格式如表 62所示。表62診斷儀T ECU 服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符14h12DTC組FF00h注：一般將參數(shù)DTC組設(shè)置成FF00h。6.17.3肯定回應(yīng)消息格式如表63