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

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

2、229:2006，ISO 14230 3 : 1996和ISO 15765 3:2004中的診斷服務相關規(guī)定作擴展定義。本標準由浙江吉利汽車研究院有限公司提出。本標準由浙江吉利汽車研究院有限公司汽車電子電器研究所CAN總線科負責起草。本標準主要起草人：鄭士岑。本標準于2008年5月30日發(fā)布并實施。文檔實用標準文案GEEL Y基于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 縮略語F列術語和縮略語適用于本標準。3.1A

4、BSAn tilock Brak ing Systems防抱死系統(tǒng)3.2ACUAirbag Co ntrol Un it安全氣囊控制單元3.3BCMBody Con trol module車身控制模塊3.4BSBlock Size塊大小3.5CFCon secutive Frame后續(xù)幀3.6DADesti nati on Address目標地址3.7DLCData Len gth Code數(shù)據(jù)長度代碼3.8DTCDiag no stic Trouble Code診斷故障代碼3.9ECUElectro nic Con trol Unit電子控制單元3.10EMSEngine Man ageme

5、 nt Systems發(fā)動機管理系統(tǒng)3.11EOLEnd Of Line下線診斷3.12FCFlow Con trol流控制3.13FFFirst Frame首幀GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08GEELY基于CAN線診斷技術規(guī)范3.14ICUIn strume nt Cluster Con trol Unit組合儀表控制單元3.15IDIde ntifier標志符3.16NANetwork Address網(wǎng)絡地址3.17PCIProtocol Con trol In formati on協(xié)議控制信息3.18PIDParameter Ide ntifier參數(shù)標志符3.

6、19SASource Address源地址3.20SFSi ngle Frame單幀3.21SIDService Ide ntifier服務標志符3.22STSeparati on Time間隔時間3.23TPMSTire Pressure Mon itori ng Systems胎壓監(jiān)測系統(tǒng)3.24WUPWake Up Pattern喚醒模式4 CAN線診斷系統(tǒng)原理基于CAN線的診斷可以提供迅速存取信息的能力以及無需斷開線纜就可以運行控制單元的能力。提供的診斷服務的作用有：文檔a）確定ECU;b）讀取ECU的輸入信號;c）將輸出信號寫入執(zhí)行器；d）讀取ECU內(nèi)部信息，比如故障存儲的內(nèi)容。本規(guī)

7、范提供的診斷服務可以用作擴展診斷測試，也可以在維修車間中使用。提供的診斷服務可以明顯地降低測試時間。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）構成。它的使用條件是：正常尋址模式時單幀長度不超過7或擴展尋址模式時單幀長度不超過6。一個非分段消息傳送的示例見圖1所示。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08發(fā)送者接收者圖15.1.3 分段的數(shù)據(jù)流7或擴分段數(shù)據(jù)流由多幀分

8、段的CAN消息構成。它的使用條件是：正常尋址模式時數(shù)據(jù)長度大于實用標準文案展尋址模式時數(shù)據(jù)字節(jié)長度大于6。該數(shù)據(jù)流包含一個首幀（FF）和多個后續(xù)幀（CF ）。接收器在接收了首幀（FF）后必須發(fā)送一個流控制（FC）。流控制中包含的信息是：塊大小（ BS）和間隔時間（ST）。 其中塊大?。˙S）表示接收器允許發(fā)送器發(fā)送的最大后續(xù)幀數(shù)量。間隔時間（STmin ）表示兩個后續(xù)幀之間發(fā)送者所必須等待的最小時間。一個分段消息傳送的示例見圖2所示。接收者發(fā)送者首幀一 一J一-4流控制，一后續(xù)幀-一 -一一 41塊大小（BS）后續(xù)幀_后續(xù)幀流控制一 1-后續(xù)幀后續(xù)幀一_4j1終結塊（ BS）STmin5.2

9、消息類型5.2.1 單幀（SF），首幀（FF），后續(xù)幀（CF）或流控制（FC）都包含有一個8字節(jié)的數(shù)據(jù)域，該數(shù)據(jù) 域由以下兩部分構成，表1顯示了各類CAN消息的PCI字節(jié)的結構。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08a）協(xié)議控制信息（PCI），指示了幀類型，幀編號，數(shù)據(jù)長度等b）傳輸數(shù)據(jù),包含被發(fā)送的數(shù)據(jù)。數(shù)據(jù)域結構幀類型字節(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

10、/A注：SF_DL表示4個位的單幀數(shù)據(jù)長度；FF_DL表示12個位的首幀數(shù)據(jù)長度；SN表示序列編號FS表示數(shù)據(jù)流狀態(tài)；BS表示塊大??；Stmin表示最小間隔時間。522單幀正常尋址模式下，單幀消息類型的最大數(shù)據(jù)長度為7個字節(jié)，其中PCI的高半字節(jié)設置為0000b。PCI的低半字節(jié)表示單幀的數(shù)據(jù)長度。5.2.3 首幀正常尋址模式下，首幀消息類型的數(shù)據(jù)長度大于7字節(jié)，它和一個或多個后續(xù)幀并用。其中 PCI第一個字節(jié)的高半字節(jié)設置為 0001b，第一個字節(jié)的低半字節(jié)和第二個字節(jié)表示首幀的數(shù)據(jù)長度。首幀的數(shù)據(jù)長度FF_DL計算如表2所示。表2十六進制值數(shù)據(jù)長度FF DL描述000h - 007h保留0

11、08h - FFFh首幀數(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的高半字節(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所示。GEEL Y基于CAN線診

12、斷技術規(guī)范JTYY -JT-08協(xié)議數(shù)據(jù)名字FFCFCFCFCFCFCFCFCFSN（ 16進制）0h1h2hEhFh0h1h525 流控制525.1 首幀或數(shù)據(jù)塊的最后一個后續(xù)幀之后，當需要更多的后續(xù)幀（CF）來完成數(shù)據(jù)流傳輸時，接收節(jié)點就必須發(fā)送一個流控制消息，其中PCI第一個字節(jié)的高半字節(jié)設置為0011b 。流控制PCI的第二個字節(jié)表示兩個流控制幀之間最大消息塊的大小（BSmax），第三個字節(jié)表示兩個后續(xù)幀之間的時間（最小間隔時間，Stmin ）。流控制PCI第一個字節(jié)的低半字節(jié)是一個流控制狀態(tài)（FS），數(shù)據(jù)流狀態(tài)（FS）的定義如表4所示。16進制描述0h繼續(xù)發(fā)送（CTS）接收器已經(jīng)準備

13、好并且等待BS時間1h等待（WT ）流控制的等待參數(shù)用設置 N_PCI字節(jié)# 1的低半字節(jié)為“ 1 ”來編碼。它會導致發(fā)送者繼續(xù)等待一個新的 流控制N PDU并且重啟它的N BS定時器2h過載流（OVFLW ）流控制的過載流參數(shù)用設置N_PCI字節(jié)# 1的低半字節(jié)為“ 2”來編碼。它會導致發(fā)送者中止分段消息的傳輸并且作出一個 N_USData.confirm 服務應答，該應答帶參數(shù) = N_BUFFER_OVFLW。這 個N_PCI流狀態(tài)參數(shù)值僅僅在流控制 N_PDU中被傳送。這個流控制 N_PDU緊跟在首幀N_PDU后，并 且只在接收到的首幀 N PDU的消息長度FF DL超過接收實體的緩沖

14、器大小的情況下使用。525.2塊大?。˙Smax ）表示兩個流控制消息之間，接收器允許發(fā)送器發(fā)送的最大后續(xù)幀個數(shù)，它的定義如表5所示。16進制描述00塊大?。˙smax ）在傳輸分段消息期間將不會再發(fā)送流控制幀。所有的后續(xù)幀的發(fā)送將不會因為插入流控制而停頓。01h - FFh塊大小（Bsmax ）定義兩個流控制之間的最大后續(xù)幀個數(shù)。5.2.5.3 間隔時間（STmin ）表示兩個后續(xù)幀之間所允許的最小時間，它的定義如表6所示。表616進制描述OOh - 7Fh表示STmin的范圍是：0ms 127ms80h - FOh預留未定義F1 - F9表示 STmin 范圍是：100us 900usFA

15、h - FFh預留未定義GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-085.3 尋址模式5.3.1 物理尋址模式所有物理尋址消息都是以ECU的物理地址來接收的。當用物理尋址模式來作出請求時，ECU就可以執(zhí)行激活的診斷會話所支持的服務。而來自ECU的回應則在診斷儀的地址上接收。5.3.2 功能尋址模式在診斷儀請求的信息不是在特定的某個模塊的情況時，請求消息應以功能尋址模式來作出請求。5.4 診斷會話ECU支持以下的診斷會話：a）正常（默認）的會話點火開啟時，ECU以默認的形式開始正常診斷會話。在此會話中，控制器功能和診斷服務都會被激活,但不允許執(zhí)行EOL和客戶指定的診斷會話所支持的診斷

16、服務。b）非默認診斷會話非默認的診斷會話定義了“ ECU編程會話”和“ ECU擴展的診斷會話”兩種診斷會話。5.5 應用層和診斷會話層的時序要求概述5.5.1 應用層和診斷會話層的時序要求基于下列兩點作出區(qū)別：a）物理尋址通訊的默認會話期間和非默認會話期間。b）功能尋址通訊的默認會話期間和非默認期間。基于以上兩點的判斷，還要考慮ECU可能發(fā)送78h代碼的否定回應消息來請求擴展回應時間的情況。5.5.2 應用層和診斷會話層的時序定義5.521默認診斷會話期間的應用層時序數(shù)值定義如表7所示。時序參數(shù)描述類型MinMaxP2CAN_Client成功傳送請求消息和開始回應消息 之間客戶端的等待時間定時

17、器重新載入值P2CAN_Server_max+ CANN/AP2*CAN_Client接收到代碼78h的否定回應消息和開始回應消息之間客戶端的擴展等 待時間定時器重新載入值P2*CAN_Server_max+ 32CAN_rspN/AP2CAN_Server接收到請求消息和開始回應消息之間的服務器執(zhí)行時間要求執(zhí)行要求050msP2*CAN_Server傳送了代碼78h的否定回應消息和開始回應消息之間服務器的執(zhí)行時間要求執(zhí)行要求05000msJTYY -JTGEELY基于CAN線診斷技術規(guī)范-08表7 （續(xù)）時序參數(shù)描述類型MinMaxP3CAN_Client_Phys沒有要求回應消息時，成功傳

18、送了 的物理尋址請求消息后，客戶端等 待傳送下一個物理尋址請求消息 的最小時間定時器重新載入值P2CAN_Server_MaxN/AP3CAN_Client_Func沒有回應消息或者請求的數(shù)據(jù)只 是被功能請求的部分服務器所支 持的情況下，成功傳送了功能尋址 請求消息后，客戶端等待傳送下一 個功能尋址請求消息的最小時間。定時器重新載入值P2CAN_Server_MaxN/A注：參數(shù)厶P2CAN考慮任何系統(tǒng)網(wǎng)絡設計相關的延時，如網(wǎng)關和加上安全接線的總線帶寬所引起的延時?；?于系統(tǒng)設計的最差設想值是受以下因素影響的：a）涉及的網(wǎng)關個數(shù)；b）CAN幀的傳輸時間；c）CAN總線利用率d）CAN設備驅動器

19、的執(zhí)行方式（查詢和中斷）以及網(wǎng)絡層的進程時間。仲2CAN的數(shù)值分成傳送請求給尋址的服務器和傳送回應給客戶端兩部分：32CAN =2CAN_Req + AP2CAN_Rsp5.522會話層時序參數(shù)定義當非默認診斷會話開啟時，它的會話處理是經(jīng)過會話層時序參數(shù)實現(xiàn)的。會話層時序參數(shù)的定義如 表8所示。表8時序參數(shù)描述類型推薦的等待時間ms等待時間msS3ciie nt診斷儀傳送功能尋址的診斷儀?；睿?Eh ）請求消息來使多個ECU的非默認診斷會話保持激活的時 間要求，或者發(fā)送物理尋址請求消息給某個ECU來?；畹淖畲髸r間。定時器重新載入值2000ms4000msS3Server當沒有接收任何診斷請求消

20、息時，ECU能保持非默 認診斷會話激活的時間。定時器重新載入值N/A5000ms5.6 通訊失敗5.6.1 意外的消息任何節(jié)點對于接收到的意外消息或非法格式的消息都是采取忽視。5.6.2 丟失消息診斷儀請求期間，如果 ECU自動檢測到一個通訊失?。ㄈ纾壕W(wǎng)絡層的時序違規(guī)），那么ECU就會取消這個請求并且不發(fā)送回應消息。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08診斷儀必須監(jiān)控：沒有 ECU回應在P2CAN-ECU內(nèi)被發(fā)送。因此診斷儀可以重復它之前的請求。 在擴展的診斷會話期間，如果在P3CAN-ECU（MAX）內(nèi)沒有接收到來自診斷儀的請求（中斷通訊線的標準），那么ECU就跳回普通會

21、話。5.7 消息填充CAN診斷消息幀必須是全部填滿（8個字節(jié)）的，所以空余的字節(jié)必須用“填充數(shù)據(jù)”填滿。定義 填充數(shù)據(jù)為：0x00。6診斷服務定義6.1 診斷管理功能單位診斷功能單位的診斷服務項目如表9所示。表9診斷服務中文名稱診斷服務英文名稱請求服務標識符診斷管理功能單位開啟診斷會話StartDiagnosticSession10hECU重設服務ECUReset service11h停止診斷會話StopDiagnosticSession20h安全訪問服務SecurityAccess service27h通訊控制服務Communicationcontrol28h診斷儀?；頣esterPrese

22、nt service3Eh讀取ECU ID服務ReadECUIdentification service1Ah6.2 開啟診斷會話服務6.2.1 功能描述621.1 開啟診斷會話服務的功能是激活ECU所支持的診斷會話模式。只有在激活了ECU所支持的診斷會話之后，ECU才能在激活的診斷會話模式下執(zhí)行它所支持的服務。6.2.1.2 參數(shù)“診斷模式”定義了默認會話模式，ECU擴展的會話模式和 ECU編程模式三種診斷會話模式。默認模式是啟動診斷會話時的默認會話模式，開啟一個新的診斷會話后就進入默認模式。ECU擴展的會話模式和ECU編程模式是為某些在默認會話模式下不能執(zhí)行的服務而定義的診斷會話模式。具體

23、診斷模式參數(shù)的定義見表10。表10 診斷模式參數(shù)參數(shù)：診斷模式大?。ㄗ止?jié)）描述數(shù)值1默認會話模式81h1ECU編程模式83h1ECU擴展的會話模式87hGEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-086.2.2 請求消息格式如表11所示。表11診斷儀t ECU :服務請求字節(jié)內(nèi)容數(shù)值0服務標識符10h1診斷模式xxh6.2.3肯定回應消息格式如表12所示。表12ECU t診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符50h1診斷模式xxh6.2.4否定回應消息格式如表13所示。表13ECU t診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符10h2回應

24、代碼xxh6.3 停止診斷會話6.3.1 功能描述診斷服務“停止診斷會話”的功能是停止ECU和診斷工具之間的當前通訊。6.3.2 請求消息格式如表14所示。表14診斷儀t ECU:服務請求字節(jié)內(nèi)容數(shù)值0服務標識符20h6.3.3肯定回應消息格式如表15所示。表15ECUt診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符60h634 否定回應消息如表 16所示。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表16ECU-診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符20h2回應代碼xxh6.4 ECU重設服務6.4.1 功能描述診斷服務“ ECU重設”

25、的功能就是請求 ECU按重設模式的要求重新執(zhí)行一次ECU設置。參數(shù)“重設模式”定義如表17所示。表17參數(shù)：重設模式(ResetMode )數(shù)值(Hex )描述01硬件重設(hardReset )02切斷重設(KeyOffOnReset )03軟件重設(SoftReset )04快速關閉電源(EnableRapidPowerShutDown)05快速關閉電源無效(DisableRapidPowerShutDown)6.4.2請求消息格式如表18所示。表18診斷儀t ECU:服務請求字節(jié)內(nèi)容數(shù)值0ECU重設請求服務標識符11h1重設模式(ResetMode )xxh6.4.3肯定回應消息如表 1

26、9所示。表19ECU-診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0ECU重設肯定回應服務標識符51h644 否定回應消息格式如表 20所示。表20ECU-診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符11h2回應代碼xxh6.5 安全訪問服務GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-086.5.1 功能描述6.5.1.1 診斷服務“安全訪問”的功能是用診斷儀來更改安全等級，獲取執(zhí)行被ECU鎖定的服務的權利。各ECU應該至少擁有2個等級。安全等級 0是ECU上電時默認的安全等級，在安全等級0時，不允許更改ECU的任何配置信息。在安全等級1和2上，才允許執(zhí)行一些在高層

27、安全等級才允許的診斷命令。6.5.1.2 更改安全等級的步驟如下：第一步：診斷儀請求種子（seed），然后ECU發(fā)送種子；第二步：診斷儀根據(jù)吉利提供的轉換算法發(fā)送Key，如果Key是有效的，那么 ECU就會發(fā)送一個肯定回應消息，同時安全等級也更改到了新的安全等級。注：種子（Seed ）和Key均為4個字節(jié)的十六進制數(shù)值：xxxxxxxxh。6.5.1.3 診斷服務“安全訪問”需要定義的參數(shù)“安全模式”如表21所示。表21參數(shù)：安全模式（AccessMode ）大小（字節(jié)）描述數(shù)值1請求安全等級1的種子01h1發(fā)送安全等級1的key02h1請求安全等級2的種子03h1發(fā)送安全等級2的key04h

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

29、3請求安全等級2xxh2.5種子（4個字節(jié)）xxxxxxxxh6.5.4請求消息步驟2格式如表25所示。表25診斷儀t 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請求服務標識符27h2回應代碼xxh6.6 通訊控制服務6.6.1 功能描述6.6.

30、1.1 診斷服務“通訊控制”的功能是接通或切斷某個服務消息的傳送或接收，就是控制CAN幀的傳送或接收。該服務需要定義的參數(shù)有“控制類型”(controlType )和“通訊類型”(communicationType)。6.6.1.2控制類型參數(shù)包含的信息是關于ECU如何調(diào)整通訊類型。控制類型參數(shù)的定義見表 28。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表28參數(shù)：控制類型(controlType )Hex （位 6 0）描述名稱00使指定的通訊類型可以接收和傳送消息EnableRxAndTx01使指定的通訊類型可以接收消息但不可以傳送消息EnableRxAndDisableT

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

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

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

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

35、ldentifier21h由公共標識符讀取數(shù)據(jù)ReadDataByCommonldentifier22h由本地標識符寫數(shù)據(jù)WriteDataByLocalIdentifier3Bh由公共標識符寫數(shù)據(jù)WriteDataByCommonldentifier2Eh6.9 由本地標識符讀取數(shù)據(jù)6.9.1 功能描述6.9.1.1 診斷服務“由本地標識符讀取數(shù)據(jù)”的功能是使用定義的本地標識符去請求來自ECU的當前數(shù)據(jù)。這些數(shù)據(jù)記錄包括模擬輸入和輸出信號，數(shù)字輸入和輸出信號，內(nèi)部數(shù)據(jù)和系統(tǒng)狀態(tài)信息。6.9.1.2 該服務涉及的參數(shù)“記錄本地標識符”定義見表38。表38參數(shù)：記錄本地標識符(RecordLoc

36、alIdentifier )大小(字節(jié))描述數(shù)值1請求01h 20h支持的本地標識符00h101h1119h1請求21h 40h支持的本地標識符20h1139h注：診斷儀請求本地標識符= 00h后，ECU會回應相應的PID值，該PID值是一個4字節(jié)的十六進制數(shù)值，它表示該ECU支持的從01h到20h的本地標識符(位 32對應本地標識符 01h,位31對應本地標識符 02h，位0對應本地標識 符20h )。請求本地標識符=20h后，ECU會回應21h -40h的本地標識符支持情況。本地標識符( 00h - 19h )和本地 標識符(21h - 39h )的診斷內(nèi)容由各個 ECU廠商自行定義。6.

37、9.2 請求消息格式如表 39所示。表39診斷儀t ECU :服務請求字節(jié)內(nèi)容數(shù)值0服務標識符21h1記錄本地標識符xxh6.9.3肯定回應消息格式如表40所示。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表40ECU t診斷儀:服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符61h1Local標志符# 1xxh2數(shù)據(jù)記錄#1字節(jié)1 (MSB )xxh2+r數(shù)據(jù)記錄#1字節(jié)r (LSB)xxh6.9.4否定回應消息格式如表41所示。表41ECU t診斷儀:服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符21h2回應代碼xxh6.10 由公共標識符讀取數(shù)據(jù)ECU的

38、符號信息。6.10.1 功能描述診斷服務“由公共標識符讀取數(shù)據(jù)”的功能是用定義好的公共標志符讀取6.10.2 請求消息格式如表 42所示。表42診斷儀t ECU :服務請求字節(jié)內(nèi)容數(shù)值0服務標識符22h1公共標志符# 1 (MSB )xxh2公共標志符# 1 (LSB)xxh6.10.3肯定回應消息格式如表43所示。表43ECU t診斷儀:服務肯定回應消息字節(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所示。

39、GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表44ECU t診斷儀:服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符22h2回應代碼xxh6.11 由本地標識符寫數(shù)據(jù)6.11.1 功能描述診斷服務“由本地標識符寫數(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的功能

40、需求。6.11.2 請求消息格式如表 45所示。表45診斷儀t ECU :服務請求字節(jié)內(nèi)容數(shù)值0服務標識符3Bh1記錄本地標識符xxh6.11.3肯定回應消息格式如表46所示。表46ECU t診斷儀:服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符7Bh1記錄本地標識符xxh6.11.4否定回應消息格式如表47所示。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表47ECU t診斷儀:服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符3Bh文檔實用標準文案2回應代碼xxh6.12 由公共標識符寫數(shù)據(jù)ECU。這些數(shù)據(jù)值均由6.12.1 功能描述診斷服務“由公共標識符寫

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

42、務標識符7Eh1公共標識符# 1 (MSB )xxh2公共標識符# 1 (LSB)xxh3數(shù)據(jù)記錄# 1字節(jié)1 ( MSB )xxh3+r數(shù)據(jù)記錄# 1字節(jié)r (LSB)xxh6.12.4否定回應消息格式如表50所示。文檔實用標準文案GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表50ECU -診斷儀:服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標識符3Eh2回應代碼xxh6.13 存儲的數(shù)據(jù)的傳輸功能單位存儲的數(shù)據(jù)的傳輸功能單位的診斷服務項目如表51所示。表51診斷服務中文名稱診斷服務英文名稱請求服務標識符存儲的數(shù)據(jù)的傳輸功能單位讀取診斷故障代碼ReadDiagn

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

44、字節(jié)大小，功能組的劃分參照ISO14229附錄D。6.14.2 請求消息格式如表 52所示。表52診斷儀t ECU :服務請求字節(jié)內(nèi)容數(shù)值0服務標識符13h1 2GroupOfDTCxxxxh表536.14.3肯定回應消息格式如53表所示。文檔實用標準文案ECU -診斷儀：服務肯定回應消息字節(jié)內(nèi)容數(shù)值0肯定回應服務標識符53h1DTC的數(shù)量xxh2 3DTC # 1xxxxh2n 2n+1DTC# nxxxxh6.14.4否定回應消息格式如表54所示。GEEL Y基于CAN線診斷技術規(guī)范JTYY -JT-08表54ECU -診斷儀：服務肯定回應字節(jié)內(nèi)容數(shù)值0否定回應服務標識符7Fh1請求服務標

45、識符18h2回應代碼xxh6.15 由狀態(tài)讀取診斷故障代碼6.15.1 功能描述6.15.1.1 診斷服務“由狀態(tài)讀取診斷故障代碼”的功能是用DTC的狀態(tài)從ECU內(nèi)存中讀取存儲的診DTC狀態(tài)”如表55所示。斷故障代碼。診斷服務“由狀態(tài)讀取診斷故障代碼”必須定義的參數(shù)表55參數(shù)：DTC 狀態(tài)(StatusOfDTC )位置（位）描述03DTC故障現(xiàn)象0000b = “沒有這個DTC的故障現(xiàn)象”0001b = “大于最大極值”0010b = “小于最小極值”0100b = “沒有信號”1000b = “無效信號”40b =這個DTC測試完成。1b =這個DTC測試沒有完成。5.600b = “這個

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

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

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