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

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