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

1、JLYY-JT -08基于CAN線診斷技術規(guī)范編制: 校對: 審核: 審定: 標準: 批準: 浙江吉利汽車研究院有限公司二八年五月GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08目 次前言 II1 范圍 12 規(guī)范性引用文件 13 縮略語 14 CAN線診斷系統(tǒng)原理 25 CAN通訊協(xié)議 26 診斷應用層服務 8GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08前 言為了保證各個整車項目的診斷協(xié)議的統(tǒng)一性和繼承性，制定了本技術規(guī)范。本技術規(guī)范中，各ECU診斷應用層服務的定義應遵循本技術規(guī)范，但不限于本規(guī)范所定義的診斷服務項目。本技術規(guī)范沒有定義的診斷服務應遵循ISO 1422

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

3、不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。ISO 14229 ：2006 道路車輛 統(tǒng)一診斷維修設備(UDS)：規(guī)范和要求ISO 14230-3 ：1996 道路交通工具診斷系統(tǒng)：KWP2000案例ISO 15765-2 ：2004 道路交通工具CAN診斷：網(wǎng)絡層服務ISO 15765-3 ：2004 道路交通工具CAN診斷：應用層服務ISO 15765-4 ：2005 道路交通工具CAN診斷：排放相關系統(tǒng)要求3 縮略語下列術語和縮略語適用于本標準。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 目標地址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ā)動機管理系統(tǒng)3.11 EOL End Of Line 下線診斷3.12 FC Flow Control 流控制3.13 FF First Frame 首幀GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -083.14 ICU Instrument Cluster Control Unit 組合儀表控制單元3.15 ID Identifier 標志符3.16 NA Network Address 網(wǎng)絡地址3.17 PCI Protocol Control Information 協(xié)議控制信息3.18 PID Parameter Identifier 參數(shù)標

6、志符3.19 SA Source Address 源地址3.20 SF Single Frame 單幀3.21 SID Service Identifier 服務標志符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線的診斷可以提供迅速存取信息的能力以及無需斷開線纜就可以運行控制單元的能力。提供的診斷服務的作用有：a） 確定ECU;b） 讀取ECU的輸入信號;c） 將輸出信號寫入執(zhí)行器;d） 讀取

7、ECU內(nèi)部信息，比如故障存儲的內(nèi)容。本規(guī)范提供的診斷服務可以用作擴展診斷測試，也可以在維修車間中使用。提供的診斷服務可以明顯地降低測試時間。5 CAN通訊協(xié)議5.1 數(shù)據(jù)流 ECU支持CAN診斷消息使用ISO 15765-2:2004中指定的分段數(shù)據(jù)傳送裝置（USDT）。即支持兩種類型的CAN數(shù)據(jù)流非分段的數(shù)據(jù)流和分段的數(shù)據(jù)流。5.1.2 非分段的數(shù)據(jù)流非分段數(shù)據(jù)流由單幀（SF）構成。它的使用條件是：正常尋址模式時單幀長度不超過7或擴展尋址模式時單幀長度不超過6。一個非分段消息傳送的示例見圖1所示。GEELY基于CAN線診斷技術規(guī)范JTYY-JT -08圖15.1.3 分段的數(shù)據(jù)流分段數(shù)據(jù)流由

8、多幀分段的CAN消息構成。它的使用條件是：正常尋址模式時數(shù)據(jù)長度大于7或擴展尋址模式時數(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 消息類型 單幀（SF），首幀（FF），后續(xù)幀（CF）或流控制（FC）都包含有一個8字節(jié)的數(shù)據(jù)域，該數(shù)據(jù)域由以下兩部分構成，表1顯示了各類CAN消息的PCI字節(jié)

9、的結構。GEELY基于CAN線診斷技術規(guī)范JTYY-JT -08a) 協(xié)議控制信息（PCI）,指示了幀類型，幀編號，數(shù)據(jù)長度等;b) 傳輸數(shù)據(jù),包含被發(fā)送的數(shù)據(jù)。表1數(shù)據(jù)域結構幀類型字節(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表示最小間隔時間。 單幀正常尋址模式下，單幀消息類型

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

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

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

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

14、01hFFh塊大?。˙smax）定義兩個流控制之間的最大后續(xù)幀個數(shù)。.3 間隔時間（STmin）表示兩個后續(xù)幀之間所允許的最小時間，它的定義如表6所示。表616進制描述00h7Fh表示STmin的范圍是：0ms127ms80hF0h預留未定義F1F9表示STmin范圍是：100us900usFAhFFh預留未定義GEELY基于CAN線診斷技術規(guī)范JTYY-JT -085.3 尋址模式5.3.1 物理尋址模式所有物理尋址消息都是以ECU的物理地址來接收的。當用物理尋址模式來作出請求時，ECU就可以執(zhí)行激活的診斷會話所支持的服務。而來自ECU的回應則在診斷儀的地址上接收。5.3.2 功能尋址模式在

15、診斷儀請求的信息不是在特定的某個模塊的情況時，請求消息應以功能尋址模式來作出請求。5.4 診斷會話ECU支持以下的診斷會話：a） 正常（默認）的會話點火開啟時，ECU以默認的形式開始正常診斷會話。在此會話中，控制器功能和診斷服務都會被激活,但不允許執(zhí)行EOL和客戶指定的診斷會話所支持的診斷服務。b） 非默認診斷會話非默認的診斷會話定義了“ECU編程會話”和“ECU擴展的診斷會話”兩種診斷會話。5.5 應用層和診斷會話層的時序要求概述 應用層和診斷會話層的時序要求基于下列兩點作出區(qū)別：a） 物理尋址通訊的默認會話期間和非默認會話期間。b） 功能尋址通訊的默認會話期間和非默認期間?；谝陨蟽牲c的判

16、斷，還要考慮ECU可能發(fā)送78h代碼的否定回應消息來請求擴展回應時間的情況。 應用層和診斷會話層的時序定義.1 默認診斷會話期間的應用層時序數(shù)值定義如表7所示。表7 時序參數(shù)描述類型MinMaxP2CAN_Client成功傳送請求消息和開始回應消息之間客戶端的等待時間定時器重新載入值P2CAN_Server_max+P2CANN/AP2*CAN_Client接收到代碼78h的否定回應消息和開始回應消息之間客戶端的擴展等待時間定時器重新載入值P2*CAN_Server_max+P2CAN_rspN/AP2CAN_Server接收到請求消息和開始回應消息之間的服務器執(zhí)行時間要求執(zhí)行要求050msP

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

18、N_Server_MaxN/A注：參數(shù)P2CAN考慮任何系統(tǒng)網(wǎng)絡設計相關的延時，如網(wǎng)關和加上安全接線的總線帶寬所引起的延時。基于系統(tǒng)設計的最差設想值是受以下因素影響的：a) 涉及的網(wǎng)關個數(shù)；b) CAN幀的傳輸時間；c) CAN總線利用率 d) CAN設備驅動器的執(zhí)行方式（查詢和中斷）以及網(wǎng)絡層的進程時間。P2CAN的數(shù)值分成傳送請求給尋址的服務器和傳送回應給客戶端兩部分：P2CANP2CAN_Req + P2CAN_Rsp.2 會話層時序參數(shù)定義 當非默認診斷會話開啟時，它的會話處理是經(jīng)過會話層時序參數(shù)實現(xiàn)的。會話層時序參數(shù)的定義如表8所示。表8時序參數(shù)描述類型推薦的等待時間ms等待時間ms

19、S3Client診斷儀傳送功能尋址的診斷儀?；睿?Eh）請求消息來使多個ECU的非默認診斷會話保持激活的時間要求，或者發(fā)送物理尋址請求消息給某個ECU來?；畹淖畲髸r間。定時器重新載入值2000ms4000msS3Server當沒有接收任何診斷請求消息時，ECU能保持非默認診斷會話激活的時間。定時器重新載入值N/A5000ms5.6 通訊失敗5.6.1 意外的消息任何節(jié)點對于接收到的意外消息或非法格式的消息都是采取忽視。5.6.2 丟失消息診斷儀請求期間，如果ECU自動檢測到一個通訊失?。ㄈ纾壕W(wǎng)絡層的時序違規(guī)），那么ECU就會取消這個請求并且不發(fā)送回應消息。GEELY 基于CAN線診斷技術規(guī)范J

20、TYY-JT -08診斷儀必須監(jiān)控：沒有ECU回應在P2CAN-ECU內(nèi)被發(fā)送。因此診斷儀可以重復它之前的請求。在擴展的診斷會話期間，如果在P3CAN-ECU(MAX)內(nèi)沒有接收到來自診斷儀的請求（中斷通訊線的標準），那么ECU就跳回普通會話。5.7 消息填充CAN診斷消息幀必須是全部填滿（8個字節(jié)）的，所以空余的字節(jié)必須用“填充數(shù)據(jù)”填滿。定義填充數(shù)據(jù)為：0x00。6 診斷服務定義6.1 診斷管理功能單位診斷功能單位的診斷服務項目如表9所示。表9 診斷服務中文名稱診斷服務英文名稱請求服務標識符診斷管理功能單位開啟診斷會話StartDiagnosticSession10hECU重設服務ECUR

21、eset service11h停止診斷會話StopDiagnosticSession20h安全訪問服務SecurityAccess service27h通訊控制服務Communicationcontrol28h診斷儀保活TesterPresent service3Eh讀取ECU ID服務ReadECUIdentification service1Ah6.2 開啟診斷會話服務 功能描述.1 開啟診斷會話服務的功能是激活ECU所支持的診斷會話模式。只有在激活了ECU所支持的診斷會話之后，ECU才能在激活的診斷會話模式下執(zhí)行它所支持的服務。.2 參數(shù)“診斷模式”定義了默認會話模式，ECU擴展的會話模

22、式和ECU編程模式三種診斷會話模式。默認模式是啟動診斷會話時的默認會話模式，開啟一個新的診斷會話后就進入默認模式。ECU擴展的會話模式和ECU編程模式是為某些在默認會話模式下不能執(zhí)行的服務而定義的診斷會話模式。具體診斷模式參數(shù)的定義見表10。表10 診斷模式參數(shù)參數(shù)：診斷模式大?。ㄗ止?jié)）描述數(shù)值1默認會話模式81h1ECU編程模式83h1ECU擴展的會話模式87hGEELY 基于CAN線診斷技術規(guī)范JTYY-JT -086.2.2 請求消息格式如表11所示。表11診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符10h1診斷模式xxh6.2.3 肯定回應消息格式如表12所示。表12ECU診斷儀：服

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

24、規(guī)范JTYY-JT -08表16ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符20h2回應代碼xxh6.4 ECU重設服務 功能描述診斷服務“ECU重設”的功能就是請求ECU按重設模式的要求重新執(zhí)行一次ECU設置。參數(shù)“重設模式”定義如表17所示。 表17參數(shù)：重設模式（ResetMode）數(shù)值（Hex）描述01硬件重設（hardReset）02切斷重設（KeyOffOnReset）03軟件重設（SoftReset）04快速關閉電源（EnableRapidPowerShutDown）05快速關閉電源無效（DisableRapidPowerShutDown）6.

25、4.2 請求消息格式如表18所示。表18診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0ECU 重設請求服務標識符11h1重設模式（ResetMode）xxh6.4.3 肯定回應消息如表19所示。表19ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0ECU重設肯定回應服務標識符51h6.4.4 否定回應消息格式如表20所示。表20ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符11h2回應代碼xxh6.5 安全訪問服務GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08 功能描述.1 診斷服務“安全訪問”的功能是用診斷儀來更改安全等級，獲取執(zhí)行被ECU鎖定的服務的權利。各EC

26、U應該至少擁有2個等級。安全等級0是ECU上電時默認的安全等級，在安全等級0時，不允許更改ECU的任何配置信息。在安全等級1和2上，才允許執(zhí)行一些在高層安全等級才允許的診斷命令。.2 更改安全等級的步驟如下：第一步：診斷儀請求種子（seed），然后ECU發(fā)送種子；第二步：診斷儀根據(jù)吉利提供的轉換算法發(fā)送Key，如果Key是有效的，那么ECU就會發(fā)送一個肯定回應消息，同時安全等級也更改到了新的安全等級。注：種子（Seed）和Key均為4個字節(jié)的十六進制數(shù)值：xxxxxxxxh。.3 診斷服務“安全訪問”需要定義的參數(shù)“安全模式”如表21所示。表21參數(shù)：安全模式（AccessMode）大?。ㄗ止?jié)

27、）描述數(shù)值1請求安全等級1的種子01h1發(fā)送安全等級1的key02h1請求安全等級2的種子03h1發(fā)送安全等級2的key04h.4 診斷服務“安全訪問”需要定義的參數(shù)“安全狀態(tài)”如表22所示。表22參數(shù)：安全狀態(tài)（SecurityStatus）大?。ㄗ止?jié)）描述數(shù)值1安全訪問允許34h6.5.2 請求消息步驟1格式如表23所示。表23診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符27h1安全模式請求種子xx 01 請求安全等級1xx 03 請求安全等級2xxh6.5.3 肯定回應消息步驟1格式如表24所示。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表24ECU診斷儀：服務肯定回應

28、消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符67h1安全模式請求種子xx 01 請求安全等級1xx 03 請求安全等級2xxh2.5種子（4個字節(jié)）xxxxxxxxh6.5.4 請求消息步驟2格式如表25所示。表25診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符27h1安全模式發(fā)送Keyxxh2.5Keyxxxxxxxxh6.5.5 肯定回應消息步驟2格式如表26所示。表26ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符67h1安全模式發(fā)送Key02h2安全訪問狀態(tài)34h6.5.6 否定回應消息格式如表27所示。表27ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請

29、求服務標識符27h2回應代碼xxh6.6 通訊控制服務 功能描述.1 診斷服務“通訊控制”的功能是接通或切斷某個服務消息的傳送或接收，就是控制CAN幀的傳送或接收。該服務需要定義的參數(shù)有“控制類型”（controlType）和“通訊類型”（communicationType）。6.6.1.2 控制類型參數(shù)包含的信息是關于ECU如何調(diào)整通訊類型?？刂祁愋蛥?shù)的定義見表28。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表28參數(shù)：控制類型（controlType）Hex（位60）描述名稱00使指定的通訊類型可以接收和傳送消息EnableRxAndTx01使指定的通訊類型可以接收消息但

30、不可以傳送消息EnableRxAndDisableTx02使指定的通訊類型不可以接收消息但可以傳送消息DisableRxAndEnableTx03使指定的通訊類型不可以接收消息也不可以傳送消息DisableRxAndTx注：該參數(shù)是一個字節(jié)大小，位7“suppressPosRspMsgindicationBit”不在此表定義。.3 參數(shù)“通訊類型”是指定要控制的通訊類型。該參數(shù)是個位編碼數(shù)值，允許同時控制多種通訊類型。定義參見表29。表29參數(shù)“通訊類型”（communicationType）位10（二進制）描述名稱00ISO/SAE保留01這個數(shù)值表示所有應用相關的通訊（應用CAN消息幀控制

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

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

33、：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符3Eh1回應要求要求回應 01h沒有要求回應 02hxxh 肯定回應消息如表35所示。表35ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符7Eh 否定回應消息格式如表36所示。表36ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符3Eh2回應代碼xxh6.8 數(shù)據(jù)傳輸功能單位GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08數(shù)據(jù)傳輸功能單位的診斷服務項目如表37所示。表37診斷服務中文名稱診斷服務英文名稱請求服務標識符數(shù)據(jù)傳輸功能單位由本地標識符讀取數(shù)據(jù)ReadDataByLocalIdentifier

34、21h由公共標識符讀取數(shù)據(jù)ReadDataByCommonIdentifier22h由本地標識符寫數(shù)據(jù)WriteDataByLocalIdentifier3Bh由公共標識符寫數(shù)據(jù)WriteDataByCommonIdentifier2Eh6.9 由本地標識符讀取數(shù)據(jù) 功能描述.1 診斷服務“由本地標識符讀取數(shù)據(jù)”的功能是使用定義的本地標識符去請求來自ECU的當前數(shù)據(jù)。這些數(shù)據(jù)記錄包括模擬輸入和輸出信號，數(shù)字輸入和輸出信號，內(nèi)部數(shù)據(jù)和系統(tǒng)狀態(tài)信息。.2 該服務涉及的參數(shù)“記錄本地標識符”定義見表38。表38參數(shù)：記錄本地標識符（RecordLocalIdentifier）大?。ㄗ止?jié)）描述數(shù)值1請

35、求01h20h支持的本地標識符00h101h1119h1請求21h40h支持的本地標識符20h1139h注：診斷儀請求本地標識符00h后，ECU會回應相應的PID值，該PID值是一個4字節(jié)的十六進制數(shù)值，它表示該ECU支持的從01h到20h 的本地標識符（位32對應本地標識符01h,位31對應本地標識符02h，位0對應本地標識符20h）。請求本地標識符20h后，ECU會回應21h40h的本地標識符支持情況。本地標識符（00h19h）和本地標識符（21h39h）的診斷內(nèi)容由各個ECU廠商自行定義。 請求消息格式如表39所示。表39診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符21h1記錄本地標識

36、符xxh 肯定回應消息格式如表40所示。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表40ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符61h1Local標志符# 1xxh2數(shù)據(jù)記錄#1字節(jié)1（MSB）xxh2+r數(shù)據(jù)記錄#1字節(jié)r（LSB）xxh 否定回應消息格式如表41所示。表41ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符21h2回應代碼xxh6.10 由公共標識符讀取數(shù)據(jù) 功能描述診斷服務“由公共標識符讀取數(shù)據(jù)”的功能是用定義好的公共標志符讀取ECU的符號信息。6.10.2 請求消息格式如表42所示。表42診斷儀ECU：

37、服務請求字節(jié)內(nèi)容數(shù)值0服務標識符22h1公共標志符1（MSB）xxh2公共標志符1（LSB）xxh6.10.3 肯定回應消息格式如表43所示。表43ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符62h1公共標志符1（MSB）xxh2公共標志符1（LSB）xxh3數(shù)據(jù)記錄1字節(jié)1（MSB）xxh3+r數(shù)據(jù)記錄1字節(jié)r（LSB）xxh6.10.4 否定回應消息格式如表44所示。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表44ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符22h2回應代碼xxh6.11 由本地標識符寫數(shù)據(jù) 功能描述診斷

38、服務“由本地標識符寫數(shù)據(jù)”的功能是將數(shù)據(jù)寫進一個ECU存儲區(qū)域。這些數(shù)據(jù)均由參數(shù)“記錄本地標識符”來作為標記。執(zhí)行這個服務的情況有：a） 清除非易失性存儲；b） 重新設置已學習的數(shù)值；c） 設置選項內(nèi)容；d） 設置車輛標志符編號（VIN）；e） 更改標定數(shù)值。該服務涉及參數(shù)：記錄本地標識符，這個參數(shù)確定了某個ECU特定的本地數(shù)據(jù)記錄。注： 本地標識符內(nèi)容的定義取決于各個ECU的功能需求。 請求消息格式如表45所示。表45診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符3Bh1記錄本地標識符xxh 肯定回應消息格式如表46所示。表46ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符7

39、Bh1記錄本地標識符xxh 否定回應消息格式如表47所示。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表47ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符3Bh2回應代碼xxh6.12 由公共標識符寫數(shù)據(jù) 功能描述診斷服務“由公共標識符寫數(shù)據(jù)”的功能是用單個請求消息將數(shù)據(jù)寫給多個ECU。這些數(shù)據(jù)值均由參數(shù)“記錄公共標識符”作標記。執(zhí)行該服務的情況如下：a） 清除非易失性存儲；b） 重新設置已學習的數(shù)值；c） 設置選項內(nèi)容；d） 設置車輛標志符編號（VIN）。參數(shù)“記錄公共標識符”，確定了多個ECU共同支持的數(shù)據(jù)記錄，由ECU供應商自行定義該參數(shù)的

40、格式和數(shù)據(jù)記錄。 請求消息格式如表48所示。表48診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符3Eh1公共標識符1（MSB）xxh2公共標識符1（LSB）xxh 肯定回應消息格式如表49所示。表49ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符7Eh1公共標識符1（MSB）xxh2公共標識符1（LSB）xxh3數(shù)據(jù)記錄1字節(jié)1（MSB）xxh3+r數(shù)據(jù)記錄1字節(jié)r（LSB）xxh 否定回應消息格式如表50所示。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表50ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符3Eh2回應代碼xxh6

41、.13 存儲的數(shù)據(jù)的傳輸功能單位存儲的數(shù)據(jù)的傳輸功能單位的診斷服務項目如表51所示。表51診斷服務中文名稱診斷服務英文名稱請求服務標識符存儲的數(shù)據(jù)的傳輸功能單位讀取診斷故障代碼ReadDiagnosticTroubleCodes13h由狀態(tài)讀取診斷故障代碼ReadDiagnosticTroubleCodeByStatus18h讀取診斷故障代碼的狀態(tài)ReadStatusOfDiagnosticTroubleCode17h清除診斷信息ClearDiagnosticInformation14h6.14 讀取診斷故障代碼 功能描述診斷服務“讀取診斷故障代碼”的功能是從ECU中讀取存儲的診斷故障代碼。本

42、服務必須定義的參數(shù)有“DTC功能組”（GroupOfDTC）和“DTC數(shù)量”（NumberOfDTC）。參數(shù)“DTC功能組”（GroupOfDTC）的定義兩個字節(jié)大小，功能組的劃分參照ISO14229附錄D。 請求消息格式如表52所示。表52診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符13h12GroupOfDTCxxxxh 肯定回應消息格式如53表所示。表53ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符53h1DTC的數(shù)量xxh23DTC1xxxxh2n2n+1DTCnxxxxh 否定回應消息格式如表54所示。GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08表5

43、4ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符18h2回應代碼xxh6.15 由狀態(tài)讀取診斷故障代碼 功能描述.1 診斷服務“由狀態(tài)讀取診斷故障代碼”的功能是用DTC的狀態(tài)從ECU內(nèi)存中讀取存儲的診斷故障代碼。診斷服務“由狀態(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這個D

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

45、示。表56診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符18h1DTC狀態(tài)請求參數(shù)xxh2-3DTC組FF00h注：DTC狀態(tài)請求參數(shù)：00表示請求激活的故障代；01表示請求該ECU支持的所有故障代碼GEELY 基于CAN線診斷技術規(guī)范JTYY-JT -08 肯定回應消息格式如表57所示。表57ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符58h1DTC的數(shù)量xxh2.3DTCxxxxh4DTC的狀態(tài)xxhDTCxxxxhDTC的狀態(tài)xxh注：如果沒有保存的DTC，那么“DTC的數(shù)量”這2個字節(jié)數(shù)值為00h。 否定回應消息格式如表58所示。表58ECU診斷儀：服務肯定回應字節(jié)內(nèi)

46、容數(shù)值0否定回應服務標識符7Fh1請求服務標識符18h2回應代碼xxh6.16 讀取診斷故障代碼的狀態(tài) 功能描述 診斷服務“讀取診斷故障代碼狀態(tài)”的功能是從ECU內(nèi)存中讀取指定的DTC狀態(tài)。該服務涉及的參數(shù)有DTC的數(shù)量和DTC狀態(tài)。 請求消息格式如表59所示。表59診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符17h1.2DTCxxxxh 肯定回應消息格式如表60所示。表60ECU診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符57h1DTC的數(shù)量01h2.3DTCxxxxh4DTC的狀態(tài)xxh注：這個服務中，因為DTC是指定的，所以DTC數(shù)量設置為01h。GEELY 基于CAN線診

47、斷技術規(guī)范JTYY-JT -08 否定回應消息格式如表61所示。表61ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符17h2回應代碼xxh6.17 清除診斷信息 功能描述診斷服務“清除診斷信息”的功能是清除ECU內(nèi)存中存儲的診斷信息。該服務須定義的參數(shù)有“DTC組”（GroupOfDTC）。它是用來指示要清除故障存儲的ECU。 請求消息格式如表62所示。表62診斷儀ECU：服務請求字節(jié)內(nèi)容數(shù)值0服務標識符14h12DTC組FF00h注：一般將參數(shù)DTC組設置成FF00h。 肯定回應消息格式如表63所示。表63ECU診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符54h12DTC組FF00h 否定回應消息格