《某汽车基于CAN线诊断技术规范.doc》由会员分享，可在线阅读，更多相关《某汽车基于CAN线诊断技术规范.doc（30页珍藏版）》请在三一办公上搜索。
1、JLYY-JT -08基于CAN线诊断技术规范编制: 校对: 审核: 审定: 标准: 批准: 浙江吉利汽车研究院有限公司二八年五月GEELY 基于CAN线诊断技术规范JTYY-JT -08目 次前言 II1 范围 12 规范性引用文件 13 缩略语 14 CAN线诊断系统原理 25 CAN通讯协议 26 诊断应用层服务 8GEELY 基于CAN线诊断技术规范JTYY-JT -08前 言为了保证各个整车项目的诊断协议的统一性和继承性，制定了本技术规范。本技术规范中，各ECU诊断应用层服务的定义应遵循本技术规范，但不限于本规范所定义的诊断服务项目。本技术规范没有定义的诊断服务应遵循ISO 1422
2、9:2006，ISO 142303：1996和ISO 157653:2004中的诊断服务相关规定作扩展定义。本标准由浙江吉利汽车研究院有限公司提出。本标准由浙江吉利汽车研究院有限公司汽车电子电器研究所CAN总线科负责起草。本标准主要起草人:郑士岑。本标准于2008年5月30日发布并实施。 GEELY 基于CAN线诊断技术规范JTYY-JT -081 范围本标准规定了车辆CAN 诊断的缩略语、CAN线诊断系统介绍、CAN通讯协议与诊断应用层服务。本标准适用于基于CAN线诊断的车辆诊断。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（
3、不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。ISO 14229 ：2006 道路车辆 统一诊断维修设备(UDS)：规范和要求ISO 14230-3 ：1996 道路交通工具诊断系统：KWP2000案例ISO 15765-2 ：2004 道路交通工具CAN诊断：网络层服务ISO 15765-3 ：2004 道路交通工具CAN诊断：应用层服务ISO 15765-4 ：2005 道路交通工具CAN诊断：排放相关系统要求3 缩略语下列术语和缩略语适用于本标准。3.1 ABS Antilo
4、ck Braking Systems 防抱死系统3.2 ACU Airbag Control Unit 安全气囊控制单元3.3 BCM Body Control module 车身控制模块3.4 BS Block Size 块大小3.5 CF Consecutive Frame 后续帧3.6 DA Destination Address 目标地址3.7 DLC Data Length Code 数据长度代码 3.8 DTC Diagnostic Trouble Code 诊断故障代码3.9 ECU Electronic Control Unit 电子控制单元3.10 EMS Engine Ma
5、nagement Systems 发动机管理系统3.11 EOL End Of Line 下线诊断3.12 FC Flow Control 流控制3.13 FF First Frame 首帧GEELY 基于CAN线诊断技术规范JTYY-JT -083.14 ICU Instrument Cluster Control Unit 组合仪表控制单元3.15 ID Identifier 标志符3.16 NA Network Address 网络地址3.17 PCI Protocol Control Information 协议控制信息3.18 PID Parameter Identifier 参数标
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 胎压监测系统3.24 WUP Wake Up Pattern 唤醒模式4 CAN线诊断系统原理 基于CAN线的诊断可以提供迅速存取信息的能力以及无需断开线缆就可以运行控制单元的能力。提供的诊断服务的作用有：a） 确定ECU;b） 读取ECU的输入信号;c） 将输出信号写入执行器;d） 读取
7、ECU内部信息，比如故障存储的内容。本规范提供的诊断服务可以用作扩展诊断测试，也可以在维修车间中使用。提供的诊断服务可以明显地降低测试时间。5 CAN通讯协议5.1 数据流5.1.1 ECU支持CAN诊断消息使用ISO 15765-2:2004中指定的分段数据传送装置（USDT）。即支持两种类型的CAN数据流非分段的数据流和分段的数据流。5.1.2 非分段的数据流非分段数据流由单帧（SF）构成。它的使用条件是：正常寻址模式时单帧长度不超过7或扩展寻址模式时单帧长度不超过6。一个非分段消息传送的示例见图1所示。GEELY基于CAN线诊断技术规范JTYY-JT -08图15.1.3 分段的数据流分
8、段数据流由多帧分段的CAN消息构成。它的使用条件是：正常寻址模式时数据长度大于7或扩展寻址模式时数据字节长度大于6。该数据流包含一个首帧（FF）和多个后续帧（CF）。接收器在接收了首帧（FF）后必须发送一个流控制（FC）。流控制中包含的信息是：块大小（BS）和间隔时间（ST）。其中块大小（BS）表示接收器允许发送器发送的最大后续帧数量。间隔时间（STmin）表示两个后续帧之间发送者所必须等待的最小时间。一个分段消息传送的示例见图2所示。图25.2 消息类型5.2.1 单帧（SF），首帧（FF），后续帧（CF）或流控制（FC）都包含有一个8字节的数据域，该数据域由以下两部分构成，表1显示了各类C
9、AN消息的PCI字节的结构。GEELY基于CAN线诊断技术规范JTYY-JT -08a) 协议控制信息（PCI）,指示了帧类型，帧编号，数据长度等;b) 传输数据,包含被发送的数据。表1数据域结构帧类型字节1字节2字节3字节48位74位30单帧（SF）0000SF_DL数据1数据2数据37首帧（FF）0001FF_DL数据1数据26后续帧（CF）0010SN数据1数据2数据37流控制（FC）0011FSBSStminN/A注：SF_DL表示4个位的单帧数据长度；FF_DL表示12个位的首帧数据长度；SN表示序列编号 FS表示数据流状态；BS表示块大小；Stmin表示最小间隔时间。5.2.2 单
10、帧正常寻址模式下，单帧消息类型的最大数据长度为7个字节，其中PCI的高半字节设置为0000b。PCI的低半字节表示单帧的数据长度。5.2.3 首帧 正常寻址模式下，首帧消息类型的数据长度大于7字节，它和一个或多个后续帧并用。其中PCI第一个字节的高半字节设置为0001b，第一个字节的低半字节和第二个字节表示首帧的数据长度。首帧的数据长度FF_DL计算如表2所示。表2十六进制值数据长度FF_DL描述000h007h保留008hFFFh首帧数据长度（FF_DL）包含数据字节个数。12位FF_DL理论上支持发送多达4096个数据字节。然而当前实例无需支持4096个数据字节这样的最大值。5.2.4 后
11、续帧后续帧在首帧之后，其中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进制）0h1h2hEhFh0h1h5.2.5 流控制5.2.5.1 首帧或数据块的最后一个后续帧之后，当需要更
12、多的后续帧（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）
13、流控制的过载流参数用设置N_PCI字节1的低半字节为“2”来编码。它会导致发送者中止分段消息的传输并且作出一个N_USData.confirm服务应答，该应答带参数N_BUFFER_OVFLW。这个N_PCI流状态参数值仅仅在流控制N_PDU中被传送。这个流控制N_PDU紧跟在首帧N_PDU后，并且只在接收到的首帧N_PDU的消息长度FF_DL超过接收实体的缓冲器大小的情况下使用。5.2.5.2 块大小（BSmax）表示两个流控制消息之间，接收器允许发送器发送的最大后续帧个数，它的定义如表5所示。表516进制描述00块大小（Bsmax）在传输分段消息期间将不会再发送流控制帧。所有的后续帧的发送
14、将不会因为插入流控制而停顿。01hFFh块大小（Bsmax）定义两个流控制之间的最大后续帧个数。5.2.5.3 间隔时间（STmin）表示两个后续帧之间所允许的最小时间，它的定义如表6所示。表616进制描述00h7Fh表示STmin的范围是：0ms127ms80hF0h预留未定义F1F9表示STmin范围是：100us900usFAhFFh预留未定义GEELY基于CAN线诊断技术规范JTYY-JT -085.3 寻址模式5.3.1 物理寻址模式所有物理寻址消息都是以ECU的物理地址来接收的。当用物理寻址模式来作出请求时，ECU就可以执行激活的诊断会话所支持的服务。而来自ECU的回应则在诊断仪的
15、地址上接收。5.3.2 功能寻址模式在诊断仪请求的信息不是在特定的某个模块的情况时，请求消息应以功能寻址模式来作出请求。5.4 诊断会话ECU支持以下的诊断会话：a） 正常（默认）的会话点火开启时，ECU以默认的形式开始正常诊断会话。在此会话中，控制器功能和诊断服务都会被激活,但不允许执行EOL和客户指定的诊断会话所支持的诊断服务。b） 非默认诊断会话非默认的诊断会话定义了“ECU编程会话”和“ECU扩展的诊断会话”两种诊断会话。5.5 应用层和诊断会话层的时序要求概述5.5.1 应用层和诊断会话层的时序要求基于下列两点作出区别：a） 物理寻址通讯的默认会话期间和非默认会话期间。b） 功能寻址
16、通讯的默认会话期间和非默认期间。基于以上两点的判断，还要考虑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接收
17、到请求消息和开始回应消息之间的服务器执行时间要求执行要求050msP2*CAN_Server传送了代码78h的否定回应消息和开始回应消息之间服务器的执行时间要求执行要求05000msGEELY 基于CAN线诊断技术规范JTYY-JT -08表7（续）时序参数描述类型MinMaxP3CAN_Client_Phys没有要求回应消息时，成功传送了的物理寻址请求消息后，客户端等待传送下一个物理寻址请求消息的最小时间定时器重新载入值P2CAN_Server_MaxN/AP3CAN_Client_Func没有回应消息或者请求的数据只是被功能请求的部分服务器所支持的情况下，成功传送了功能寻址请求消息后，客户
18、端等待传送下一个功能寻址请求消息的最小时间。定时器重新载入值P2CAN_Server_MaxN/A注：参数P2CAN考虑任何系统网络设计相关的延时，如网关和加上安全接线的总线带宽所引起的延时。基于系统设计的最差设想值是受以下因素影响的：a) 涉及的网关个数；b) CAN帧的传输时间；c) CAN总线利用率 d) CAN设备驱动器的执行方式（查询和中断）以及网络层的进程时间。P2CAN的数值分成传送请求给寻址的服务器和传送回应给客户端两部分：P2CANP2CAN_Req + P2CAN_Rsp5.5.2.2 会话层时序参数定义 当非默认诊断会话开启时，它的会话处理是经过会话层时序参数实现的。会话
19、层时序参数的定义如表8所示。表8时序参数描述类型推荐的等待时间ms等待时间msS3Client诊断仪传送功能寻址的诊断仪保活（3Eh）请求消息来使多个ECU的非默认诊断会话保持激活的时间要求，或者发送物理寻址请求消息给某个ECU来保活的最大时间。定时器重新载入值2000ms4000msS3Server当没有接收任何诊断请求消息时，ECU能保持非默认诊断会话激活的时间。定时器重新载入值N/A5000ms5.6 通讯失败5.6.1 意外的消息任何节点对于接收到的意外消息或非法格式的消息都是采取忽视。5.6.2 丢失消息诊断仪请求期间，如果ECU自动检测到一个通讯失败（如：网络层的时序违规），那么E
20、CU就会取消这个请求并且不发送回应消息。GEELY 基于CAN线诊断技术规范JTYY-JT -08诊断仪必须监控：没有ECU回应在P2CAN-ECU内被发送。因此诊断仪可以重复它之前的请求。在扩展的诊断会话期间，如果在P3CAN-ECU(MAX)内没有接收到来自诊断仪的请求（中断通讯线的标准），那么ECU就跳回普通会话。5.7 消息填充CAN诊断消息帧必须是全部填满（8个字节）的，所以空余的字节必须用“填充数据”填满。定义填充数据为：0x00。6 诊断服务定义6.1 诊断管理功能单位诊断功能单位的诊断服务项目如表9所示。表9 诊断服务中文名称诊断服务英文名称请求服务标识符诊断管理功能单位开启诊
21、断会话StartDiagnosticSession10hECU重设服务ECUReset service11h停止诊断会话StopDiagnosticSession20h安全访问服务SecurityAccess service27h通讯控制服务Communicationcontrol28h诊断仪保活TesterPresent service3Eh读取ECU ID服务ReadECUIdentification service1Ah6.2 开启诊断会话服务6.2.1 功能描述6.2.1.1 开启诊断会话服务的功能是激活ECU所支持的诊断会话模式。只有在激活了ECU所支持的诊断会话之后，ECU才能在激
22、活的诊断会话模式下执行它所支持的服务。6.2.1.2 参数“诊断模式”定义了默认会话模式，ECU扩展的会话模式和ECU编程模式三种诊断会话模式。默认模式是启动诊断会话时的默认会话模式，开启一个新的诊断会话后就进入默认模式。ECU扩展的会话模式和ECU编程模式是为某些在默认会话模式下不能执行的服务而定义的诊断会话模式。具体诊断模式参数的定义见表10。表10 诊断模式参数参数：诊断模式大小（字节）描述数值1默认会话模式81h1ECU编程模式83h1ECU扩展的会话模式87hGEELY 基于CAN线诊断技术规范JTYY-JT -086.2.2 请求消息格式如表11所示。表11诊断仪ECU：服务请求字
23、节内容数值0服务标识符10h1诊断模式xxh6.2.3 肯定回应消息格式如表12所示。表12ECU诊断仪：服务肯定回应字节内容数值0肯定回应服务标识符50h1诊断模式xxh6.2.4 否定回应消息格式如表13所示。表13ECU诊断仪：服务肯定回应字节内容数值0否定回应服务标识符7Fh1请求服务标识符10h2回应代码xxh6.3 停止诊断会话6.3.1 功能描述诊断服务“停止诊断会话”的功能是停止ECU和诊断工具之间的当前通讯。6.3.2 请求消息格式如表14所示。表14诊断仪ECU：服务请求字节内容数值0服务标识符20h6.3.3 肯定回应消息格式如表15所示。表15ECU诊断仪：服务肯定回应
24、字节内容数值0肯定回应服务标识符60h6.3.4 否定回应消息如表16所示。GEELY 基于CAN线诊断技术规范JTYY-JT -08表16ECU诊断仪：服务肯定回应字节内容数值0否定回应服务标识符7Fh1请求服务标识符20h2回应代码xxh6.4 ECU重设服务6.4.1 功能描述诊断服务“ECU重设”的功能就是请求ECU按重设模式的要求重新执行一次ECU设置。参数“重设模式”定义如表17所示。 表17参数：重设模式（ResetMode）数值（Hex）描述01硬件重设（hardReset）02切断重设（KeyOffOnReset）03软件重设（SoftReset）04快速关闭电源（Enabl
25、eRapidPowerShutDown）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-J
26、T -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个字节的十六进
27、制数值：xxxxxxxxh。6.5.1.3 诊断服务“安全访问”需要定义的参数“安全模式”如表21所示。表21参数：安全模式（AccessMode）大小（字节）描述数值1请求安全等级1的种子01h1发送安全等级1的key02h1请求安全等级2的种子03h1发送安全等级2的key04h6.5.1.4 诊断服务“安全访问”需要定义的参数“安全状态”如表22所示。表22参数：安全状态（SecurityStatus）大小（字节）描述数值1安全访问允许34h6.5.2 请求消息步骤1格式如表23所示。表23诊断仪ECU：服务请求字节内容数值0服务标识符27h1安全模式请求种子xx 01 请求安全等级1x
28、x 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肯定回应服务标识符
29、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线诊断技术规范J
30、TYY-JT -08表28参数：控制类型（controlType）Hex（位60）描述名称00使指定的通讯类型可以接收和传送消息EnableRxAndTx01使指定的通讯类型可以接收消息但不可以传送消息EnableRxAndDisableTx02使指定的通讯类型不可以接收消息但可以传送消息DisableRxAndEnableTx03使指定的通讯类型不可以接收消息也不可以传送消息DisableRxAndTx注：该参数是一个字节大小，位7“suppressPosRspMsgindicationBit”不在此表定义。6.6.1.3 参数“通讯类型”是指定要控制的通讯类型。该参数是个位编码数值，允许同
31、时控制多种通讯类型。定义参见表29。表29参数“通讯类型”（communicationType）位10（二进制）描述名称00ISO/SAE保留01这个数值表示所有应用相关的通讯（应用CAN消息帧控制）NomalCommunicationMessages10这个数值表示所有网络管理相关的通讯NetworkManagementCommunicationMessages11这个数值表示以上两者都有NetworkManagementCommunicationMessages and NomalCommunicationMessages注：该参数是一个字节大小，此表只定义了位1和位0。6.6.2 肯定回
32、应消息格式如表30所示。表30诊断仪ECU：服务请求字节内容数值0服务标识符28h1控制类型参数xxh2通讯类型xxh6.6.3 肯定回应消息格式如表31所示。表31ECU诊断仪：服务肯定回应消息字节内容数值0肯定回应服务标识符68h1控制类型参数xxh6.6.4 否定回应消息格式如表32所示。GEELY 基于CAN线诊断技术规范JTYY-JT -08表32ECU诊断仪：服务肯定回应字节内容数值0否定回应服务标识符7Fh1请求服务标识符3Eh2回应代码xxh6.7 诊断仪保活6.7.1 功能描述诊断服务“诊断仪保活”的功能是指示ECU发送请求使ECU保持在当前的诊断会话中,使诊断服务或通讯保持
33、激活。该服务须定义的参数“回应要求”如表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 数据传输功能单位GE
34、ELY 基于CAN线诊断技术规范JTYY-JT -08数据传输功能单位的诊断服务项目如表37所示。表37诊断服务中文名称诊断服务英文名称请求服务标识符数据传输功能单位由本地标识符读取数据ReadDataByLocalIdentifier 21h由公共标识符读取数据ReadDataByCommonIdentifier22h由本地标识符写数据WriteDataByLocalIdentifier3Bh由公共标识符写数据WriteDataByCommonIdentifier2Eh6.9 由本地标识符读取数据6.9.1 功能描述6.9.1.1 诊断服务“由本地标识符读取数据”的功能是使用定义的本地标识符
35、去请求来自ECU的当前数据。这些数据记录包括模拟输入和输出信号，数字输入和输出信号，内部数据和系统状态信息。6.9.1.2 该服务涉及的参数“记录本地标识符”定义见表38。表38参数：记录本地标识符（RecordLocalIdentifier）大小（字节）描述数值1请求01h20h支持的本地标识符00h101h1119h1请求21h40h支持的本地标识符20h1139h注：诊断仪请求本地标识符00h后，ECU会回应相应的PID值，该PID值是一个4字节的十六进制数值，它表示该ECU支持的从01h到20h 的本地标识符（位32对应本地标识符01h,位31对应本地标识符02h，位0对应本地标识符2
36、0h）。请求本地标识符20h后，ECU会回应21h40h的本地标识符支持情况。本地标识符（00h19h）和本地标识符（21h39h）的诊断内容由各个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）xxh2+r数据记录#1字节r（LSB）xxh6.9.4 否定回应消息格式如表4
37、1所示。表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字
38、节1（MSB）xxh3+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） 更改标定数值。该服务涉及参数：记
39、录本地标识符，这个参数确定了某个ECU特定的本地数据记录。注： 本地标识符内容的定义取决于各个ECU的功能需求。6.11.2 请求消息格式如表45所示。表45诊断仪ECU：服务请求字节内容数值0服务标识符3Bh1记录本地标识符xxh 6.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。这些数据值均由参数“记录公共标识符”作标记。执行该服务的情
