JLYY-JT-08基于CAN線診療技術規范編制:校對:審核:審定:標準:同意:浙江吉利汽車研究院二○○八年五月GEELY基于CAN線診療技術規范JTYY-JT-08目次序言……………………………II1范圍…………………………12規范性引用文件……………13縮略語………………………14CAN線診療系統原理………………………25CAN通訊協議………………26診療應用層服務……………8ⅠGEELY基于CAN線診療技術規范JTYY-JT-08前言為了確保各個整車項目標診療協議統一性和繼承性，制訂了本技術規范。本技術規范中，各ECU診療應用層服務定義應遵照本技術規范，但不限于本規范所定義診療服務項目。本技術規范沒有定義診療服務應遵照ISO14229:，ISO14230－3：1996和ISO15765－3:中診療服務相關要求作擴展定義。本標準由浙江吉利汽車研究院提出。本標準由浙江吉利汽車研究院汽車電子電器研究所CAN總線科負責起草。本標準關鍵起草人:鄭士岑。本標準于5月ⅡGEELY基于CAN線診療技術規范JTYY-JT-081范圍本標準要求了車輛CAN診療縮略語、CAN線診療系統介紹、CAN通訊協議和診療應用層服務。本標準適適用于基于CAN線診療車輛診療。2規范性引用文件下列文件中條款經過本標準引用而成為本標準條款。通常注日期引用文件，其隨即全部修改單（不包含勘誤內容）或修訂版均不適適用于本標準，然而，激勵依據本標準達成協議各方研究是否可使用這些文件最新版本。通常不注日期引用文件，其最新版本適適用于本標準。ISO14229：道路車輛統一診療維修設備(UDS)：規范和要求ISO14230-3：1996道路交通工具——診療系統：KWP案例ISO15765-2：道路交通工具——CAN診療：網絡層服務ISO15765-3：道路交通工具——CAN診療：應用層服務ISO15765-4：道路交通工具——CAN診療：排放相關系統要求3縮略語下列術語和縮略語適適用于本標準。3.1ABSAntilockBrakingSystems防抱死系統3.2ACUAirbagControlUnit安全氣囊控制單元3.3BCMBodyControlmodule車身控制模塊3.4BSBlockSize塊大小3.5CFConsecutiveFrame后續幀3.6DADestinationAddress目標地址3.7DLCDataLengthCode數據長度代碼3.8DTCDiagnosticTroubleCode診療故障代碼3.9ECUElectronicControlUnit電子控制單元3.10EMSEngineManagementSystems發動機管理系統3.11EOLEndOfLine下線診療3.12FCFlowControl流控制3.13FFFirstFrame首幀GEELY基于CAN線診療技術規范JTYY-JT-083.14ICUInstrumentClusterControlUnit組合儀表控制單元3.15IDIdentifier標志符3.16NANetworkAddress網絡地址3.17PCIProtocolControlInformation協議控制信息3.18PIDParameterIdentifier參數標志符3.19SASourceAddress源地址3.20SFSingleFrame單幀3.21SIDServiceIdentifier服務標志符3.22STSeparationTime間隔時間3.23TPMSTirePressureMonitoringSystems胎壓監測系統3.24WUPWakeUpPattern喚醒模式4CAN線診療系統原理基于CAN線診療能夠提供快速存取信息能力和無需斷開線纜就能夠運行控制單元能力。提供診療服務作用有：a）確定ECU;b）讀取ECU輸入信號;c）將輸出信號寫入實施器;d）讀取ECU內部信息，比如故障存放內容。本規范提供診療服務能夠用作擴展診療測試，也能夠在維修車間中使用。提供診療服務能夠顯著地降低測試時間。5CAN通訊協議5.1數據流5.1.1ECU支持CAN診療消息使用ISO15765-2:中指定分段數據傳送裝置（USDT）。即支持兩種類型CAN數據流——非分段數據流和分段數據流。5.1.2非分段數據流由單幀（SF）組成。它使用條件是：正常尋址模式時單幀長度不超出7或擴展尋址模式時單幀長度不超出6。一個非分段消息傳送示例見圖1所表示。GEELY基于CAN線診療技術規范JTYY-JT-08圖15.1.分段數據流由多幀分段CAN消息組成。它使用條件是：正常尋址模式時數據長度大于7或擴展尋址模式時數據字節長度大于6。該數據流包含一個首幀（FF）和多個后續幀（CF）。接收器在接收了首幀（FF）后必需發送一個流控制（FC）。流控制中包含信息是：塊大小（BS）和間隔時間（ST）。其中塊大小（BS）表示接收器許可發送器發送最大后續幀數量。間隔時間（STmin）表示兩個后續幀之間發送者所必需等候最小時間。一個分段消息傳送示例見圖2所表示。圖25.2消息類型5.2.1單幀（SF），首幀（FF），后續幀（CF）或流控制（FC）全部包含有一個8字節數據域，該數據域由以下兩部分組成，表1顯示了各類CAN消息PCI字節結構。GEELY基于CAN線診療技術規范JTYY-JT-08a)協議控制信息（PCI）,指示了幀類型，幀編號，數據長度等;b)傳輸數據,包含被發送數據。表1數據域結構幀類型字節1字節2字節3字節4－8位7－4位3－0單幀（SF）0000SF_DL數據1數據2數據3－7首幀（FF）0001FF_DL數據1數據2－6后續幀（CF）0010SN數據1數據2數據3－7流控制（FC）0011FSBSStminN/A注：SF_DL表示4個位單幀數據長度；FF_DL表示12個位首幀數據長度；SN表示序列編號FS表示數據流狀態；BS表示塊大小；Stmin表示最小間隔時間。5.2.2單幀正常尋址模式下，單幀消息類型最大數據長度為7個字節，其中PCI高半字節設置為0000b。PCI低半字節表示單幀數據長度。5.2.3首幀正常尋址模式下，首幀消息類型數據長度大于7字節，它和一個或多個后續幀并用。其中PCI第一個字節高半字節設置為0001b，第一個字節低半字節和第二個字節表示首幀數據長度。首幀數據長度FF_DL計算如表2所表示。表2十六進制值數據長度FF_DL描述000h－007h保留008h－FFFh首幀數據長度（FF_DL）包含數據字節個數。12位FF_DL理論上支持發送多達4096個數據字節。然而目前實例無需支持4096個數據字節這么最大值。5.2.4后續幀后續幀在首幀以后，其中PCI高半字節設置為0010b。它低半字節是一個序列編號（SN），SN值依據以下要求來計算：a）首幀SN值為0;b）第一個后續幀SN值為1;c）每增加一個后續幀，SN值是以“1”來增加d）流控制幀發送影響SN值計算;e）當SN值達成了15，那么下一個后續幀SN又會被設置為0。序列編號（SN）值定義具體如表3所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表3協議數據名字FFCFCFCFCFCFCFCFCFSN（16進制）0h1h2h…EhFh0h1h…5.2.5流控制5.2.5.1首幀或數據塊最終一個后續幀以后，當需要更多后續幀（CF）來完成數據流傳輸時，接收節點就必需發送一個流控制消息，其中PCI第一個字節高半字節設置為0011b。流控制PCI第二個字節表示兩個流控制幀之間最大消息塊大小（BSmax），第三個字節表示兩個后續幀之間時間（最小間隔時間，Stmin）。流控制PCI第一個字節低半字節是一個流控制狀態（FS），數據流狀態（FS）定義如表4所表示。表416進制描述0h繼續發送（CTS）接收器已經準備好而且等候BS時間1h等候（WT）流控制等候參數用設置N_PCI字節＃1低半字節為“1”來編碼。它會造成發送者繼續等候一個新流控制N_PDU而且重啟它N_BS定時器2h過載流（OVFLW）流控制過載流參數用設置N_PCI字節＃1低半字節為“2”來編碼。它會造成發送者中止分段消息傳輸而且作出一個N_USData.confirm服務應答，該應答帶參數<N_Result>＝N_BUFFER_OVFLW。這個N_PCI流狀態參數值僅僅在流控制N_PDU中被傳送。這個流控制N_PDU緊跟在首幀N_PDU后，而且只在接收到首幀N_PDU消息長度FF_DL超出接收實體緩沖器大小情況下使用。5.2.5.2塊大小（BSmax）表示兩個流控制消息之間，接收器許可發送器發送最大后續幀個數，它定義如表5所表示。表516進制描述00塊大小（Bsmax）在傳輸分段消息期間將不會再發送流控制幀。全部后續幀發送將不會因為插入流控制而停頓。01h－FFh塊大小（Bsmax）定義兩個流控制之間最大后續幀個數。5.2.5.3間隔時間（STmin）表示兩個后續幀之間所許可最小時間，它定義如表6所表示。表616進制描述00h－7Fh表示STmin范圍是：0ms－127ms80h－F0h預留未定義F1－F9表示STmin范圍是：100us－900usFAh－FFh預留未定義GEELY基于CAN線診療技術規范JTYY-JT-085.3尋址模式5.3.1物理尋址模式全部物理尋址消息全部是以ECU物理地址來接收。當用物理尋址模式來作出請求時，ECU就能夠實施激活診療會話所支持服務。而來自ECU回應則在診療儀地址上接收。5.3.2功效尋址模式在診療儀請求信息不是在特定某個模塊情況時，請求消息應以功效尋址模式來作出請求。5.4診療會話ECU支持以下診療會話：a）正常（默認）會話點火開啟時，ECU以默認形式開始正常診療會話。在此會話中，控制器功效和診療服務全部會被激活,但不許可實施EOL和用戶指定診療會話所支持診療服務。b）非默認診療會話非默認診療會話定義了“ECU編程會話”和“ECU擴展診療會話”兩種診療會話。5.5應用層和診療會話層時序要求概述5.5.1應用層和診療會話層時序要求基于下列兩點作出區分：a）物理尋址通訊默認會話期間和非默認會話期間。b）功效尋址通訊默認會話期間和非默認期間。基于以上兩點判定，還要考慮ECU可能發送78h代碼否定回應消息來請求擴展回應時間情況。5.5.2應用層和診療會話層時序定義5.5.2.1默認診療會話期間應用層時序數值定義如表7所表示。表7時序參數描述類型MinMaxP2CAN_Client成功傳送請求消息和開始回應消息之間用戶端等候時間定時器重新載入值P2CAN_Server_max+△P2CANN/AP2*CAN_Client接收到代碼78h否定回應消息和開始回應消息之間用戶端擴展等候時間定時器重新載入值P2*CAN_Server_max+△P2CAN_rspN/AP2CAN_Server接收到請求消息和開始回應消息之間服務器實施時間要求實施要求050msP2*CAN_Server傳送了代碼78h否定回應消息和開始回應消息之間服務器實施時間要求實施要求05000msGEELY基于CAN線診療技術規范JTYY-JT-08表7（續）時序參數描述類型MinMaxP3CAN_Client_Phys沒有要求回應消息時，成功傳送了物理尋址請求消息后，用戶端等候傳送下一個物理尋址請求消息最小時間定時器重新載入值P2CAN_Server_MaxN/AP3CAN_Client_Func沒有回應消息或請求數據只是被功效請求部分服務器所支持情況下，成功傳送了功效尋址請求消息后，用戶端等候傳送下一個功效尋址請求消息最小時間。定時器重新載入值P2CAN_Server_MaxN/A注：參數△P2CAN考慮任何系統網絡設計相關延時，如網關和加上安全接線總線帶寬所引發延時。基于系統設計最差設想值是受以下原因影響：a)包含網關個數；b)CAN幀傳輸時間；c)CAN總線利用率d)CAN設備驅動器實施方法（查詢和中止）和網絡層進程時間。△P2CAN數值分成傳送請求給尋址服務器和傳送回應給用戶端兩部分：△P2CAN＝△P2CAN_Req+△P2CAN_Rsp5.5.2.2會話層時序參數定義當非默認診療會話開啟時，它會話處理是經過會話層時序參數實現。會話層時序參數定義如表8所表示。表8時序參數描述類型推薦等候時間ms等候時間msS3Client診療儀傳送功效尋址診療儀保活（3Eh）請求消息來使多個ECU非默認診療會話保持激活時間要求，或發送物理尋址請求消息給某個ECU來保活最大時間。定時器重新載入值ms4000msS3Server當沒有接收任何診療請求消息時，ECU能保持非默認診療會話激活時間。定時器重新載入值N/A5000ms5.6通訊失敗5.6.1意外消息任何節點對于接收到意外消息或非法格式消息全部是采取忽略。5.6.2丟失消息診療儀請求期間，假如ECU自動檢測到一個通訊失敗（如：網絡層時序違規），那么ECU就會取消這個請求而且不發送回應消息。GEELY基于CAN線診療技術規范JTYY-JT-08診療儀必需監控：沒有ECU回應在P2CAN-ECU內被發送。所以診療儀能夠反復它之前請求。在擴展診療會話期間，假如在P3CAN-ECU(MAX)內沒有接收到來自診療儀請求（中止通訊線標準），那么ECU就跳回一般會話。5.7消息填充CAN診療消息幀必需是全部填滿（8個字節），所以空余字節必需用“填充數據”填滿。定義填充數據為：0x00。6診療服務定義6.1診療管理功效單位診療功效單位診療服務項目如表9所表示。表9診療服務漢字名稱診療服務英文名稱請求服務標識符診療管理功效單位開啟診療會話StartDiagnosticSession10hECU重設服務ECUResetservice11h停止診療會話StopDiagnosticSession20h安全訪問服務SecurityAccessservice27h通訊控制服務Communicationcontrol28h診療儀保活TesterPresentservice3Eh讀取ECUID服務ReadECUIdentificationservice1Ah6.2開啟診療會話服務6.2.1功效描述6.2.1.1開啟診療會話服務功效是激活ECU所支持診療會話模式。只有在激活了ECU所支持診療會話以后，ECU才能在激活診療會話模式下實施它所支持服務。6.2.1.2參數“診療模式”定義了默認會話模式，ECU擴展會話模式和ECU編程模式三種診療會話模式。默認模式是開啟診療會話時默認會話模式，開啟一個新診療會話后就進入默認模式。ECU擴展會話模式和ECU編程模式是為一些在默認會話模式下不能實施服務而定義診療會話模式。具體診療模式參數定義見表10。表10診療模式參數參數：診療模式大小（字節）描述數值1默認會話模式81h1ECU編程模式83h1ECU擴展會話模式87hGEELY基于CAN線診療技術規范JTYY-JT-086.2.2請求消息格式如表11所表示。表11診療儀→ECU：[服務]－請求字節內容數值0服務標識符10h1診療模式xxh6.2.3肯定回應消息格式如表12所表示。表12ECU→診療儀：[服務]－肯定回應字節內容數值0肯定回應服務標識符50h1診療模式xxh6.2.4否定回應消息格式如表13所表示。表13ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符10h2回應代碼xxh6.3停止診療會話6.診療服務“停止診療會話”功效是停止ECU和診療工具之間目前通訊。6.3.2請求消息格式如表14所表示。表14診療儀→ECU：[服務]－請求字節內容數值0服務標識符20h6.3.3肯定回應消息格式如表15所表示。表15ECU→診療儀：[服務]－肯定回應字節內容數值0肯定回應服務標識符60h6.3.4否定回應消息如表16所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表16ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符20h2回應代碼xxh6.4ECU重設服務6.4.1功效描述診療服務“ECU重設”功效就是請求ECU按重設模式要求重新實施一次ECU設置。參數“重設模式”定義如表17所表示。表17參數：重設模式（ResetMode）數值（Hex）描述01硬件重設（hardReset）02切斷重設（KeyOffOnReset）03軟件重設（SoftReset）04快速關閉電源（EnableRapidPowerShutDown）05快速關閉電源無效（DisableRapidPowerShutDown）6.4.2請求消息格式如表18所表示。表18診療儀→ECU：[服務]－請求字節內容數值0ECU重設請求服務標識符11h1重設模式（ResetMode）xxh6.4.3肯定回應消息如表19所表示。表19ECU→診療儀：[服務]－肯定回應字節內容數值0ECU重設肯定回應服務標識符51h6.4.4否定回應消息格式如表20所表示。表20ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符11h2回應代碼xxh6.5安全訪問服務GEELY基于CAN線診療技術規范JTYY-JT-086.5.1功效描述6.5.1.1診療服務“安全訪問”功效是用診療儀來更改安全等級，獲取實施被ECU鎖定服務權利。各ECU應該最少擁有2個等級。安全等級0是ECU上電時默認安全等級，在安全等級0時，不許可更改ECU任何配置信息。在安全等級1和2上，才許可實施部分在高層安全等級才許可診療命令。6.5.1.2更改安全等級步驟以下：第一步：診療儀請求種子（seed），然后ECU發送種子；第二步：診療儀依據吉利提供轉換算法發送Key，假如Key是有效，那么ECU就會發送一個肯定回應消息，同時安全等級也更改到了新安全等級。注：種子（Seed）和Key均為4個字節十六進制數值：xxxxxxxxh。6.5.1.3診療服務“安全訪問”需要定義參數“安全模式”如表21所表示。表21參數：安全模式（AccessMode）大小（字節）描述數值1請求安全等級1種子01h1發送安全等級1key02h1請求安全等級2種子03h1發送安全等級2key04h6.5.1.4診療服務“安全訪問”需要定義參數“安全狀態”如表22所表示。表22參數：安全狀態（SecurityStatus）大小（字節）描述數值1安全訪問許可34h6.5.2請求消息步驟1格式如表23所表示。表23診療儀→ECU：[服務]－請求字節內容數值0服務標識符27h1安全模式－請求種子xx＝01請求安全等級1xx＝03請求安全等級2xxh6.5.3肯定回應消息步驟1格式如表24所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表24ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符67h1安全模式－請求種子xx＝01請求安全等級1xx＝03請求安全等級2xxh2..5種子（4個字節）xxxxxxxxh6.5.4請求消息步驟2格式如表25所表示。表25診療儀→ECU：[服務]－請求字節內容數值0服務標識符27h1安全模式－發送Keyxxh2..5Keyxxxxxxxxh6.5.5肯定回應消息步驟2格式如表26所表示。表26ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符67h1安全模式－發送Key02h2安全訪問狀態34h6.5.6否定回應消息格式如表27所表示。表27ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符27h2回應代碼xxh6.6通訊控制服務6.6.1功效描述6.6.1.1診療服務“通訊控制”功效是接通或切斷某個服務消息傳送或接收，就是控制CAN幀傳送或接收。該服務需要定義參數有“控制類型”（controlType）和“通訊類型”（communicationType）。6.6.1.2控制類型參數包含信息是相關ECU怎樣調整通訊類型。控制類型參數定義見表28。GEELY基于CAN線診療技術規范JTYY-JT-08表28參數：控制類型（controlType）Hex（位6－0）描述名稱00使指定通訊類型能夠接收和傳送消息EnableRxAndTx01使指定通訊類型能夠接收消息但不能夠傳送消息EnableRxAndDisableTx02使指定通訊類型不能夠接收消息但能夠傳送消息DisableRxAndEnableTx03使指定通訊類型不能夠接收消息也不能夠傳送消息DisableRxAndTx注：該參數是一個字節大小，位7“suppressPosRspMsgindicationBit”不在此表定義。6.6.1.3參數“通訊類型”是指定要控制通訊類型。該參數是個位編碼數值，許可同時控制多個通訊類型。定義參見表29。表29參數“通訊類型”（communicationType）位1－0（二進制）描述名稱00ISO/SAE保留01這個數值表示全部應用相關通訊（應用CAN消息幀控制）NomalCommunicationMessages10這個數值表示全部網絡管理相關通訊NetworkManagementCommunicationMessages11這個數值表示以上二者全部有NetworkManagementCommunicationMessagesandNomalCommunicationMessages注：該參數是一個字節大小，此表只定義了位1和位0。6.6.2表30診療儀→ECU：[服務]－請求字節內容數值0服務標識符28h1控制類型參數xxh2通訊類型xxh6.6.3肯定回應消息格式如表31表31ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符68h1控制類型參數xxh6.6.4否定回應消息格式如表GEELY基于CAN線診療技術規范JTYY-JT-08表32ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符3Eh2回應代碼xxh6.7診療儀保活6.7.1功效描述診療服務“診療儀保活”功效是指示ECU發送請求使ECU保持在目前診療會話中,使診療服務或通訊保持激活。該服務須定義參數“回應要求”如表33所表示。表33參數：回應要求（ResponseRequired）大小（字節）描述數值1要求回應01h1沒有要求回應02h6.7.2請求消息格式如表34所表示。表34診療儀→ECU：[服務]－請求字節內容數值0服務標識符3Eh1回應要求要求回應01h沒有要求回應02hxxh6.7.3肯定回應消息如表35所表示。表35ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符7Eh6.7.4否定回應消息格式如表36所表示。表36ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符3Eh2回應代碼xxh6.8數據傳輸功效單位GEELY基于CAN線診療技術規范JTYY-JT-08數據傳輸功效單位診療服務項目如表37所表示。表37診療服務漢字名稱診療服務英文名稱請求服務標識符數據傳輸功效單位由當地標識符讀取數據ReadDataByLocalIdentifier21h由公共標識符讀取數據ReadDataByCommonIdentifier22h由當地標識符寫數據WriteDataByLocalIdentifier3Bh由公共標識符寫數據WriteDataByCommonIdentifier2Eh6.9由當地標識符讀取數據6.9.1功效描述6.9.1.1診療服務“由當地標識符讀取數據”功效是使用定義當地標識符去請求來自ECU目前數據。這些數據統計包含模擬輸入和輸出信號，數字輸入和輸出信號，內部數據和系統狀態信息。6.9.1.2該服務包含參數“統計當地標識符”定義見表38。表38參數：統計當地標識符（RecordLocalIdentifier）大小（字節）描述數值1請求01h－20h支持當地標識符00h1……01h1………1……19h1請求21h－40h支持當地標識符20h1…………1……39h注：診療儀請求當地標識符＝00h后，ECU會回應對應PID值，該PID值是一個4字節十六進制數值，它表示該ECU支持從01h到20h當地標識符（位32對應當地標識符01h,位31對應當地標識符02h，…位0對應當地標識符20h）。請求當地標識符＝20h后，ECU會回應21h－40h當地標識符支持情況。當地標識符（00h－19h）和當地標識符（21h－39h）診療內容由各個ECU廠商自行定義。6.9.2請求消息格式如表39所表示。表39診療儀→ECU：[服務]－請求字節內容數值0服務標識符21h1統計當地標識符xxh6.9.3肯定回應消息格式如表40所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表40ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符61h1Local標志符#1xxh2數據統計#1字節1（MSB）xxh………2+r數據統計#1字節r（LSB）xxh6.9.4否定回應消息格式如表41所表示。表41ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符21h2回應代碼xxh6.10由公共標識符讀取數據6.10.1功效描述診療服務“由公共標識符讀取數據”功效是用定義好公共標志符讀取ECU符號信息。6.10.2請求消息格式如表42所表示。表42診療儀→ECU：[服務]－請求字節內容數值0服務標識符22h1公共標志符＃1（MSB）xxh2公共標志符＃1（LSB）xxh6.10.3肯定回應消息格式如表43所表示。表43ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符62h1公共標志符＃1（MSB）xxh2公共標志符＃1（LSB）xxh3數據統計＃1字節1（MSB）xxh………3+r數據統計＃1字節r（LSB）xxh6.10.4否定回應消息格式如表44所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表44ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符22h2回應代碼xxh6.11由當地標識符寫數據6.11.1功效描述診療服務“由當地標識符寫數據”功效是將數據寫進一個ECU存放區域。這些數據均由參數“統計當地標識符”來作為標識。實施這個服務情況有：a）清除非易失性存放；b）重新設置已學習數值；c）設置選項內容；d）設置車輛標志符編號（VIN）；e）更改標定數值。該服務包含參數：統計當地標識符，這個參數確定了某個ECU特定當地數據統計。注：當地標識符內容定義取決于各個ECU功效需求。6.11.2請求消息格式如表45所表示。表45診療儀→ECU：[服務]－請求字節內容數值0服務標識符3Bh1統計當地標識符xxh6.11.3肯定回應消息格式如表46所表示。表46ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符7Bh1統計當地標識符xxh6.11.4否定回應消息格式如表47所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表47ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符3Bh2回應代碼xxh6.12由公共標識符寫數據6.12.1功效描述診療服務“由公共標識符寫數據”功效是用單個請求消息將數據寫給多個ECU。這些數據值均由參數“統計公共標識符”作標識。實施該服務情況以下：a）清除非易失性存放；b）重新設置已學習數值；c）設置選項內容；d）設置車輛標志符編號（VIN）。參數“統計公共標識符”，確定了多個ECU共同支持數據統計，由ECU供給商自行定義該參數格式和數據統計。6.12.2請求消息格式如表48所表示。表48診療儀→ECU：[服務]－請求字節內容數值0服務標識符3Eh1公共標識符＃1（MSB）xxh2公共標識符＃1（LSB）xxh6.12.3肯定回應消息格式如表49所表示。表49ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符7Eh1公共標識符＃1（MSB）xxh2公共標識符＃1（LSB）xxh3數據統計＃1字節1（MSB）xxh………3+r數據統計＃1字節r（LSB）xxh6.12.4否定回應消息格式如表50所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表50ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符3Eh2回應代碼xxh6.13存放數據傳輸功效單位存放數據傳輸功效單位診療服務項目如表51所表示。表51診療服務漢字名稱診療服務英文名稱請求服務標識符存放數據傳輸功效單位讀取診療故障代碼ReadDiagnosticTroubleCodes13h由狀態讀取診療故障代碼ReadDiagnosticTroubleCodeByStatus18h讀取診療故障代碼狀態ReadStatusOfDiagnosticTroubleCode17h清除診療信息ClearDiagnosticInformation14h6.14讀取診療故障代碼6.14.1功效描述診療服務“讀取診療故障代碼”功效是從ECU中讀取存放診療故障代碼。本服務必需定義參數有“DTC功效組”（GroupOfDTC）和“DTC數量”（NumberOfDTC）。參數“DTC功效組”（GroupOfDTC）定義兩個字節大小，功效組劃分參考ISO14229附錄D。6.14.2請求消息格式如表52所表示。表52診療儀→ECU：[服務]－請求字節內容數值0服務標識符13h1－2GroupOfDTCxxxxh6.14.3肯定回應消息格式如53表所表示。表53ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符53h1DTC數量xxh2－3DTC＃1xxxxh………2n－2n+1DTC＃nxxxxh6.14.4否定回應消息格式如表54所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表54ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符18h2回應代碼xxh6.15由狀態讀取診療故障代碼6.15.1功效描述6.15.1.1診療服務“由狀態讀取診療故障代碼”功效是用DTC狀態從ECU內存中讀取存放診療故障代碼。診療服務“由狀態讀取診療故障代碼”必需定義參數“DTC狀態”如表55所表示。表55參數：DTC狀態（StatusOfDTC）位置（位）描述0…3DTC故障現象0000b＝“沒有這個DTC故障現象”0001b＝“大于最大極值”0010b＝“小于最小極值”0100b＝“沒有信號”1000b＝“無效信號”40b＝這個DTC測試完成。1b＝這個DTC測試沒有完成。5..600b＝“這個DTC沒有發生”01b＝“這個DTC發生在過去，不過目前沒有這個DTC”10b＝“這個DTC錯誤監測已經作出，不過還沒有作出故障判定”11b＝“這個DTC發生在目前”70b＝“這個DTC目前還沒有點亮指示燈”1b＝“這個DTC目前點亮了指示燈”6.15.1.2診療服務“由狀態讀取診療故障代碼”還須定義參數有：“DTC組”（GroupOfDTC），“DTC數量”（NumberOfDTC）。“DTC組”（GroupOfDTC）是用來選擇請求DTC功效組注：將DTC組定義為FF00h，即表示支持該ECU全部DTC。6.15.2請求消息格式如表56所表示。表56診療儀→ECU：[服務]－請求字節內容數值0服務標識符18h1DTC狀態請求參數xxh2-3DTC組FF00h注：DTC狀態請求參數：00＝表示請求激活故障代；01＝表示請求該ECU支持全部故障代碼GEELY基于CAN線診療技術規范JTYY-JT-086.15.3肯定回應消息格式如表57所表示。表57ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符58h1DTC數量xxh2..3DTCxxxxh4DTC狀態xxh……DTCxxxxh…DTC狀態xxh注：假如沒有保留DTC，那么“DTC數量”這2個字節數值為00h。6.15.4否定回應消息格式如表58所表示。表58ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符18h2回應代碼xxh6.16讀取診療故障代碼狀態6.16.1功效描述診療服務“讀取診療故障代碼狀態”功效是從ECU內存中讀取指定DTC狀態。該服務包含參數有DTC數量和DTC狀態。6.16.2請求消息格式如表59所表示。表59診療儀→ECU：[服務]－請求字節內容數值0服務標識符17h1..2DTCxxxxh6.16.3肯定回應消息格式如表60所表示。表60ECU→診療儀：[服務]－肯定回應消息字節內容數值0肯定回應服務標識符57h1DTC數量01h2..3DTCxxxxh4DTC狀態xxh注：這個服務中，因為DTC是指定，所以DTC數量設置為01h。GEELY基于CAN線診療技術規范JTYY-JT-086.16.4否定回應消息格式如表61所表示。表61ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符17h2回應代碼xxh6.17清除診療信息6.17.1功效描述診療服務“清除診療信息”功效是清除ECU內存中存放診療信息。該服務須定義參數有“DTC組”（GroupOfDTC）。它是用來指示要清除故障存放ECU。6.17.2請求消息格式如表62所表示。表62診療儀→ECU：[服務]－請求字節內容數值0服務標識符14h1…2DTC組FF00h注：通常將參數DTC組設置成FF00h。6.17.3肯定回應消息格式如表63所表示。表63ECU→診療儀：[服務]－肯定回應字節內容數值0肯定回應服務標識符54h1…2DTC組FF00h6.17.4否定回應消息格式如表64所表示。表64ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符14h2回應代碼xxh6.18輸入輸出控制功效單位輸入輸出控制功效單位診療服務項目如表65所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表65診療服務漢字名稱診療服務英文名稱請求服務標識符輸入輸出控制功效單位由公共標識符控制輸入輸出InputOutputControlByCommonIdentifier2Fh由當地標識符控制輸入輸出InputOutputControlByLocalIdentifier30h6.19由公共標識符控制輸入輸出6.19.1功效描述6.19.1.1診療服務“由公共標識符控制輸入輸出”功效是實施輸入輸出信號控制。在該服務中，診療儀用數值替換輸入信號，內部ECU功效和電子系統控制輸出信號等。6.19.1.2參數“輸入輸出公共標識符”（InputOutputCommonIdentifier）用來確定一個給ECU輸入或輸出信號。它定義見表66所表示。表66輸入輸出公共標識符定義參數：輸入輸出公共標識符（InputOutputCommonIdentifier）大小（字節）描述數值1ReturnControlToECU00h1重設為默認狀態（ResetToDefault）01h1凍結目前狀態（FreezeCurrentState）02h1短期調整（ShortTermAdjustment）03h6.19.1.3參數“輸入輸出控制選項”（InputOutputControlOption）是用來描述ECU怎樣控制它輸入和輸出。參數“控制狀態”（ControlStatus）是描述ECU反應請求控制控制狀態。以上兩個參數均由對應ECU供給商依據控制功效需要自行定義格式和數據統計。6.19.2請求消息格式如表67所表示。表67診療儀→ECU：[服務]－請求字節內容數值0服務標識符2Fh1輸入輸出公共標識符（MSB）xxh2輸入輸出公共標識符（LSB）xxh3輸入輸出控制選項xxh4控制狀態＃1字節1（MSB）xxh………4+r控制狀態＃1字節r（LSB）xxh6.19.3肯定回應消息格式如表68所表示。GEELY基于CAN線診療技術規范JTYY-JT-08表68ECU→診療儀：[服務]－肯定回應字節內容數值0肯定回應服務標識符6Fh1輸入輸出公共標識符（MSB）xxh2輸入輸出公共標識符（LSB）xxh3輸入輸出控制選項xxh4控制狀態＃1字節1（MSB）xxh………4+r控制狀態＃1字節r（LSB）xxh注：假如輸入輸出控制參數為00h時，就不會有后續控制狀態內容。6.19.4否定回應消息格式如表69所表示。表69ECU→診療儀：[服務]－肯定回應字節內容數值0否定回應服務標識符7Fh1請求服務標識符2Fh2回應代碼xxh6.20由當地標識符控制輸入輸出6.20.1功效描述診療服務“由當地標識符控制輸入輸出”功效是，診療儀用來實施輸入輸出信號控制。在該服務中，診療儀用數值替換輸入信號，內部ECU功效和電子系統控制輸出信號等。參數“輸入輸出當地標識符”（InputOutputLocalIdentifier）用來確定一個ECU當地輸入信號，輸出信號和內部參數。參數“輸入輸出控制”（In