吉利汽车基于CAN线诊断核心技术综合规范.doc

JLYY-JT -08
基于CAN线诊疗技术规范

编制:
校对:
审核:
审定:
标准:
同意:

浙江吉利汽车研究院
二○○八年五月
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08

目 次

序言 ……………………………………………………………………………………………………………II
1 范围 …………………………………………………………………………………………………………1
2 规范性引用文件 ……………………………………………………………………………………………1
3 缩略语 ………………………………………………………………………………………………………1
4 CAN线诊疗系统原理 ………………………………………………………………………………………2
5 CAN通讯协议 ………………………………………………………………………………………………2
6 诊疗应用层服务 ……………………………………………………………………………………………8

Ⅰ
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08

前 言

为了确保各个整车项目标诊疗协议统一性和继承性，制订了本技术规范。本技术规范中，各ECU诊疗应用层服务定义应遵照本技术规范，但不限于本规范所定义诊疗服务项目。本技术规范没有定义诊疗服务应遵照ISO 14229:，ISO 14230－3：1996和ISO 15765－3:中诊疗服务相关要求作扩展定义。
本标准由浙江吉利汽车研究院提出。
本标准由浙江吉利汽车研究院汽车电子电器研究所CAN总线科负责起草。
本标准关键起草人:郑士岑。
本标准于5月30日公布并实施。

Ⅱ
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
1 范围
本标准要求了车辆CAN 诊疗缩略语、CAN线诊疗系统介绍、CAN通讯协议和诊疗应用层服务。
本标准适适用于基于CAN线诊疗车辆诊疗。
2 规范性引用文件
下列文件中条款经过本标准引用而成为本标准条款。通常注日期引用文件，其随即全部修改单（不包含勘误内容）或修订版均不适适用于本标准，然而，激励依据本标准达成协议各方研究是否可使用这些文件最新版本。通常不注日期引用文件，其最新版本适适用于本标准。
ISO 14229 ： 道路车辆 统一诊疗维修设备(UDS)：规范和要求
ISO 14230-3 ：1996 道路交通工具——诊疗系统：KWP案例
ISO 15765-2 ： 道路交通工具——CAN诊疗：网络层服务
ISO 15765-3 ： 道路交通工具——CAN诊疗：应用层服务
ISO 15765-4 ： 道路交通工具——CAN诊疗：排放相关系统要求
3 缩略语
下列术语和缩略语适适用于本标准。
3.1 ABS Antilock 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 Management Systems 发动机管理系统
3.11 EOL End Of Line 下线诊疗
3.12 FC Flow Control 流控制
3.13 FF First Frame 首帧
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
3.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 参数标志符
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） 读取ECU内部信息，比如故障存放内容。
本规范提供诊疗服务能够用作扩展诊疗测试，也能够在维修车间中使用。提供诊疗服务能够显著地降低测试时间。
5 CAN通讯协议
5.1 数据流
5.1.1 ECU支持CAN诊疗消息使用ISO 15765-2:中指定分段数据传送装置（USDT）。即支持两种类型CAN数据流——非分段数据流和分段数据流。
5.1.2 非分段数据流
非分段数据流由单帧（SF）组成。它使用条件是：正常寻址模式时单帧长度不超出7或扩展寻址模式时单帧长度不超出6。一个非分段消息传送示例见图1所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08

图1
5.1.3 分段数据流
分段数据流由多帧分段CAN消息组成。它使用条件是：正常寻址模式时数据长度大于7或扩展寻址模式时数据字节长度大于6。该数据流包含一个首帧（FF）和多个后续帧（CF）。接收器在接收了首帧（FF）后必需发送一个流控制（FC）。流控制中包含信息是：块大小（BS）和间隔时间（ST）。其中块大小（BS）表示接收器许可发送器发送最大后续帧数量。间隔时间（STmin）表示两个后续帧之间发送者所必需等候最小时间。一个分段消息传送示例见图2所表示。

图2
5.2 消息类型
5.2.1 单帧（SF），首帧（FF），后续帧（CF）或流控制（FC）全部包含有一个8字节数据域，该数据域由以下两部分组成，表1显示了各类CAN消息PCI字节结构。
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
a) 协议控制信息（PCI）,指示了帧类型，帧编号，数据长度等;
b) 传输数据,包含被发送数据。
表1
数据域结构
帧类型
字节1
字节2
字节3
字节4－8
位7－4
位3－0
单帧（SF）
0000
SF_DL
数据1
数据2
数据3－7
首帧（FF）
0001
FF_DL
数据1
数据2－6
后续帧（CF）
0010
SN
数据1
数据2
数据3－7
流控制（FC）
0011
FS
BS
Stmin
N/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
协议数据名字
FF
CF
CF
CF
CF
CF
CF
CF
CF
SN（16进制）
0h
1h
2h
…
Eh
Fh
0h
1h
…
5.2.5 流控制
5.2.5.1 首帧或数据块最终一个后续帧以后，当需要更多后续帧（CF）来完成数据流传输时，接收节点就必需发送一个流控制消息，其中PCI第一个字节高半字节设置为0011b。流控制PCI第二个字节表示两个流控制帧之间最大消息块大小（BSmax），第三个字节表示两个后续帧之间时间（最小间隔时间，Stmin）。流控制PCI第一个字节低半字节是一个流控制状态（FS），数据流状态（FS）定义如表4所表示。
表4
16进制
描述
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所表示。
表5
16进制
描述
00
块大小（Bsmax）
在传输分段消息期间将不会再发送流控制帧。全部后续帧发送将不会因为插入流控制而停顿。
01h－FFh
块大小（Bsmax）
定义两个流控制之间最大后续帧个数。
5.2.5.3 间隔时间（STmin）表示两个后续帧之间所许可最小时间，它定义如表6所表示。
表6
16进制
描述
00h－7Fh
表示STmin范围是：0ms－127ms
80h－F0h
预留未定义
F1－F9
表示STmin范围是：100us－900us
FAh－FFh
预留未定义
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
5.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
时序参数
描述
类型
Min
Max
P2CAN_Client
成功传送请求消息和开始回应消息之间用户端等候时间
定时器重新载入值
P2CAN_Server_max
+△P2CAN
N/A
P2*CAN_Client
接收到代码78h否定回应消息和开始回应消息之间用户端扩展等候时间
定时器重新载入值
P2*CAN_Server_max
+△P2CAN_rsp
N/A

P2CAN_Server
接收到请求消息和开始回应消息之间服务器实施时间要求
实施要求
0
50ms
P2*CAN_Server
传送了代码78h否定回应消息和开始回应消息之间服务器实施时间要求
实施要求
0
5000ms
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表7（续）
时序参数
描述
类型
Min
Max
P3CAN_Client_Phys
没有要求回应消息时，成功传送了物理寻址请求消息后，用户端等候传送下一个物理寻址请求消息最小时间
定时器重新载入值
P2CAN_Server_Max
N/A
P3CAN_Client_Func
没有回应消息或请求数据只是被功效请求部分服务器所支持情况下，成功传送了功效寻址请求消息后，用户端等候传送下一个功效寻址请求消息最小时间。
定时器重新载入值
P2CAN_Server_Max
N/A
注：参数△P2CAN考虑任何系统网络设计相关延时，如网关和加上安全接线总线带宽所引发延时。基于系统设计最差设想值是受以下原因影响：
a) 包含网关个数；
b) CAN帧传输时间；
c) CAN总线利用率
d) CAN设备驱动器实施方法（查询和中止）和网络层进程时间。
△P2CAN数值分成传送请求给寻址服务器和传送回应给用户端两部分：
△P2CAN＝△P2CAN_Req + △P2CAN_Rsp
5.5.2.2 会话层时序参数定义
当非默认诊疗会话开启时，它会话处理是经过会话层时序参数实现。会话层时序参数定义如表8所表示。
表8
时序参数
描述
类型
推荐等候时间ms
等候时间ms
S3Client
诊疗仪传送功效寻址诊疗仪保活（3Eh）请求消息来使多个ECU非默认诊疗会话保持激活时间要求，或发送物理寻址请求消息给某个ECU来保活最大时间。
定时器重新载入值
ms
4000ms
S3Server
当没有接收任何诊疗请求消息时，ECU能保持非默认诊疗会话激活时间。
定时器重新载入值
N/A
5000ms
5.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
诊疗服务汉字名称
诊疗服务英文名称
请求服务标识符
诊疗管理功效单位
开启诊疗会话
StartDiagnosticSession
10h
ECU重设服务
ECUReset service
11h
停止诊疗会话
StopDiagnosticSession
20h
安全访问服务
SecurityAccess service
27h
通讯控制服务
Communicationcontrol
28h
诊疗仪保活
TesterPresent service
3Eh
读取ECU ID服务
ReadECUIdentification service
1Ah
6.2 开启诊疗会话服务
6.2.1 功效描述
6.2.1.1 开启诊疗会话服务功效是激活ECU所支持诊疗会话模式。只有在激活了ECU所支持诊疗会话以后，ECU才能在激活诊疗会话模式下实施它所支持服务。
6.2.1.2 参数“诊疗模式”定义了默认会话模式，ECU扩展会话模式和ECU编程模式三种诊疗会话模式。默认模式是开启诊疗会话时默认会话模式，开启一个新诊疗会话后就进入默认模式。ECU扩展会话模式和ECU编程模式是为一些在默认会话模式下不能实施服务而定义诊疗会话模式。具体诊疗模式参数定义见表10。
表10 诊疗模式参数
参数：诊疗模式
大小（字节）
描述
数值
1
默认会话模式
81h
1
ECU编程模式
83h
1
ECU扩展会话模式
87h
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
6.2.2 请求消息格式如表11所表示。
表11
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
10h
1
诊疗模式
xxh
6.2.3 肯定回应消息格式如表12所表示。
表12
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
肯定回应服务标识符
50h
1
诊疗模式
xxh
6.2.4 否定回应消息格式如表13所表示。
表13
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
10h
2
回应代码
xxh
6.3 停止诊疗会话
6.3.1 功效描述
诊疗服务“停止诊疗会话”功效是停止ECU和诊疗工具之间目前通讯。
6.3.2 请求消息格式如表14所表示。
表14
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
20h
6.3.3 肯定回应消息格式如表15所表示。
表15
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
肯定回应服务标识符
60h
6.3.4 否定回应消息如表16所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表16
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
20h
2
回应代码
xxh
6.4 ECU重设服务
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：[服务]－请求
字节
内容
数值
0
ECU 重设请求服务标识符
11h
1
重设模式（ResetMode）
xxh
6.4.3 肯定回应消息如表19所表示。
表19
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
ECU重设肯定回应服务标识符
51h
6.4.4 否定回应消息格式如表20所表示。
表20
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
11h
2
回应代码
xxh
6.5 安全访问服务
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
6.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种子
01h
1
发送安全等级1key
02h
1
请求安全等级2种子
03h
1
发送安全等级2key
04h
6.5.1.4 诊疗服务“安全访问”需要定义参数“安全状态”如表22所表示。
表22
参数：安全状态（SecurityStatus）
大小（字节）
描述
数值
1
安全访问许可
34h
6.5.2 请求消息步骤1格式如表23所表示。
表23
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
27h
1
安全模式－请求种子
xx ＝01 请求安全等级1
xx ＝03 请求安全等级2
xxh
6.5.3 肯定回应消息步骤1格式如表24所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表24
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
67h
1
安全模式－请求种子
xx ＝01 请求安全等级1
xx ＝03 请求安全等级2
xxh
2..5
种子（4个字节）
xxxxxxxxh
6.5.4 请求消息步骤2格式如表25所表示。
表25
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
27h
1
安全模式－发送Key
xxh
2..5
Key
xxxxxxxxh
6.5.5 肯定回应消息步骤2格式如表26所表示。
表26
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
67h
1
安全模式－发送Key
02h
2
安全访问状态
34h
6.5.6 否定回应消息格式如表27所表示。
表27
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
27h
2
回应代码
xxh
6.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
使指定通讯类型能够接收和传送消息
EnableRxAndTx
01
使指定通讯类型能够接收消息但不能够传送消息
EnableRxAndDisableTx
02
使指定通讯类型不能够接收消息但能够传送消息
DisableRxAndEnableTx
03
使指定通讯类型不能够接收消息也不能够传送消息
DisableRxAndTx
注：该参数是一个字节大小，位7“suppressPosRspMsgindicationBit”不在此表定义。
6.6.1.3 参数“通讯类型”是指定要控制通讯类型。该参数是个位编码数值，许可同时控制多个通讯类型。定义参见表29。
表29
参数“通讯类型”（communicationType）
位1－0（二进制）
描述
名称
00
ISO/SAE保留

01
这个数值表示全部应用相关通讯（应用CAN消息帧控制）
NomalCommunicationMessages
10
这个数值表示全部网络管理相关通讯
NetworkManagementCommunicationMessages
11
这个数值表示以上二者全部有
NetworkManagementCommunicationMessages and NomalCommunicationMessages
注：该参数是一个字节大小，此表只定义了位1和位0。
6.6.2 肯定回应消息格式如表30所表示。
表30
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
28h
1
控制类型参数
xxh
2
通讯类型
xxh
6.6.3 肯定回应消息格式如表31所表示。
表31
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
68h
1
控制类型参数
xxh
6.6.4 否定回应消息格式如表32所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表32
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
3Eh
2
回应代码
xxh
6.7 诊疗仪保活
6.7.1 功效描述
诊疗服务“诊疗仪保活”功效是指示ECU发送请求使ECU保持在目前诊疗会话中,使诊疗服务或通讯保持激活。该服务须定义参数“回应要求”如表33所表示。
表33
参数：回应要求（ResponseRequired）
大小（字节）
描述
数值
1
要求回应
01h
1
没有要求回应
02h
6.7.2 请求消息格式如表34所表示。
表34
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
3Eh
1
回应要求
要求回应 01h
没有要求回应 02h
xxh
6.7.3 肯定回应消息如表35所表示。
表35
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
7Eh
6.7.4 否定回应消息格式如表36所表示。
表36
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
3Eh
2
回应代码
xxh
6.8 数据传输功效单位
GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
数据传输功效单位诊疗服务项目如表37所表示。
表37
诊疗服务汉字名称
诊疗服务英文名称
请求服务标识符
数据传输功效单位
由当地标识符读取数据
ReadDataByLocalIdentifier
21h
由公共标识符读取数据
ReadDataByCommonIdentifier
22h
由当地标识符写数据
WriteDataByLocalIdentifier
3Bh
由公共标识符写数据
WriteDataByCommonIdentifier
2Eh
6.9 由当地标识符读取数据
6.9.1 功效描述
6.9.1.1 诊疗服务“由当地标识符读取数据”功效是使用定义当地标识符去请求来自ECU目前数据。这些数据统计包含模拟输入和输出信号，数字输入和输出信号，内部数据和系统状态信息。
6.9.1.2 该服务包含参数“统计当地标识符”定义见表38。
表38
参数：统计当地标识符（RecordLocalIdentifier）
大小（字节）
描述
数值
1
请求01h－20h支持当地标识符
00h
1
……
01h
1
……
…
1
……
19h
1
请求21h－40h支持当地标识符
20h
1
……
……
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
服务标识符
21h
1
统计当地标识符
xxh
6.9.3 肯定回应消息格式如表40所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表40
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
61h
1
Local标志符# 1
xxh
2
数据统计#1字节1（MSB）
xxh
…
…
…
2+r
数据统计#1字节r（LSB）
xxh
6.9.4 否定回应消息格式如表41所表示。
表41
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
21h
2
回应代码
xxh
6.10 由公共标识符读取数据
6.10.1 功效描述
诊疗服务“由公共标识符读取数据”功效是用定义好公共标志符读取ECU符号信息。
6.10.2 请求消息格式如表42所表示。
表42
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
22h
1
公共标志符＃1（MSB）
xxh
2
公共标志符＃1（LSB）
xxh
6.10.3 肯定回应消息格式如表43所表示。
表43
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
62h
1
公共标志符＃1（MSB）
xxh
2
公共标志符＃1（LSB）
xxh
3
数据统计＃1字节1（MSB）
xxh
…
…
…
3+r
数据统计＃1字节r（LSB）
xxh
6.10.4 否定回应消息格式如表44所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表44
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
22h
2
回应代码
xxh
6.11 由当地标识符写数据
6.11.1 功效描述
诊疗服务“由当地标识符写数据”功效是将数据写进一个ECU存放区域。这些数据均由参数“统计当地标识符”来作为标识。实施这个服务情况有：
a） 清除非易失性存放；
b） 重新设置已学习数值；
c） 设置选项内容；
d） 设置车辆标志符编号（VIN）；
e） 更改标定数值。
该服务包含参数：统计当地标识符，这个参数确定了某个ECU特定当地数据统计。
注： 当地标识符内容定义取决于各个ECU功效需求。
6.11.2 请求消息格式如表45所表示。
表45
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
3Bh
1
统计当地标识符
xxh
6.11.3 肯定回应消息格式如表46所表示。
表46
ECU→诊疗仪：[服务]－肯定回应消息
字节
内容
数值
0
肯定回应服务标识符
7Bh
1
统计当地标识符
xxh
6.11.4 否定回应消息格式如表47所表示。

GEELY
基于CAN线诊疗技术规范
JTYY-JT -08
表47
ECU→诊疗仪：[服务]－肯定回应
字节
内容
数值
0
否定回应服务标识符
7Fh
1
请求服务标识符
3Bh
2
回应代码
xxh
6.12 由公共标识符写数据
6.12.1 功效描述
诊疗服务“由公共标识符写数据”功效是用单个请求消息将数据写给多个ECU。这些数据值均由参数“统计公共标识符”作标识。实施该服务情况以下：
a） 清除非易失性存放；
b） 重新设置已学习数值；
c） 设置选项内容；
d） 设置车辆标志符编号（VIN）。
参数“统计公共标识符”，确定了多个ECU共同支持数据统计，由ECU供给商自行定义该参数格式和数据统计。
6.12.2 请求消息格式如表48所表示。
表48
诊疗仪→ECU：[服务]－请求
字节
内容
数值
0
服务标识符
3Eh
1
公共标识符＃1（MSB）
xxh
2
公共标识符＃1（LSB）
xxh
6