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

1、JLYY-JT -08基于CA線診斷技術(shù)規(guī)范編制: 校對: 審核: 審定: 標(biāo)準(zhǔn): 批準(zhǔn):浙江吉利汽車研究院有限公司二OO八年五月GEEL Y基于CAN線診斷技術(shù)R規(guī)范JTYY -JT -08II、，-、. 前言1范圍 2規(guī)范性引用文件 3縮略語 4 CAN線診斷系統(tǒng)原理 5 CAN通訊協(xié)議 6診斷應(yīng)用層服務(wù)IGEEL Y基于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 14229:2006，

2、ISO 14230 3: 1996和ISO 15765 3:2004中的診斷服務(wù)相關(guān)規(guī)定作擴展定義。本標(biāo)準(zhǔn)由浙江吉利汽車研究院有限公司提出。本標(biāo)準(zhǔn)由浙江吉利汽車研究院有限公司汽車電子電器研究所CAN總線科負(fù)責(zé)起草。本標(biāo)準(zhǔn)主要起草人：鄭士岑。本標(biāo)準(zhǔn)于2008年5月30日發(fā)布并實施。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -081范圍本標(biāo)準(zhǔn)規(guī)定了車輛 CAN診斷的縮略語、CAN線診斷系統(tǒng)介紹、CAN1訊協(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.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ù)長度代碼3.8DTCDiag no stic Trouble Code診斷故障代碼3.9ECUElectr onic Con trol Un it電子控制單元3.10EMSEngine Man ageme nt Systems發(fā)動機管理系統(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間隔時間3.23TPMS Tire P ressure Mon itori ng Systems胎壓監(jiān)測系統(tǒng)3.24WUP Wake Up P attern喚醒模式模式時單幀長度不超過 6。一個非分段消息傳送的示例見圖1所示。4 CAN線診斷系統(tǒng)原理基于CAN線的診斷可以提供迅速存取信息的能力以及無需斷開線纜就可以運行控制單元的能力。提供的診斷服務(wù)的作用有:確定ECU;讀取ECU的輸入信號;將輸出信號寫入執(zhí)行器；讀取ECU內(nèi)部信息，比如故障存儲的內(nèi)容。本規(guī)范提供

7、的診斷服務(wù)可以用作擴展診斷測試，也可以在維修車間中使用。提供的診斷服務(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ù)流7或擴展尋址非分段數(shù)據(jù)流由單幀(SF)構(gòu)成。它的使用條件是：正常尋址模式時單幀長度不超過GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -08接收者發(fā)送者單幀5.1.3分段的數(shù)據(jù)流分段數(shù)據(jù)流由多幀分段的CAN消息構(gòu)成。它的使用條件是：正常尋址模式時數(shù)據(jù)長度大于7或擴展

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

10、間隔時間。個位的首幀數(shù)據(jù)長度；SN表示序列編號5.2.2 單幀正常尋址模式下，單幀消息類型的最大數(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描述000h - 007h保留008h- FFFh首幀數(shù)據(jù)長度（FF_DL）包含數(shù)據(jù)字節(jié)個數(shù)。12位FF_DL理論上支持發(fā)送多達(dá) 4096個數(shù)

11、據(jù)字節(jié)。 然而當(dāng)前實例無需支持 4096個數(shù)據(jù)字節(jié)這樣的最大值。5.2.4 后續(xù)幀后續(xù)幀在首幀之后，其中PCI的高半字節(jié)設(shè)置為0010b。它的低半字節(jié)是一個序列編號（SN）, SN的值根據(jù)以下規(guī)定來計算:首幀的SN值為0;第一個后續(xù)幀的SN值為1;每增加一個后續(xù)幀,SN值是以“1”來增加的；流控制幀的發(fā)送影響SN值的計算；當(dāng)SN值達(dá)到了 15,那么下一個后續(xù)幀的 SN又會被設(shè)置為0。序列編號（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ù)塊的最后一個后續(xù)幀之后，當(dāng)需要更多的后續(xù)幀（CF）來完成數(shù)據(jù)流傳輸時，接收節(jié)點就必須發(fā)送一個流控制消息，其中PCI第一個字節(jié)的高半字節(jié)設(shè)置為0011b。流控制PCI的第二個字節(jié)表示兩個流控制幀之間最大消息塊的大小（BSmaX,第三個字節(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_PDl并且重啟它的N_PCI字節(jié)# 1的低半字節(jié)為“1 ”來編碼。它會導(dǎo)致發(fā)送者

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

14、16進(jìn)制描述00塊大小（BsmaX在傳輸分段消息期間將不會再發(fā)送流控制幀。所有的后續(xù)幀的發(fā)送將不會因為插入流控制而停頓。01h - FFh塊大?。˙smaX定義兩個流控制之間的最大后續(xù)幀個數(shù)。6所示。525.3 間隔時間（STmin）表示兩個后續(xù)幀之間所允許的最小時間，它的定義如表表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的物理地址來接收的。當(dāng)用物理尋址模式來作出請求時,執(zhí)行激活的診斷會話所支持的服務(wù)。而來自ECU的回應(yīng)則在診斷儀的地址上接收。GEEL Y基于CAN線診斷技術(shù)規(guī)范JTYY -JT -085.3.2功能尋址模式在診斷儀請求的信息不是在特定的某個模塊的情況時，請求消息應(yīng)以功能尋址模式來作出請求。5.4 診斷會話ECU支持以下的診斷會話:a）正常（默認(rèn)）的會話點火開啟時，ECU以默認(rèn)的形式開始正常診斷會話。在此會話中，控制器功能和診斷服務(wù)都會被激 活，但不允許執(zhí)行EOL和客戶指定的診斷會話所支持的診斷服務(wù)。b）非默認(rèn)診斷會話非默認(rèn)的診斷會話定義了“ ECU編程會話”和“ ECU擴展的診斷會話”

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

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

18、MaxN/AP 3CAN_Client_Func沒有回應(yīng)消息或者請求的數(shù)據(jù)只 是被功能請求的部分服務(wù)器所支 持的情況下，成功傳送了功能尋址 請求消息后，客戶端等待傳送下一 個功能尋址請求消息的最小時間。定時器重新載入值P 2CAN_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)給客戶端兩部分

19、： P2CAN= P2CAN_Req + P2CAN_Rsp5.5.2.2會話層時序參數(shù)定義當(dāng)非默認(rèn)診斷會話開啟時，它的會話處理是經(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 意外

20、的消息任何節(jié)點對于接收到的意外消息或非法格式的消息都是采取忽視。5.6.2丟失消息診斷儀請求期間，如果ECU自動檢測到一個通訊失敗 （如：網(wǎng)絡(luò)層的時序違規(guī)），那么ECU就會取消這個請求并且不發(fā)送回應(yīng)消息。診斷儀必須監(jiān)控：沒有 ECU回應(yīng)在P2CAN-ECU內(nèi)被發(fā)送。因此診斷儀可以重復(fù)它之前的請求。在擴展的診斷會話期間， 如果在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 診斷管理功能單位診斷功能

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

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

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

24、如表15所示。表15ECIH診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符60h6.3.4否定回應(yīng)消息如表16所示。表16ECUK診斷儀：服務(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è)(SoftReset )04快速關(guān)閉電源(EnableRa

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

26、”的功能是用診斷儀來更改安全等級，獲取執(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)消息，同時安全等級也更改到了新的安全等級。注：種子（Seed）和Key均為4個字節(jié)的十六進(jìn)制數(shù)值：xxxxxxxxh。6.5.1.3 診斷服務(wù)“安全訪

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

28、消息步驟1格式如表24所示。表24ECLK診斷儀：服務(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診斷儀T ECU 服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符27h1安全模式發(fā)送Keyxxh2.5Keyxxxxxxxxh6.5.5 肯定回應(yīng)消息步驟 2格式如表26所示。表26ECUT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符67h1安全模式發(fā)送Key02h2安全訪問狀態(tài)34h6.5.6否定回應(yīng)消息格式如表27所示。表

29、27ECUT診斷儀：服務(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功能描述661.1診斷服務(wù)“通訊控制”的功能是接通或切斷某個服務(wù)消息的傳送或接收,就是控制CAN幀的傳送或接收。6.6.1.2該服務(wù)需要定義的參數(shù)有“控制類型” (controlType )和“通訊類型” (communicationType )?？刂祁愋蛥?shù)包含的信息是關(guān)于ECU如何調(diào)整通訊類型?？刂祁愋蛥?shù)的定義見表表28參數(shù)：控制類型（controlTy pe ）Hex (位 6 0)描述名稱00使指定的通訊類型可以接收和傳送消息EnableRxAnd

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

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

32、3肯定回應(yīng)消息格式如表31所示。表31ECLK診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符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)識符7Fh1請求服務(wù)標(biāo)識符3Eh2回應(yīng)代碼xxh6.7診斷儀保活6.7.1功能描述診斷服務(wù)“診斷儀?；睢钡墓δ苁侵甘綞CU發(fā)送請求使ECU保持在當(dāng)前的診斷會話中,使診斷服務(wù)或通訊保持激活。該服務(wù)須定義的參數(shù)“回應(yīng)要求”如表33所示。表33參數(shù)：回應(yīng)要求( ResponseRequired )大小(字節(jié))描述數(shù)

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

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

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

36、h)和本地標(biāo)識符(21h 39h)的診斷內(nèi)容由各個 ECU廠商自行定義。6.9.2請求消息格式如表 39所示。表39診斷儀T ECU 服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符21h1記錄本地標(biāo)識符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)識符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)識符7Fh1

37、請求服務(wù)標(biāo)識符21h2回應(yīng)代碼xxh6.10 由公共標(biāo)識符讀取數(shù)據(jù)ECU的符號信息。6.10.1功能描述診斷服務(wù)“由公共標(biāo)識符讀取數(shù)據(jù)”的功能是用定義好的公共標(biāo)志符讀取6.10.2請求消息格式如表 42所示。表42診斷儀T ECU 服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符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)識符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)識符7Fh1請求服務(wù)標(biāo)識符22h2回應(yīng)代碼xxh6.11由本地標(biāo)識符寫數(shù)據(jù)ECU存儲區(qū)域。這些數(shù)據(jù)均由參數(shù)“記ECU特定的本地數(shù)據(jù)記錄。6.11.1 功能描述診斷服務(wù)“由本地標(biāo)識符寫數(shù)據(jù)”的功能是將數(shù)據(jù)寫進(jìn)一個錄本地標(biāo)識符”來作為標(biāo)記。執(zhí)行這個服務(wù)的情況有:清除非易失性存儲;重新設(shè)置已學(xué)習(xí)的數(shù)值;設(shè)置選項內(nèi)容;設(shè)置車輛標(biāo)志符編號(VIN)；更改標(biāo)定數(shù)值。該服務(wù)涉及參數(shù)：記錄本地標(biāo)識符，這個參數(shù)確定了某個注：本地標(biāo)識符內(nèi)容的定

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

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

41、 1 (MSBxxh2公共標(biāo)識符# 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)識符7Fh1請求服務(wù)標(biāo)識符3Eh2回應(yīng)代碼xxh6.13存儲的數(shù)據(jù)的傳輸功能單位存儲的數(shù)據(jù)的傳輸功能單位的診斷服務(wù)項目如表51所示。表51診斷服務(wù)中文名稱診斷服務(wù)英文名稱請求服務(wù)標(biāo)識符存儲的數(shù)據(jù)的傳輸功能單位讀取診斷故障代碼ReadDiagnosticTroubleCodes13h由狀態(tài)讀取診斷故障代碼ReadDiagnosticTroubleCodeBy

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

43、數(shù)值0服務(wù)標(biāo)識符13h1 2Grou pO fDTCxxxxh6.14.3肯定回應(yīng)消息格式如53表所示。表53ECIT診斷儀：服務(wù)肯定回應(yīng)消息字節(jié)內(nèi)容數(shù)值0肯定回應(yīng)服務(wù)標(biāo)識符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)識符7Fh1請求服務(wù)標(biāo)識符18h2回應(yīng)代碼xxh6.15由狀態(tài)讀取診斷故障代碼6.15.1功能描述6.15.1.1 診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”的功能是用DTC的狀態(tài)從ECU內(nèi)存中讀取存儲的診斷故障代碼。診斷服務(wù)“由狀態(tài)讀取診斷故障代

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

45、TC 組”(GroupOfDTC)，“DTC6.15.1.2診斷服務(wù)“由狀態(tài)讀取診斷故障代碼”還須定義的參數(shù)有:數(shù)量”(NumberOfDTC?！?DTC組”(GroupOfDTO是用來選擇請求的 DTC功能組。注：將DTC組定義為FFOOh，即表示支持該 ECU所有的DTC6.15.2請求消息格式如表 56所示。診斷儀T ECU 服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符18h1DTC狀態(tài)請求參數(shù)xxh2-3DTC組FF00h注：DTC狀態(tài)請求參數(shù)：00=表示請求激活的故障代；01 =表示請求該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)識符58h1DTC的數(shù)量xxh2.3DTCxxxxh4DTC的狀態(tài)xxhDTCxxxxhDTC勺狀態(tài)xxh注：如果沒有保存的 DTC那么“ DTC的數(shù)量”這2個字節(jié)數(shù)值為OOh。6.15.4否定回應(yīng)消息格式如表 58所示。表58ECUK診斷儀：服務(wù)肯定回應(yīng)字節(jié)內(nèi)容數(shù)值0否定回應(yīng)服務(wù)標(biāo)識符7Fh1請求服務(wù)標(biāo)識符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請求消息格式如表 59所示。表59診斷儀T ECU 服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符17h1.2DTCxxxxh6.16.3肯定回應(yīng)消息格式如表60所示。表60ECIT診斷儀：服務(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è)置為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)識符7Fh1請求服務(wù)標(biāo)識符17h2回應(yīng)代碼xxh6.17清除診斷信息6.17.1功能描述診斷服務(wù)"清除診斷信息”的功能是清除ECU內(nèi)存中存儲的診斷信息。該服務(wù)須定義的參數(shù)有“ DTC組”(GroupOfDTC。它是用來指示要清除故障存儲的ECU6.17.2請求消息格式如表 62所示。表62診斷儀T ECU 服務(wù)請求字節(jié)內(nèi)容數(shù)值0服務(wù)標(biāo)識符14h12DTC組FF00h注：一般將參數(shù)DTC組設(shè)置成FF00h。6.17.3肯定回應(yīng)消息格式如表63