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

1、JLYY-JT -08基于CAN線診斷技術(shù)規(guī)范編制: 校對: 審核: 審定: 標(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前 言為了保證各個整車項目的診斷協(xié)議的統(tǒng)一性和繼承性，制定了本技術(shù)規(guī)范。本技術(shù)規(guī)范中，各ECU診斷應(yīng)用層服務(wù)的定義應(yīng)遵循本技術(shù)規(guī)范，但不限于本規(guī)范所定義的診斷服務(wù)項目。本技術(shù)規(guī)范沒有定義的診斷服務(wù)應(yīng)遵循ISO 1422

2、9: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ā)布并實施。 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)，然而，鼓勵根據(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ù)語和縮略語適用于本標(biāo)準(zhǔn)。3.1 ABS Antilo

4、ck 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ù)長度代碼 3.8 DTC Diagnostic Trouble Code 診斷故障代碼3.9 ECU Electronic Control Unit 電子控制單元3.10 EMS Engine Ma

5、nagement Systems 發(fā)動機(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 Parameter Identifier 參數(shù)標(biāo)

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

7、ECU內(nèi)部信息，比如故障存儲的內(nèi)容。本規(guī)范提供的診斷服務(wù)可以用作擴(kuò)展診斷測試，也可以在維修車間中使用。提供的診斷服務(wù)可以明顯地降低測試時間。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)成。它的使用條件是：正常尋址模式時單幀長度不超過7或擴(kuò)展尋址模式時單幀長度不超過6。一個非分段消息傳送的示例見圖1所示。GEELY基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08圖15.1.3 分段的數(shù)據(jù)流分

8、段數(shù)據(jù)流由多幀分段的CAN消息構(gòu)成。它的使用條件是：正常尋址模式時數(shù)據(jù)長度大于7或擴(kuò)展尋址模式時數(shù)據(jù)字節(jié)長度大于6。該數(shù)據(jù)流包含一個首幀（FF）和多個后續(xù)幀（CF）。接收器在接收了首幀（FF）后必須發(fā)送一個流控制（FC）。流控制中包含的信息是：塊大?。˙S）和間隔時間（ST）。其中塊大?。˙S）表示接收器允許發(fā)送器發(fā)送的最大后續(xù)幀數(shù)量。間隔時間（STmin）表示兩個后續(xù)幀之間發(fā)送者所必須等待的最小時間。一個分段消息傳送的示例見圖2所示。圖25.2 消息類型5.2.1 單幀（SF），首幀（FF），后續(xù)幀（CF）或流控制（FC）都包含有一個8字節(jié)的數(shù)據(jù)域，該數(shù)據(jù)域由以下兩部分構(gòu)成，表1顯示了各類C

9、AN消息的PCI字節(jié)的結(jié)構(gòu)。GEELY基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08a) 協(xié)議控制信息（PCI）,指示了幀類型，幀編號，數(shù)據(jù)長度等;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個位的單幀數(shù)據(jù)長度；FF_DL表示12個位的首幀數(shù)據(jù)長度；SN表示序列編號 FS表示數(shù)據(jù)流狀態(tài)；BS表示塊大??；Stmin表示最小間隔時間。5.2.2 單

10、幀正常尋址模式下，單幀消息類型的最大數(shù)據(jù)長度為7個字節(jié)，其中PCI的高半字節(jié)設(shè)置為0000b。PCI的低半字節(jié)表示單幀的數(shù)據(jù)長度。5.2.3 首幀 正常尋址模式下，首幀消息類型的數(shù)據(jù)長度大于7字節(jié)，它和一個或多個后續(xù)幀并用。其中PCI第一個字節(jié)的高半字節(jié)設(shè)置為0001b，第一個字節(jié)的低半字節(jié)和第二個字節(jié)表示首幀的數(shù)據(jù)長度。首幀的數(shù)據(jù)長度FF_DL計算如表2所示。表2十六進(jìn)制值數(shù)據(jù)長度FF_DL描述000h007h保留008hFFFh首幀數(shù)據(jù)長度（FF_DL）包含數(shù)據(jù)字節(jié)個數(shù)。12位FF_DL理論上支持發(fā)送多達(dá)4096個數(shù)據(jù)字節(jié)。然而當(dāng)前實例無需支持4096個數(shù)據(jù)字節(jié)這樣的最大值。5.2.4 后

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

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

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

14、發(fā)送流控制幀。所有的后續(xù)幀的發(fā)送將不會因為插入流控制而停頓。01hFFh塊大小（Bsmax）定義兩個流控制之間的最大后續(xù)幀個數(shù)。5.2.5.3 間隔時間（STmin）表示兩個后續(xù)幀之間所允許的最小時間，它的定義如表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)用物理尋址模式來作出請求時，ECU就可以執(zhí)行激活的診斷會話所支持的服務(wù)

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

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

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

18、功傳送了功能尋址請求消息后，客戶端等待傳送下一個功能尋址請求消息的最小時間。定時器重新載入值P2CAN_Server_MaxN/A注：參數(shù)P2CAN考慮任何系統(tǒng)網(wǎng)絡(luò)設(shè)計相關(guān)的延時，如網(wǎng)關(guān)和加上安全接線的總線帶寬所引起的延時?；谙到y(tǒng)設(shè)計的最差設(shè)想值是受以下因素影響的：a) 涉及的網(wǎng)關(guān)個數(shù)；b) CAN幀的傳輸時間；c) CAN總線利用率 d) CAN設(shè)備驅(qū)動器的執(zhí)行方式（查詢和中斷）以及網(wǎng)絡(luò)層的進(jìn)程時間。P2CAN的數(shù)值分成傳送請求給尋址的服務(wù)器和傳送回應(yīng)給客戶端兩部分：P2CANP2CAN_Req + P2CAN_Rsp5.5.2.2 會話層時序參數(shù)定義 當(dāng)非默認(rèn)診斷會話開啟時，它的會話處理

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

20、（如：網(wǎng)絡(luò)層的時序違規(guī)），那么ECU就會取消這個請求并且不發(fā)送回應(yīng)消息。GEELY 基于CAN線診斷技術(shù)規(guī)范JTYY-JT -08診斷儀必須監(jiān)控：沒有ECU回應(yīng)在P2CAN-ECU內(nèi)被發(fā)送。因此診斷儀可以重復(fù)它之前的請求。在擴(kuò)展的診斷會話期間，如果在P3CAN-ECU(MAX)內(nèi)沒有接收到來自診斷儀的請求（中斷通訊線的標(biāo)準(zhǔn)），那么ECU就跳回普通會話。5.7 消息填充CAN診斷消息幀必須是全部填滿（8個字節(jié)）的，所以空余的字節(jié)必須用“填充數(shù)據(jù)”填滿。定義填充數(shù)據(jù)為：0x00。6 診斷服務(wù)定義6.1 診斷管理功能單位診斷功能單位的診斷服務(wù)項目如表9所示。表9 診斷服務(wù)中文名稱診斷服務(wù)英文名稱請求

21、服務(wù)標(biāo)識符診斷管理功能單位開啟診斷會話StartDiagnosticSession10hECU重設(shè)服務(wù)ECUReset service11h停止診斷會話StopDiagnosticSession20h安全訪問服務(wù)SecurityAccess service27h通訊控制服務(wù)Communicationcontrol28h診斷儀?；頣esterPresent service3Eh讀取ECU ID服務(wù)ReadECUIdentification service1Ah6.2 開啟診斷會話服務(wù)6.2.1 功能描述6.2.1.1 開啟診斷會話服務(wù)的功能是激活ECU所支持的診斷會話模式。只有在激活了ECU所支

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

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

24、表15ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符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)識符7Fh1請求服務(wù)標(biāo)識符20h2回應(yīng)代碼xxh6.4 ECU重設(shè)服務(wù)6.4.1 功能描述診斷服務(wù)“ECU重設(shè)”的功能就是請求ECU按重設(shè)模式的要求重新執(zhí)行一次ECU設(shè)置。參數(shù)“重設(shè)模式”定義如表17所示。 表17參數(shù)：重設(shè)模式（ResetMode）數(shù)值（Hex）描述01硬件重設(shè)（hardReset）02切斷重設(shè)（KeyOffOnReset）03軟件重設(shè)（SoftRese

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

26、CAN線診斷技術(shù)規(guī)范JTYY-JT -086.5.1 功能描述6.5.1.1 診斷服務(wù)“安全訪問”的功能是用診斷儀來更改安全等級，獲取執(zhí)行被ECU鎖定的服務(wù)的權(quán)利。各ECU應(yīng)該至少擁有2個等級。安全等級0是ECU上電時默認(rèn)的安全等級，在安全等級0時，不允許更改ECU的任何配置信息。在安全等級1和2上，才允許執(zhí)行一些在高層安全等級才允許的診斷命令。6.5.1.2 更改安全等級的步驟如下：第一步：診斷儀請求種子（seed），然后ECU發(fā)送種子；第二步：診斷儀根據(jù)吉利提供的轉(zhuǎn)換算法發(fā)送Key，如果Key是有效的，那么ECU就會發(fā)送一個肯定回應(yīng)消息，同時安全等級也更改到了新的安全等級。注：種子（See

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

28、種子xx 01 請求安全等級1xx 03 請求安全等級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)識符67h1安全模式請求種子xx 01 請求安全等級1xx 03 請求安全等級2xxh2.5種子（4個字節(jié)）xxxxxxxxh6.5.4 請求消息步驟2格式如表25所示。表25診斷儀ECU：服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符27h1安全模式發(fā)送Keyxxh2.5Keyxxxxxxxxh6.5.5 肯定回應(yīng)消息步驟2格式如表26所示。表26ECU診斷儀：服務(wù)肯定回應(yīng)消息

29、字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符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)識符7Fh1請求服務(wù)標(biāo)識符27h2回應(yīng)代碼xxh6.6 通訊控制服務(wù)6.6.1 功能描述6.6.1.1 診斷服務(wù)“通訊控制”的功能是接通或切斷某個服務(wù)消息的傳送或接收，就是控制CAN幀的傳送或接收。該服務(wù)需要定義的參數(shù)有“控制類型”（controlType）和“通訊類型”（communicationType）。6.6.1.2 控制類型參數(shù)包含的信息是關(guān)于ECU如何調(diào)整通訊類型?？刂祁愋蛥?shù)的定義見表28。GEE

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

31、型。該參數(shù)是個位編碼數(shù)值，允許同時控制多種通訊類型。定義參見表29。表29參數(shù)“通訊類型”（communicationType）位10（二進(jìn)制）描述名稱00ISO/SAE保留01這個數(shù)值表示所有應(yīng)用相關(guān)的通訊（應(yīng)用CAN消息幀控制）NomalCommunicationMessages10這個數(shù)值表示所有網(wǎng)絡(luò)管理相關(guān)的通訊NetworkManagementCommunicationMessages11這個數(shù)值表示以上兩者都有NetworkManagementCommunicationMessages and NomalCommunicationMessages注：該參數(shù)是一個字節(jié)大小，此表只定義

32、了位1和位0。6.6.2 肯定回應(yīng)消息格式如表30所示。表30診斷儀ECU：服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符28h1控制類型參數(shù)xxh2通訊類型xxh6.6.3 肯定回應(yīng)消息格式如表31所示。表31ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符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)識符7Fh1請求服務(wù)標(biāo)識符3Eh2回應(yīng)代碼xxh6.7 診斷儀?；?.7.1 功能描述診斷服務(wù)“診斷儀?；睢钡墓δ苁侵甘綞CU發(fā)送請求使ECU保持在當(dāng)前的

33、診斷會話中,使診斷服務(wù)或通訊保持激活。該服務(wù)須定義的參數(shù)“回應(yīng)要求”如表33所示。表33參數(shù)：回應(yīng)要求（ResponseRequired）大?。ㄗ止?jié)）描述數(shù)值1要求回應(yīng)01h1沒有要求回應(yīng)02h6.7.2 請求消息格式如表34所示。表34診斷儀ECU：服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符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)識符7Eh6.7.4 否定回應(yīng)消息格式如表36所示。表36ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識符7Fh1請求服務(wù)標(biāo)識符3Eh2回應(yīng)代碼x

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

35、據(jù)”的功能是使用定義的本地標(biāo)識符去請求來自ECU的當(dāng)前數(shù)據(jù)。這些數(shù)據(jù)記錄包括模擬輸入和輸出信號，數(shù)字輸入和輸出信號，內(nèi)部數(shù)據(jù)和系統(tǒng)狀態(tài)信息。6.9.1.2 該服務(wù)涉及的參數(shù)“記錄本地標(biāo)識符”定義見表38。表38參數(shù)：記錄本地標(biāo)識符（RecordLocalIdentifier）大小（字節(jié)）描述數(shù)值1請求01h20h支持的本地標(biāo)識符00h101h1119h1請求21h40h支持的本地標(biāo)識符20h1139h注：診斷儀請求本地標(biāo)識符00h后，ECU會回應(yīng)相應(yīng)的PID值，該P(yáng)ID值是一個4字節(jié)的十六進(jìn)制數(shù)值，它表示該ECU支持的從01h到20h 的本地標(biāo)識符（位32對應(yīng)本地標(biāo)識符01h,位31對應(yīng)本地標(biāo)

36、識符02h，位0對應(yīng)本地標(biāo)識符20h）。請求本地標(biāo)識符20h后，ECU會回應(yīng)21h40h的本地標(biāo)識符支持情況。本地標(biāo)識符（00h19h）和本地標(biāo)識符（21h39h）的診斷內(nèi)容由各個ECU廠商自行定義。6.9.2 請求消息格式如表39所示。表39診斷儀ECU：服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符21h1記錄本地標(biāo)識符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)識符61h1Local標(biāo)志符# 1xxh2數(shù)據(jù)記錄#1字節(jié)1（MSB）xxh2+r數(shù)據(jù)記錄#1字節(jié)r（LSB）xxh6

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

38、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)識符7Fh1請求服務(wù)標(biāo)識符22h2回應(yīng)代碼xxh6.11 由本地標(biāo)識符寫數(shù)據(jù)6.11.1 功能描述診斷服務(wù)“由本地標(biāo)識符寫數(shù)據(jù)”的功能是將數(shù)據(jù)寫進(jìn)一個ECU存儲區(qū)域。這些數(shù)據(jù)均由參數(shù)“記錄本地標(biāo)識符”來作為標(biāo)記。執(zhí)行這個服務(wù)的情況有：a） 清除非易失性存儲；b） 重新設(shè)置已學(xué)習(xí)的數(shù)值；c） 設(shè)置選項內(nèi)容；d） 設(shè)置車輛標(biāo)志符編號（VIN）；e）

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

40、2回應(yīng)代碼xxh6.12 由公共標(biāo)識符寫數(shù)據(jù)6.12.1 功能描述診斷服務(wù)“由公共標(biāo)識符寫數(shù)據(jù)”的功能是用單個請求消息將數(shù)據(jù)寫給多個ECU。這些數(shù)據(jù)值均由參數(shù)“記錄公共標(biāo)識符”作標(biāo)記。執(zhí)行該服務(wù)的情況如下：a） 清除非易失性存儲；b） 重新設(shè)置已學(xué)習(xí)的數(shù)值；c） 設(shè)置選項內(nèi)容；d） 設(shè)置車輛標(biāo)志符編號（VIN）。參數(shù)“記錄公共標(biāo)識符”，確定了多個ECU共同支持的數(shù)據(jù)記錄，由ECU供應(yīng)商自行定義該參數(shù)的格式和數(shù)據(jù)記錄。6.12.2 請求消息格式如表48所示。表48診斷儀ECU：服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符3Eh1公共標(biāo)識符1（MSB）xxh2公共標(biāo)識符1（LSB）xxh6.12.3 肯定回應(yīng)

41、消息格式如表49所示。表49ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符7Eh1公共標(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.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)識符7Fh1請求服務(wù)標(biāo)識符3Eh2回應(yīng)代碼xxh6.13 存儲的數(shù)據(jù)的傳輸功能單位存儲的數(shù)據(jù)的傳輸功能單位的診斷服務(wù)項目如表51所示。表51診斷服務(wù)中文名稱診斷服務(wù)英文名稱請求服務(wù)標(biāo)識符存儲的數(shù)據(jù)的傳輸功能單位

42、讀取診斷故障代碼ReadDiagnosticTroubleCodes13h由狀態(tài)讀取診斷故障代碼ReadDiagnosticTroubleCodeByStatus18h讀取診斷故障代碼的狀態(tài)ReadStatusOfDiagnosticTroubleCode17h清除診斷信息ClearDiagnosticInformation14h6.14 讀取診斷故障代碼6.14.1 功能描述診斷服務(wù)“讀取診斷故障代碼”的功能是從ECU中讀取存儲的診斷故障代碼。本服務(wù)必須定義的參數(shù)有“DTC功能組”（GroupOfDTC）和“DTC數(shù)量”（NumberOfDTC）。參數(shù)“DTC功能組”（GroupOfDTC）

43、的定義兩個字節(jié)大小，功能組的劃分參照ISO14229附錄D。6.14.2 請求消息格式如表52所示。表52診斷儀ECU：服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符13h12GroupOfDTCxxxxh6.14.3 肯定回應(yīng)消息格式如53表所示。表53ECU診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符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)識符7Fh1請求服務(wù)標(biāo)識符18h2回應(yīng)代碼xxh6.15

44、 由狀態(tài)讀取診斷故障代碼6.15.1 功能描述6.15.1.1 診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”的功能是用DTC的狀態(tài)從ECU內(nèi)存中讀取存儲的診斷故障代碼。診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”必須定義的參數(shù)“DTC狀態(tài)”如表55所示。表55參數(shù)：DTC狀態(tài)（StatusOfDTC）位置（位）描述03DTC故障現(xiàn)象l 0000b“沒有這個DTC的故障現(xiàn)象”l 0001b“大于最大極值”l 0010b“小于最小極值”l 0100b“沒有信號”l 1000b“無效信號”4l 0b這個DTC測試完成。l 1b這個DTC測試沒有完成。5.6l 00b“這個DTC沒有發(fā)生”l 01b“這個DTC發(fā)生在過去

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

46、求參數(shù)xxh2-3DTC組FF00h注：DTC狀態(tài)請求參數(shù)：00表示請求激活的故障代；01表示請求該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)識符58h1DTC的數(shù)量xxh2.3DTCxxxxh4DTC的狀態(tài)xxhDTCxxxxhDTC的狀態(tài)xxh注：如果沒有保存的DTC，那么“DTC的數(shù)量”這2個字節(jié)數(shù)值為00h。6.15.4 否定回應(yīng)消息格式如表58所示。表58ECU診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識符7Fh1請求服務(wù)標(biāo)識符18

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