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

1、吉利汽車基于CAN線診斷技術(shù)參考規(guī)范JLYY-JT -08基于CAN線診斷技術(shù)規(guī)范編制: 校對(duì): 審核: 審定: 標(biāo)準(zhǔn): 批準(zhǔn): 浙江吉利汽車研究院有限公司二八年五月GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08目 次前言 II1 范圍 12 規(guī)范性引用文件 13 縮略語 14 CAN線診斷系統(tǒng)原理 25 CAN通訊協(xié)議 26 診斷應(yīng)用層服務(wù) 8GEELY 基于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ī)范沒有

2、定義的診斷服務(wù)應(yīng)遵循ISO 14229:2006，ISO 142303：1996和ISO 157653: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í)施。 GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -081 范圍本標(biāo)準(zhǔn)規(guī)定了車輛CAN 診斷的縮略語、CAN線診斷系統(tǒng)介紹、CAN通訊協(xié)議與診斷應(yīng)用層服務(wù)。本標(biāo)準(zhǔn)適用于基于CAN線診斷的車輛診斷。2 規(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 縮略語下列術(shù)語和縮略語適用于

4、本標(biāo)準(zhǔn)。3.1 ABS Antilock Braking Systems 防抱死系統(tǒng)3.2 ACU Airbag Control Unit 安全氣囊控制單元3.3 BCM Body Control module 車身控制模塊3.4 BS Block Size 塊大小3.5 CF Consecutive Frame 后續(xù)幀3.6 DA Destination Address 目標(biāo)地址3.7 DLC Data Length Code 數(shù)據(jù)長(zhǎng)度代碼 3.8 DTC Diagnostic Trouble Code 診斷故障代碼3.9 ECU Electronic Control Unit 電子控制單元

5、3.10 EMS Engine Management Systems 發(fā)動(dòng)機(jī)管理系統(tǒng)3.11 EOL End Of Line 下線診斷3.12 FC Flow Control 流控制3.13 FF First Frame 首幀GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -083.14 ICU Instrument Cluster Control Unit 組合儀表控制單元3.15 ID Identifier 標(biāo)志符3.16 NA Network Address 網(wǎng)絡(luò)地址3.17 PCI Protocol Control Information 協(xié)議控制信息3.18 PID Parame

6、ter Identifier 參數(shù)標(biāo)志符3.19 SA Source Address 源地址3.20 SF Single Frame 單幀3.21 SID Service Identifier 服務(wù)標(biāo)志符3.22 ST Separation Time 間隔時(shí)間3.23 TPMS Tire Pressure Monitoring Systems 胎壓監(jiān)測(cè)系統(tǒng)3.24 WUP Wake Up Pattern 喚醒模式4 CAN線診斷系統(tǒng)原理 基于CAN線的診斷可以提供迅速存取信息的能力以及無需斷開線纜就可以運(yùn)行控制單元的能力。提供的診斷服務(wù)的作用有：a） 確定ECU;b） 讀取ECU的輸入信號(hào);c

7、） 將輸出信號(hào)寫入執(zhí)行器;d） 讀取ECU內(nèi)部信息，比如故障存儲(chǔ)的內(nèi)容。本規(guī)范提供的診斷服務(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ù)流非分段數(shù)據(jù)流由單幀（SF）構(gòu)成。它的使用條件是：正常尋址模式時(shí)單幀長(zhǎng)度不超過7或擴(kuò)展尋址模式時(shí)單幀長(zhǎng)度不超過6。一個(gè)非分段消息傳送的示例見圖1所示。GEELY基于CAN線診斷技術(shù)規(guī)范JTYY-JT

8、-08圖15.1.3 分段的數(shù)據(jù)流分段數(shù)據(jù)流由多幀分段的CAN消息構(gòu)成。它的使用條件是：正常尋址模式時(shí)數(shù)據(jù)長(zhǎng)度大于7或擴(kuò)展尋址模式時(shí)數(shù)據(jù)字節(jié)長(zhǎng)度大于6。該數(shù)據(jù)流包含一個(gè)首幀（FF）和多個(gè)后續(xù)幀（CF）。接收器在接收了首幀（FF）后必須發(fā)送一個(gè)流控制（FC）。流控制中包含的信息是：塊大?。˙S）和間隔時(shí)間（ST）。其中塊大?。˙S）表示接收器允許發(fā)送器發(fā)送的最大后續(xù)幀數(shù)量。間隔時(shí)間（STmin）表示兩個(gè)后續(xù)幀之間發(fā)送者所必須等待的最小時(shí)間。一個(gè)分段消息傳送的示例見圖2所示。圖25.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)。GEELY基于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é)48位74位30單幀（SF）0000SF_DL數(shù)據(jù)1數(shù)據(jù)2數(shù)據(jù)37首幀（FF）0001FF_DL數(shù)據(jù)1數(shù)據(jù)26后續(xù)幀（CF）0010SN數(shù)據(jù)1數(shù)據(jù)2數(shù)據(jù)37流控制（FC）0011FSBSStminN/A注：SF_DL表示4個(gè)位的單幀數(shù)據(jù)長(zhǎng)度；FF_DL表示12個(gè)位的首幀數(shù)據(jù)長(zhǎng)度；SN表示序列編號(hào) FS表示數(shù)據(jù)流狀態(tài)；BS表示塊大??；Stm

10、in表示最小間隔時(shí)間。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描述000h007h保留008hFFFh首幀數(shù)據(jù)長(zhǎng)度（FF_DL）包含數(shù)據(jù)字節(jié)個(gè)數(shù)。12位FF_DL理論上支持發(fā)送多達(dá)4096個(gè)數(shù)據(jù)字節(jié)。然而當(dāng)前實(shí)例無需支持4096個(gè)

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

12、數(shù)據(jù)塊的最后一個(gè)后續(xù)幀之后，當(dāng)需要更多的后續(xù)幀（CF）來完成數(shù)據(jù)流傳輸時(shí)，接收節(jié)點(diǎn)就必須發(fā)送一個(gè)流控制消息，其中PCI第一個(gè)字節(jié)的高半字節(jié)設(shè)置為0011b。流控制PCI的第二個(gè)字節(jié)表示兩個(gè)流控制幀之間最大消息塊的大小（BSmax），第三個(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_PCI字節(jié)1的低半字節(jié)為“1”來編碼。它會(huì)導(dǎo)致發(fā)送者繼續(xù)等待一個(gè)新的流控制N_PDU并且重啟它的N

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

14、smax）在傳輸分段消息期間將不會(huì)再發(fā)送流控制幀。所有的后續(xù)幀的發(fā)送將不會(huì)因?yàn)椴迦肓骺刂贫ｎD。01hFFh塊大小（Bsmax）定義兩個(gè)流控制之間的最大后續(xù)幀個(gè)數(shù)。5.2.5.3 間隔時(shí)間（STmin）表示兩個(gè)后續(xù)幀之間所允許的最小時(shí)間，它的定義如表6所示。表616進(jìn)制描述00h7Fh表示STmin的范圍是：0ms127ms80hF0h預(yù)留未定義F1F9表示STmin范圍是：100us900usFAhFFh預(yù)留未定義GEELY基于CAN線診斷技術(shù)規(guī)范JTYY-JT -085.3 尋址模式5.3.1 物理尋址模式所有物理尋址消息都是以ECU的物理地址來接收的。當(dāng)用物理尋址模式來作出請(qǐng)求時(shí)，ECU

15、就可以執(zhí)行激活的診斷會(huì)話所支持的服務(wù)。而來自ECU的回應(yīng)則在診斷儀的地址上接收。5.3.2 功能尋址模式在診斷儀請(qǐng)求的信息不是在特定的某個(gè)模塊的情況時(shí)，請(qǐng)求消息應(yīng)以功能尋址模式來作出請(qǐng)求。5.4 診斷會(huì)話ECU支持以下的診斷會(huì)話：a） 正常（默認(rèn)）的會(huì)話點(diǎn)火開啟時(shí)，ECU以默認(rèn)的形式開始正常診斷會(huì)話。在此會(huì)話中，控制器功能和診斷服務(wù)都會(huì)被激活,但不允許執(zhí)行EOL和客戶指定的診斷會(huì)話所支持的診斷服務(wù)。b） 非默認(rèn)診斷會(huì)話非默認(rèn)的診斷會(huì)話定義了“ECU編程會(huì)話”和“ECU擴(kuò)展的診斷會(huì)話”兩種診斷會(huì)話。5.5 應(yīng)用層和診斷會(huì)話層的時(shí)序要求概述5.5.1 應(yīng)用層和診斷會(huì)話層的時(shí)序要求基于下列兩點(diǎn)作出區(qū)

16、別：a） 物理尋址通訊的默認(rèn)會(huì)話期間和非默認(rèn)會(huì)話期間。b） 功能尋址通訊的默認(rèn)會(huì)話期間和非默認(rèn)期間?；谝陨蟽牲c(diǎn)的判斷，還要考慮ECU可能發(fā)送78h代碼的否定回應(yīng)消息來請(qǐng)求擴(kuò)展回應(yīng)時(shí)間的情況。5.5.2 應(yīng)用層和診斷會(huì)話層的時(shí)序定義5.5.2.1 默認(rèn)診斷會(huì)話期間的應(yīng)用層時(shí)序數(shù)值定義如表7所示。表7 時(shí)序參數(shù)描述類型MinMaxP2CAN_Client成功傳送請(qǐng)求消息和開始回應(yīng)消息之間客戶端的等待時(shí)間定時(shí)器重新載入值P2CAN_Server_max+P2CANN/AP2*CAN_Client接收到代碼78h的否定回應(yīng)消息和開始回應(yīng)消息之間客戶端的擴(kuò)展等待時(shí)間定時(shí)器重新載入值P2*CAN_Ser

17、ver_max+P2CAN_rspN/AP2CAN_Server接收到請(qǐng)求消息和開始回應(yīng)消息之間的服務(wù)器執(zhí)行時(shí)間要求執(zhí)行要求050msP2*CAN_Server傳送了代碼78h的否定回應(yīng)消息和開始回應(yīng)消息之間服務(wù)器的執(zhí)行時(shí)間要求執(zhí)行要求05000msGEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表7（續(xù)）時(shí)序參數(shù)描述類型MinMaxP3CAN_Client_Phys沒有要求回應(yīng)消息時(shí)，成功傳送了的物理尋址請(qǐng)求消息后，客戶端等待傳送下一個(gè)物理尋址請(qǐng)求消息的最小時(shí)間定時(shí)器重新載入值P2CAN_Server_MaxN/AP3CAN_Client_Func沒有回應(yīng)消息或者請(qǐng)求的數(shù)據(jù)只是被功

18、能請(qǐng)求的部分服務(wù)器所支持的情況下，成功傳送了功能尋址請(qǐng)求消息后，客戶端等待傳送下一個(gè)功能尋址請(qǐng)求消息的最小時(shí)間。定時(shí)器重新載入值P2CAN_Server_MaxN/A注：參數(shù)P2CAN考慮任何系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)相關(guān)的延時(shí)，如網(wǎng)關(guān)和加上安全接線的總線帶寬所引起的延時(shí)?；谙到y(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)給客戶端兩部分：P2CANP2CAN_Req + P2CAN_Rsp5.5.2.2 會(huì)話層時(shí)序參數(shù)定義

19、當(dāng)非默認(rèn)診斷會(huì)話開啟時(shí)，它的會(huì)話處理是經(jīng)過會(huì)話層時(shí)序參數(shù)實(shí)現(xiàn)的。會(huì)話層時(shí)序參數(shù)的定義如表8所示。表8時(shí)序參數(shù)描述類型推薦的等待時(shí)間ms等待時(shí)間msS3Client診斷儀傳送功能尋址的診斷儀?；睿?Eh）請(qǐng)求消息來使多個(gè)ECU的非默認(rèn)診斷會(huì)話保持激活的時(shí)間要求，或者發(fā)送物理尋址請(qǐng)求消息給某個(gè)ECU來保活的最大時(shí)間。定時(shí)器重新載入值2000ms4000msS3Server當(dāng)沒有接收任何診斷請(qǐng)求消息時(shí)，ECU能保持非默認(rèn)診斷會(huì)話激活的時(shí)間。定時(shí)器重新載入值N/A5000ms5.6 通訊失敗5.6.1 意外的消息任何節(jié)點(diǎn)對(duì)于接收到的意外消息或非法格式的消息都是采取忽視。5.6.2 丟失消息診斷儀請(qǐng)求期

20、間，如果ECU自動(dòng)檢測(cè)到一個(gè)通訊失敗（如：網(wǎng)絡(luò)層的時(shí)序違規(guī)），那么ECU就會(huì)取消這個(gè)請(qǐng)求并且不發(fā)送回應(yīng)消息。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08診斷儀必須監(jiān)控：沒有ECU回應(yīng)在P2CAN-ECU內(nèi)被發(fā)送。因此診斷儀可以重復(fù)它之前的請(qǐng)求。在擴(kuò)展的診斷會(huì)話期間，如果在P3CAN-ECU(MAX)內(nè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 診斷管理功能單位診斷功能單位的診斷服務(wù)項(xiàng)目如表9所示。表9

21、診斷服務(wù)中文名稱診斷服務(wù)英文名稱請(qǐng)求服務(wù)標(biāo)識(shí)符診斷管理功能單位開啟診斷會(huì)話StartDiagnosticSession10hECU重設(shè)服務(wù)ECUReset service11h停止診斷會(huì)話StopDiagnosticSession20h安全訪問服務(wù)SecurityAccess service27h通訊控制服務(wù)Communicationcontrol28h診斷儀保活TesterPresent service3Eh讀取ECU ID服務(wù)ReadECUIdentification service1Ah6.2 開啟診斷會(huì)話服務(wù)6.2.1 功能描述6.2.1.1 開啟診斷會(huì)話服務(wù)的功能是激活ECU所支持的

22、診斷會(huì)話模式。只有在激活了ECU所支持的診斷會(huì)話之后，ECU才能在激活的診斷會(huì)話模式下執(zhí)行它所支持的服務(wù)。6.2.1.2 參數(shù)“診斷模式”定義了默認(rèn)會(huì)話模式，ECU擴(kuò)展的會(huì)話模式和ECU編程模式三種診斷會(huì)話模式。默認(rèn)模式是啟動(dòng)診斷會(huì)話時(shí)的默認(rèn)會(huì)話模式，開啟一個(gè)新的診斷會(huì)話后就進(jìn)入默認(rèn)模式。ECU擴(kuò)展的會(huì)話模式和ECU編程模式是為某些在默認(rèn)會(huì)話模式下不能執(zhí)行的服務(wù)而定義的診斷會(huì)話模式。具體診斷模式參數(shù)的定義見表10。表10 診斷模式參數(shù)參數(shù)：診斷模式大小（字節(jié)）描述數(shù)值1默認(rèn)會(huì)話模式81h1ECU編程模式83h1ECU擴(kuò)展的會(huì)話模式87hGEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08

23、6.2.2 請(qǐng)求消息格式如表11所示。表11診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符10h1診斷模式xxh6.2.3 肯定回應(yīng)消息格式如表12所示。表12ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符50h1診斷模式xxh6.2.4 否定回應(yīng)消息格式如表13所示。表13ECU診斷儀：服務(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診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符20h6.3

24、.3 肯定回應(yīng)消息格式如表15所示。表15ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符60h6.3.4 否定回應(yīng)消息如表16所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表16ECU診斷儀：服務(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è)（KeyOffOnRes

25、et）03軟件重設(shè)（SoftReset）04快速關(guān)閉電源（EnableRapidPowerShutDown）05快速關(guān)閉電源無效（DisableRapidPowerShutDown）6.4.2 請(qǐng)求消息格式如表18所示。表18診斷儀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所示。表19ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0ECU重設(shè)肯定回應(yīng)服務(wù)標(biāo)識(shí)符51h6.4.4 否定回應(yīng)消息格式如表20所示。表20ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符11h2回應(yīng)代碼xxh

26、6.5 安全訪問服務(wù)GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -086.5.1 功能描述6.5.1.1 診斷服務(wù)“安全訪問”的功能是用診斷儀來更改安全等級(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í)也更

27、改到了新的安全等級(jí)。注：種子（Seed）和Key均為4個(gè)字節(jié)的十六進(jìn)制數(shù)值：xxxxxxxxh。6.5.1.3 診斷服務(wù)“安全訪問”需要定義的參數(shù)“安全模式”如表21所示。表21參數(shù)：安全模式（AccessMode）大小（字節(jié)）描述數(shù)值1請(qǐng)求安全等級(jí)1的種子01h1發(fā)送安全等級(jí)1的key02h1請(qǐng)求安全等級(jí)2的種子03h1發(fā)送安全等級(jí)2的key04h6.5.1.4 診斷服務(wù)“安全訪問”需要定義的參數(shù)“安全狀態(tài)”如表22所示。表22參數(shù)：安全狀態(tài)（SecurityStatus）大?。ㄗ止?jié)）描述數(shù)值1安全訪問允許34h6.5.2 請(qǐng)求消息步驟1格式如表23所示。表23診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容

28、數(shù)值0服務(wù)標(biāo)識(shí)符27h1安全模式請(qǐng)求種子xx 01 請(qǐng)求安全等級(jí)1xx 03 請(qǐng)求安全等級(jí)2xxh6.5.3 肯定回應(yīng)消息步驟1格式如表24所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表24ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符67h1安全模式請(qǐng)求種子xx 01 請(qǐng)求安全等級(jí)1xx 03 請(qǐng)求安全等級(jí)2xxh2.5種子（4個(gè)字節(jié)）xxxxxxxxh6.5.4 請(qǐng)求消息步驟2格式如表25所示。表25診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符27h1安全模式發(fā)送Keyxxh2.5Keyxxxxxxxxh6.5.5 肯定回應(yīng)消息步驟2格式如表26所示。

29、表26ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符67h1安全模式發(fā)送Key02h2安全訪問狀態(tài)34h6.5.6 否定回應(yīng)消息格式如表27所示。表27ECU診斷儀：服務(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 功能描述6.6.1.1 診斷服務(wù)“通訊控制”的功能是接通或切斷某個(gè)服務(wù)消息的傳送或接收，就是控制CAN幀的傳送或接收。該服務(wù)需要定義的參數(shù)有“控制類型”（controlType）和“通訊類型”（communicationType）。6.6.1.2 控制類型參數(shù)包含的信息是關(guān)于ECU如何調(diào)整通訊類型

30、。控制類型參數(shù)的定義見表28。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表28參數(shù)：控制類型（controlType）Hex（位60）描述名稱00使指定的通訊類型可以接收和傳送消息EnableRxAndTx01使指定的通訊類型可以接收消息但不可以傳送消息EnableRxAndDisableTx02使指定的通訊類型不可以接收消息但可以傳送消息DisableRxAndEnableTx03使指定的通訊類型不可以接收消息也不可以傳送消息DisableRxAndTx注：該參數(shù)是一個(gè)字節(jié)大小，位7“suppressPosRspMsgindicationBit”不在此表定義。6.6.1.3

31、參數(shù)“通訊類型”是指定要控制的通訊類型。該參數(shù)是個(gè)位編碼數(shù)值，允許同時(shí)控制多種通訊類型。定義參見表29。表29參數(shù)“通訊類型”（communicationType）位10（二進(jìn)制）描述名稱00ISO/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

32、注：該參數(shù)是一個(gè)字節(jié)大小，此表只定義了位1和位0。6.6.2 肯定回應(yīng)消息格式如表30所示。表30診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符28h1控制類型參數(shù)xxh2通訊類型xxh6.6.3 肯定回應(yīng)消息格式如表31所示。表31ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符68h1控制類型參數(shù)xxh6.6.4 否定回應(yīng)消息格式如表32所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表32ECU診斷儀：服務(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 診斷儀?；?.7.1 功能描述診斷服務(wù)“診斷儀保活”的功能是指

33、示ECU發(fā)送請(qǐng)求使ECU保持在當(dāng)前的診斷會(huì)話中,使診斷服務(wù)或通訊保持激活。該服務(wù)須定義的參數(shù)“回應(yīng)要求”如表33所示。表33參數(shù)：回應(yīng)要求（ResponseRequired）大?。ㄗ止?jié)）描述數(shù)值1要求回應(yīng)01h1沒有要求回應(yīng)02h6.7.2 請(qǐng)求消息格式如表34所示。表34診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符3Eh1回應(yīng)要求要求回應(yīng) 01h沒有要求回應(yīng) 02hxxh6.7.3 肯定回應(yīng)消息如表35所示。表35ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符7Eh6.7.4 否定回應(yīng)消息格式如表36所示。表36ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7F

34、h1請(qǐng)求服務(wù)標(biāo)識(shí)符3Eh2回應(yīng)代碼xxh6.8 數(shù)據(jù)傳輸功能單位GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08數(shù)據(jù)傳輸功能單位的診斷服務(wù)項(xiàng)目如表37所示。表37診斷服務(wù)中文名稱診斷服務(wù)英文名稱請(qǐng)求服務(wù)標(biāo)識(shí)符數(shù)據(jù)傳輸功能單位由本地標(biāo)識(shí)符讀取數(shù)據(jù)ReadDataByLocalIdentifier 21h由公共標(biāo)識(shí)符讀取數(shù)據(jù)ReadDataByCommonIdentifier22h由本地標(biāo)識(shí)符寫數(shù)據(jù)WriteDataByLocalIdentifier3Bh由公共標(biāo)識(shí)符寫數(shù)據(jù)WriteDataByCommonIdentifier2Eh6.9 由本地標(biāo)識(shí)符讀取數(shù)據(jù)6.9.1 功能描述6.9.

35、1.1 診斷服務(wù)“由本地標(biāo)識(shí)符讀取數(shù)據(jù)”的功能是使用定義的本地標(biāo)識(shí)符去請(qǐng)求來自ECU的當(dāng)前數(shù)據(jù)。這些數(shù)據(jù)記錄包括模擬輸入和輸出信號(hào)，數(shù)字輸入和輸出信號(hào)，內(nèi)部數(shù)據(jù)和系統(tǒng)狀態(tài)信息。6.9.1.2 該服務(wù)涉及的參數(shù)“記錄本地標(biāo)識(shí)符”定義見表38。表38參數(shù)：記錄本地標(biāo)識(shí)符（RecordLocalIdentifier）大?。ㄗ止?jié)）描述數(shù)值1請(qǐng)求01h20h支持的本地標(biāo)識(shí)符00h101h1119h1請(qǐng)求21h40h支持的本地標(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ì)

36、應(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)21h40h的本地標(biāo)識(shí)符支持情況。本地標(biāo)識(shí)符（00h19h）和本地標(biāo)識(shí)符（21h39h）的診斷內(nèi)容由各個(gè)ECU廠商自行定義。6.9.2 請(qǐng)求消息格式如表39所示。表39診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符21h1記錄本地標(biāo)識(shí)符xxh6.9.3 肯定回應(yīng)消息格式如表40所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表40ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符61h1Local標(biāo)志符# 1xxh2數(shù)據(jù)記錄#1字節(jié)1（MSB）xxh2+r

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

38、標(biāo)志符1（MSB）xxh2公共標(biāo)志符1（LSB）xxh3數(shù)據(jù)記錄1字節(jié)1（MSB）xxh3+r數(shù)據(jù)記錄1字節(jié)r（LSB）xxh6.10.4 否定回應(yīng)消息格式如表44所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表44ECU診斷儀：服務(wù)肯定回應(yīng)字節(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ù)6.11.1 功能描述診斷服務(wù)“由本地標(biāo)識(shí)符寫數(shù)據(jù)”的功能是將數(shù)據(jù)寫進(jìn)一個(gè)ECU存儲(chǔ)區(qū)域。這些數(shù)據(jù)均由參數(shù)“記錄本地標(biāo)識(shí)符”來作為標(biāo)記。執(zhí)行這個(gè)服務(wù)的情況有：a） 清除非易失性存儲(chǔ)；b） 重新設(shè)置已學(xué)習(xí)的數(shù)值；c） 設(shè)置選項(xiàng)內(nèi)容；d）

39、設(shè)置車輛標(biāo)志符編號(hào)（VIN）；e） 更改標(biāo)定數(shù)值。該服務(wù)涉及參數(shù)：記錄本地標(biāo)識(shí)符，這個(gè)參數(shù)確定了某個(gè)ECU特定的本地?cái)?shù)據(jù)記錄。注： 本地標(biāo)識(shí)符內(nèi)容的定義取決于各個(gè)ECU的功能需求。6.11.2 請(qǐng)求消息格式如表45所示。表45診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符3Bh1記錄本地標(biāo)識(shí)符xxh 6.11.3 肯定回應(yīng)消息格式如表46所示。表46ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符7Bh1記錄本地標(biāo)識(shí)符xxh6.11.4 否定回應(yīng)消息格式如表47所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表47ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服

40、務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)標(biāo)識(shí)符3Bh2回應(yīng)代碼xxh6.12 由公共標(biāo)識(shí)符寫數(shù)據(jù)6.12.1 功能描述診斷服務(wù)“由公共標(biāo)識(shí)符寫數(shù)據(jù)”的功能是用單個(gè)請(qǐng)求消息將數(shù)據(jù)寫給多個(gè)ECU。這些數(shù)據(jù)值均由參數(shù)“記錄公共標(biāo)識(shí)符”作標(biāo)記。執(zhí)行該服務(wù)的情況如下：a） 清除非易失性存儲(chǔ)；b） 重新設(shè)置已學(xué)習(xí)的數(shù)值；c） 設(shè)置選項(xiàng)內(nèi)容；d） 設(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診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符3Eh1公共標(biāo)識(shí)符1（MSB）xxh2公共標(biāo)識(shí)符1（

41、LSB）xxh6.12.3 肯定回應(yīng)消息格式如表49所示。表49ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符7Eh1公共標(biāo)識(shí)符1（MSB）xxh2公共標(biāo)識(shí)符1（LSB）xxh3數(shù)據(jù)記錄1字節(jié)1（MSB）xxh3+r數(shù)據(jù)記錄1字節(jié)r（LSB）xxh6.12.4 否定回應(yīng)消息格式如表50所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表50ECU診斷儀：服務(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)

42、求服務(wù)標(biāo)識(shí)符存儲(chǔ)的數(shù)據(jù)的傳輸功能單位讀取診斷故障代碼ReadDiagnosticTroubleCodes13h由狀態(tài)讀取診斷故障代碼ReadDiagnosticTroubleCodeByStatus18h讀取診斷故障代碼的狀態(tài)ReadStatusOfDiagnosticTroubleCode17h清除診斷信息ClearDiagnosticInformation14h6.14 讀取診斷故障代碼6.14.1 功能描述診斷服務(wù)“讀取診斷故障代碼”的功能是從ECU中讀取存儲(chǔ)的診斷故障代碼。本服務(wù)必須定義的參數(shù)有“DTC功能組”（GroupOfDTC）和“DTC數(shù)量”（NumberOfDTC）。參數(shù)“D

43、TC功能組”（GroupOfDTC）的定義兩個(gè)字節(jié)大小，功能組的劃分參照ISO14229附錄D。6.14.2 請(qǐng)求消息格式如表52所示。表52診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符13h12GroupOfDTCxxxxh6.14.3 肯定回應(yīng)消息格式如53表所示。表53ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符53h1DTC的數(shù)量xxh23DTC1xxxxh2n2n+1DTCnxxxxh6.14.4 否定回應(yīng)消息格式如表54所示。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08表54ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識(shí)符7Fh1請(qǐng)求服務(wù)

44、標(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)讀取診斷故障代碼”必須定義的參數(shù)“DTC狀態(tài)”如表55所示。表55參數(shù)：DTC狀態(tài)（StatusOfDTC）位置（位）描述03DTC故障現(xiàn)象l 0000b“沒有這個(gè)DTC的故障現(xiàn)象”l 0001b“大于最大極值”l 0010b“小于最小極值”l 0100b“沒有信號(hào)”l 1000b“無效信號(hào)”4l 0b這個(gè)DTC測(cè)試完成。l 1b這個(gè)DTC測(cè)試沒有完成。5.6l 00b“這個(gè)DTC沒有發(fā)

45、生”l 01b“這個(gè)DTC發(fā)生在過去，但是當(dāng)前沒有這個(gè)DTC”l 10b“這個(gè)DTC的錯(cuò)誤監(jiān)測(cè)已經(jīng)作出，但是還沒有作出故障判斷”l 11b“這個(gè)DTC發(fā)生在當(dāng)前”7l 0b“這個(gè)DTC當(dāng)前還沒有點(diǎn)亮指示燈”l 1b“這個(gè)DTC當(dāng)前點(diǎn)亮了指示燈”6.15.1.2 診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”還須定義的參數(shù)有：“DTC組”（GroupOfDTC），“DTC數(shù)量”（NumberOfDTC）。“DTC組”（GroupOfDTC）是用來選擇請(qǐng)求的DTC功能組。注：將DTC組定義為FF00h，即表示支持該ECU所有的DTC。6.15.2 請(qǐng)求消息格式如表56所示。表56診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容

46、數(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支持的所有故障代碼GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -086.15.3 肯定回應(yīng)消息格式如表57所示。表57ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識(shí)符58h1DTC的數(shù)量xxh2.3DTCxxxxh4DTC的狀態(tài)xxhDTCxxxxhDTC的狀態(tài)xxh注：如果沒有保存的DTC，那么“DTC的數(shù)量”這2個(gè)字節(jié)數(shù)值為00h。6.15.4 否定回應(yīng)消息格式如表58所示。表58ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)

47、服務(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.16.2 請(qǐng)求消息格式如表59所示。表59診斷儀ECU：服務(wù)請(qǐng)求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識(shí)符17h1.2DTCxxxxh6.16.3 肯定回應(yīng)消息格式如表60所示。表60ECU診斷儀：服務(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)镈TC是指定的，所以DTC數(shù)量設(shè)置為01h。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -086.16.4 否定回應(yīng)消息格式如表61所示。表61ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)