大众车系诊断协议
1 协议应用说明
1.1协议诊断来源
解码原厂设备1552。
1.2协议使用范围
所有大众系列车型,如:国产的时代超人、桑塔纳2000、捷达王、都市先锋、高尔夫、小红旗、奥迪系列、帕萨特等。
1.3协议验证实验及结果
本协议经模拟验证及实际测车验证通过。
1.4有待继续完成的内容
1.4.1针对各车型的使用声明须进一步补充。
1.5与前一版本比较有何变化
b. 补充故障码和数据流。
1.6备注
无。
2协议诊断设备界面流程。
2.1协议诊断设备界面流程。
1选择系统,具体见表2-1
2进入成功后显示系统信息
3按确认后进入功能菜单
2.读取故障代码——Read fault memory
3.清除故障代码——Erease fault memory
4.测试执行元件——Diag final ctrl
5.系统基本调整——Basic setting
6.读测量数据流——Read measuring value
7.读独立通道数据——Read indi value
8.通道调整匹配——Adaption
9.控制单元编码——Code control unit
10.终止测试通信——End output
11.系统登录——Login procedure
④ 选择某一功能按确认后执行,其中
功能6. 读测量数据流须进一步输入组号;
功能7. 读独立通道数据须进一步输入通道号;
功能8. 通道调整匹配须进一步输入通道号;
2.2解码整体方案。
无。
2.3解码流程、步骤。
无。
2.4 本协议可测试系统及测试流程。
2.4.1本协议可测试系统:表2-1
编号 | 名称 | 英文缩写 | 地址码(Hex) |
1 | 发动机系统 | ENG | 1 |
2 | 发动机2 | ENG2 | 91 |
3 | 变速箱系统 | AT | 2 |
4 | 刹车系统 | ABS | 83 |
5 | 空调/加热 | A/C | 8 |
6 | 防盗系统 | IMB | 25 |
7 | 声波系统 | SS | C7 |
8 | 离合器控制 | CCS | 92 |
9 | 悬挂系统 | SSS | 34 |
10 | 气囊系统 | SRS | 15 |
11 | 方向控制 | SWC | 16 |
12 | 方向盘助力 | SAS | C4 |
13 | 中央锁控制 | CLS | B5 |
14 | 减震系统 | WDMP | 94 |
15 | 仪表板系统 | IP | 97 |
16 | 辅助加热 | AHS | 98 |
17 | 距离控制 | DC | 13 |
18 | 网关数据总线 | GDB | 19 |
19 | 电动窗系统 | ERF | 26 |
20 | 左灯控制 | LLC | 29 |
21 | 导航系统 | NS | 37 |
22 | 内部检测 | ISS | 45 |
23 | 中央模块 | IMS | 46 |
24 | 自动灯开关 | ALS | 49 |
25 | 电气驾驶 | ED | 51 |
26 | 电池控制 | BCS | 61 |
27 | 紧急呼叫模块 | ECM | 75 |
28 | 停车帮助 | PAS | 76 |
29 | 电控单元 | ECU | 89 |
30 | 四轮驱动 | 4WD | A2 |
31 | 防滑控制 | ASS | A4 |
32 | 司机座位调整 | SAS | B6 |
33 | 右灯控制 | RLC | B9 |
34 | 柴油机系统 | DPS | C1 |
35 | 顶灯范围控制 | HLC | D5 |
36 | 收音机 | RDI | D6 |
37 | 轮胎压力监测 | TPM | E5 |
38 | 座位/后视镜 | SMA | E6 |
39 | 电池充电 | BCS | F1 |
2.4.2 431ME工作流程如下:
① 一级菜单
1.系统扫描测试——Fast diagnosis
2.系统数据流测试——Diagnosis systam
3.重阅已测故障码——Review diag result
4.查阅故障代码——Search code
5.打印测试结果——Print diag result
6.本机设置——Set system config
② 二级菜单
1 发动机系统 ENG
2 发动机2 ENG2
3 变速箱系统 AT
4 刹车系统 ABS
5 空调/加热 A/C
6 防盗系统 IMB
7 声波系统 SS
8 离合器控制 CCS
9 悬挂系统 SSS
10 气囊系统 SRS
11 方向控制 SWC
12 方向盘助力 SAS
13 中央锁控制 CLS
14 减震系统 WDMP
15 仪表板系统 IP
16 辅助加热 AHS
17 距离控制 DC
18 网关数据总线 GDB
19 电动窗系统 ERF
20 左灯控制 LLC
21 导航系统 NS
22 内部检测 ISS
23 中央模块 IMS
24 自动灯开关 ALS
25 电气驾驶 ED
26 电池控制 BCS
27 紧急呼叫模块 ECM
28 停车帮助 PAS
29 电控单元 ECU
30 四轮驱动 4WD
31 防滑控制 ASS
32 司机座位调整 SAS
33 右灯控制 RLC
34 柴油机系统 DPS
35 顶灯范围控制 HLC
36 收音机 RDI
37 轮胎压力监测 TPM
38 座位/后视镜 SMA
39 电池充电 BCS
各系统进入后将显示系统信息,按确认后进入如下三级菜单:
③ 三级菜单
1.查控制电脑型号——Read ecu memory
2.读取故障代码——Read fault memory
3.清除故障代码——Erease fault memory
4.测试执行元件——Diag final ctrl
5.系统基本调整——Basic setting
6.读测量数据流——Read measuring value
7.读独立通道数据——Read indi value
8.通道调整匹配——Adaption
9.控制单元编码——Code control unit
10.终止测试通信——End output
11.系统登录——Login procedure
3.协议描述标识注明及解释。
Tools:测试设备;
Ecu:汽车电脑;
ReqWord:Request命令结构中的命令字;
ReqInfo:Request命令结构中的附加信息;
Answer:汽车电脑返回数据命令;
AnsWord:Answer命令结构中的命令字;
AnsData:Answer命令返回的数据;
UserCode:用户登录号;
Code:汽车电脑控制单元编码;
Ser:服务站代码(注:后接H表示高字节,L表示低字节);
/ :表示给本字节取反。
另命令字和交互模型中的字节值都是16进制数。
4.协议解释:
4.1物理层
4.1.1诊断接口说明:
4.1.1.1诊断座接口介绍及引脚定义。
大众汽车诊断座共有二种,一种是2+2Pin 诊断座,一种是16Pin诊断座。
12+2Pin诊断座汽车正面接口有黑白两种颜。如图4.1.1
图4.1.1
引脚定义如表4.1.1
引 脚 号 | 引 脚 名 称 |
1 | L line |
2 | K line |
3 | GND |
4 | POWER(+) |
表4.1.1
216Pin诊断座汽车正面接口如图(4.1.2)
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 |
图4.1.2
引脚定义如表4.1.2
引 脚 号 | 引 脚 名 称 |
7 | 大众捷达王K line |
15 | L line |
4 | GND |
16 | POWER |
其它 | 不详 |
表4.1.2
4.1.1.2硬件接口使用方法。
2+2Pin和16Pin诊断座均按下表使用:
名 称 | 4Pin诊断座 | 16Pin诊断座 |
K line | 2 | 7 |
L line | 1 | 15 |
GND | 3 | 4 |
POWER(+) | 4 | 16 |
表4.1.3
4.1.1.3测试设备产品管脚使用情况。
略。见4.1.1.2。
4.1.2诊断座接口物理特征:
4.1.2.1工作电平:
Ecu工作电平:12V
Tools工作电平:12V
4.1.2.2通讯电平:
16Pin,2+2Pin诊断座:
标称电平:高电平
有效电平:低电平
电平幅值:0~5V。
4.1.2.3 通讯波特率
本协议的波特率在进入系统后确定。确定方法如下:
进入系统时,Ecu接到Tools以5bps的波特率发送的地址码后,向Tools发送 0X55H,Tools通过计算0X55H的波特率,并把此波特率做为Tools的通讯波特率,并且在整个通讯过程中,波特率固定不变。
4.1.2.4 位格式
通讯采用1位启始位+8位数据位+1个停止位的格式,数据信息先发低位,以小头方式传递数据流。
4.1.2.5 通讯线路连接方式
采用K,L线模式,K线为通讯半双工线,L线为激发线。
4.2协议链路层
4.2.1主叫及被叫关系
Tools为主叫设备发送Request命令,Ecu为被叫设备,发送Answer命令,返回操作结果。
4.2.2帧格式
一帧数据由一个byte构成,若干帧数据组成Request或Answer命令。
4.2.3命令格式
命令格式分为两种:一种是Request,一种是Answer。其命令组
成结构如下:
.2.3.1Request命令组成结构:
Length | Count | ReqWord | ReqInfo | End |
Length —— Request命令长度,占用1个byte,表示本Request命令中Length字节后跟随的字节数,每个Request都要有Length字节。
Count —— 命令计数器,占用1个字节,每一个Requset和Answer命令都会在前一个Answer或Request命令的命令计数器上加1,做为本次发送的命令计数值,以保证接收发送的连续性,每个Request都要有Count字节。
ReqWord —— 命令字,占用1个字节,表明所要做的操作,每个Request都要有ReqWord字节。
ReqInfo —— 命令附加信息,若干字节不定;作为Request命令的参数。
End ——— 结束标志,以03H为Request命令的结束符。
.2.3.2Answer命令组成结构:
Length | Count | AnsWord | AnsData | End |
AnsWord------命令字,占用一个字节,用于表明Ecu收到Tools的Request命令后返回的Answer命令。
AnsData------数据区,可占用多个byte或为0 byte,用于返回执行操作的结果数据。
其他部分同Request组成结构定义一样。
4.2.4通讯交互规则
当发送方发送Request或Answer命令时,接收方每接到一个byte,就立即取反发回,直到结束标志为止(注:结束标志不取反发回)。结束标志一旦接到,接收方可以发送Request或者Answer。例如基本交互模型下图:
Tools send
K line 03 01 09 03 /03 /02 /09
/03 /01 /09 03 02 09 03
发布评论