GB/T 41590.2-2022 道路车辆 基于K线的诊断通信 第2部分:数据链路层.pdf

GB/T 41590.2-2022 道路车辆 基于K线的诊断通信 第2部分:数据链路层.pdf
仅供个人学习
反馈
标准编号:GB/T 41590.2-2022
文件类型:.pdf
资源大小:17.8 M
标准类别:电力标准
资源ID:368401
下载资源

GB/T 41590.2-2022标准规范下载简介

GB/T 41590.2-2022 道路车辆 基于K线的诊断通信 第2部分:数据链路层.pdf

P3cliem定时参数(55..5000ms)取决于关键字节

1—P3cient定时值(55..5000ms)取决于关键字节(正常时序); 一P3ciem*定时值(0..5000ms)取决于关键字节(扩展时序) 取决于地址字节,高周期可以比W5长,并且可以被解释为空闲时间。

8.3.3本文件定义的FASTINIT

所有服务端(ECUs)的初始化应使用10400波特的波特率进行初始化和通信。 客户端(外部测试设备)在K线和L线上同步发送唤醒模式(WuP)。该模式在K线空闲时间后以 Tii的较短时间开始。在第一个下降沿之后经过一段时间的twuP城区主干道安全文明施工标准化工地施工方案,客户端(外部测试设备)发送“开启通 信”服务的首位。

8.3.3.2本文件定义的FASTINIT的定时值

表5本文件定义的FASTINIT定时值

8.3.3.3本文件定义的FASTINIT的初始化顺序

P3cien定时值(55..5000ms)取决于关键字节(标准时 P3clien定时值(0..5000ms)取决于关键字节(扩展时)

图7本文件定义的FASTINIT初始化

8.3.3.4本文件定义的FASTINIT报文序列

表6本文件的开启通信请求报文

开后通信”响应报文由格式 本文件的“开启通信”响应报文定义见表

表7本文件的”开启通信”响应报文

“开启通信”响应报文的接收终止初始化序列

所有排放相关服务端(ECUs)的初始化应使用10400波特的波特率进行初始化和通信。 客户端(外部测试设备)在K线和L线上同步发送唤醒模式(WuP)。该模式在K线空闲时间后 的较短时间开始。在第一个下降沿之后经过一段时间的twap后,客户端(外部测试设备)发送“开

“开启通信”响应报文的接收,终止初始化序

8.3.5由服务端(ECU)关键字节确定的客户端协议

图8关于法规通信通过服务端关键字节确定客】

8.3.6成功初始化后的初始数据交换

8.4协议专用关键字节

8.4.1关键字节格式

服务端使用关键学节通知客户端有关支持的报头、定时和长度信息。服务端不一定必需支持 的可能性。关键字节的解码定义见ISO9141:1989,KB1=低字节,KB2=高字节,7位,奇校验。 关键字节见图9。

关键字节的定义见表11.

表14本文件中的有效关键字节和要求的P2.定时

和服务端应始终使用此报文格式进行法规排放相关的C

8.4.5计算关键字节的十进制值

计算十进制值,首先清除两个关键字节的奇偶校验位,然后将关键字节#2乘以27再加上关键字 节#1。 2000(士进制)的关键字节值超出了本文件的范围

报文结构包含三部分:

报文结构包含三部分: 一报头:

9.2.3源地址字节(SA)

报头中的源地址定义了发送设备(服务端或客户端)的源地址。源地址值应始终被认为是物理 地址。 源地址也可能是物理目标地址。 外部测试设备的有效地址参考附录B。 源地址是可选字节(与目标地址字节一同使用),仅在多节点总线拓扑中使用。对于节点对节点的 连接,源地址可被省略

9.2.4长度字节(LEN)

若报头格式字节(L0至L5)中的长度被设置为00000,则应在报头中定义附加长度字节。附加长 度字节允许发送节点发送数据场超过63字节的报文。对于小于63字节的报文,附加长度字节应被 省略。 附加长度字节定义了从PDU起始到结束的报文长度(不包含报头字节和校验和字节)。数据长度 可为1到255字节。报文最长可达260字节。 对于数据场长度小于64字节的报文,有两种可能: 一长度信息包含在格式字节中; 一长度信息包含在附加长度学节中。 不要求服务端对上述两种可能都支持。外部测试设备通过关键字节中是否支持附加长度字节得知 服务端的能力。服务端必须根据发送的关键字节的值来支持相应特性。 表15定义了长度字节的使用

报头中的格式字节定义了两个位(A1,A0),允许4种不同的报头配置。图12显示了报头的配置。

标引序号说明: 报头=格式字节(FMT); 报头=格式字节(FMT)+长度字节(LEN); 报头=格式字节(FMT)十目标地址(TA)十源地址(SA); 报头=格式字节(FMT)十目标地址(TA)+源地址(SA)+长度字节(LEN)

9.3协议数据单元(PDU)

9.4校验和字节(CS

0.1通用定时测量需求

10.2协议定时参数定义

10.2.1字节间和报文间定时参数

表16定义了字节间和报文间协议定时参数。字节间定时参数仅在某条报文的各字节之间(请求 报文)有效。

报文间定时参数既指客户端请求与服务端响应的间隔,或指一个或多个服务端的多条报工 间隔。

10.2.2字节间定时参数集

表17定义了标准的协议定时参数最小值、默认值、最大值和分辨率,通过使用“访问定时参数 essTimingParameter)服务为协议定时参数设置新值

表17标准字节间定时参数集(功能和物理寻址

数据链路层请求报文时

[11.1.1.1服务目的

该通信层服务的目的是,在成功传输WuP(见8.3.3)后与一个或多个服务端建立通信

11.1.1.2服务流程

表22“开启通信”否定响应报文的实施(续)

[11.2.1.1服务目的

该通信层服务的目的是终止诊断通信。

11.2.1.2服务流程

下,服务端应执行“终止通信”所需的所有操作。 如果允许终止通信,服务端(ECU)应在通信终止前,发送包含肯定响应参数的“终止通信”响应原 语。如果通信不能终止,服务端应发送包含否定响应参数的“终止通信”响应原语。

表23定义了“终止通信”请求报文的实施。

表23“终止通信”请求报文的实施

表24定义了“终止通信”肯定响应报文的实施

表24“终止通信”肯定响应报文的实施

表25定义了“终止通信”否定响应报文的实施。

终止通信”否定响应报文

1.3访问定时参数服务

[11.3. 1.1服务目的

主:该服务的使用复杂程度取决于服务端(ECU)的能力和车辆的拓扑。该服务的用户承担与其他服务端(ECU)在 K线上进行正确的通信

1.3.1.2服务流程

该流程有四种不同的模式: 读取定时参数的限制值:

将定时参数设置为默认值; 一读取当前激活的定时参数; 一将定时参数设置为给定值。 当接收到一个TPI=00的“访问定时参数”指示原语(见11.3.2)时,服务端(ECU)将读取定时参数 的限制值(服务端能够支持的数值)。如果读取访问定时参数成功,服务端(ECU)应发送一个包含肯定 响应参数的“访问定时参数”响应原语。如果读取访问时间参数失败,服务端(ECU)应发送一个包含否 定响应参数的“访问定时参数”响应原语。 当接收到一个TPI=01的“访问定时参数”指示原语时,服务端应将所有的定时参数更改为默认 值,并在默认的定时参数激活前,发送包含肯定响应参数的“访问定时参数”响应原语。如果因某些原 因,时间参数不能改为默认值,服务端(ECU)应保持通信链路,并发送包含否定响应参数的“访问定时 参数”(AccessTimingParameter)响应原语。 当接收到TPI=10的“访问定时参数”指示原语时,服务端(ECU)应读取当前使用的定时参数。如 果读取定时参数成功,则服务端(ECU)应发送一个包含肯定响应参数的“访问定时参数”的响应原语。 如果由于某些原因无法读取当前使用的定时参数,则服务端(ECU应发送一个包含否定响应参数 的“访问定时参数”响应原语。 当接收到TPI=11的“访问定时参数”指示原语时,服务端(ECU)应检查在当前条件下是否可以更 改定时参数。如果条件有效,服务端(ECU)应执行更改定时参数所需的所有操作,并在新的定时参数 限制值激活前发送包含背定响应参数的“访问定时参数”响应原语。 如果时序参数由于某种原因无法更改,服务端(ECU)应保持通信链路,并发送包含否定响应参数 的“访间定时参数”响应原语,

表26定义了定时参数标识符值的实施

表26定时参数标识符值的实施

表27定义了“访间定时参数”请求报文的实施。

表27“访问定时参数”请求报文的实施

表29“定义了访问定时参数”否定响应报文的实施

表29“访问定时参数”否定响应报文的实施

[11.4.1服务定义

[1.4.1.1服务目的

信层服务的目的是在ISO14230通信链路上发违

[11.4.1.2服务表

表30定义了“发送数据”服务。

表30“发送数据”服务

11.4.1.3服务流程

当接收到来自应用层的“发送数据”请求,报文发送端相应数据链路层实体应根据ISO14230请求 内参数执行所有必要的操作,包括报头(包括格式字节)确定、报文数据关联、校验和计算、空闲状态识 、报文字节传输和时序监控(仲裁)。 当通过ISO14230通信链路接收到一条报文后,报文接收端相应的数据链路层实体将执行所有必

查、基于格式信息的报文数据分段及通过“发送数据”指示原语给应用层传递报文数据。 如果该服务已成功执行(即报文已成功传输),则从传输设备的数据链路层实体向相应的应用层实 体,传递包含肯定响应参数的“发送数据”响应原语。 如果该服务不能成功执行,则应向相应的应用层实体,传递包含否定响应参数的“发送数据”响应 原语。

在K线的正常通信过程中,如果服务端已确认总线为空闲(高压状态),则优先发送报文。如果满 足P2时序要求,且服务端已验证为空闲状态,则开始传输其响应报文的首字节。在验证空闲状态和首 字节传输的间隔中,可能存在一个停滞期,服务端无法监控K线的状态。 如果两个服务端同时验证为空闲状态,并同时传输首字节,则会发生数据冲突。这两个首字节或者 同时被发送,或者以位或整个字节长度移位的方式发送(取决于上述停滞期)。除非这两个首字节同时 被发送,且值相同,否则两个服务端在回读该字节时应能检测到错误,该错误与传输字节的回归位相关。 如果两个服务端同时发送相同内容的报文,则源地址字节会导致冲突,该冲突应至少被一个服务端检 测到。 当检测到错误时,服务端应采用仲裁的方法并重复发送响应。服务端也可选择不重新发送响应。 对于节点对节点的连接,冲突检测被省略。 当客户端检测到K线协议中车辆响应的错误时,客户端应重新发送初始请求

13.2物理/功能寻址快速初始化(FASTINIT)中的错误处理

INIT)中客户端(外部测试设备)的错误处理 表33定义了在物理/功能寻址快速初始化(FASTINIT)中客户端(外部测试设备)的错误处理

E物理寻址快速初始化(FASTINIT)中服务端(EC

34在物理寻址初始化中服务端(ECU)的错误处

功能导快速初始化(FASTINIT)) 务端(ECU)的错误处理(仅标准时序 5定义了在功能寻址初始化中服务端(ECU)的错误处理

在功能寻址初始化中服务端(ECU)的错误处理。

/功能寻址初始化后的错

沪端(外部测试设备)通信错误处理(物理/功能

表36定义了在物理/功能寻址初始化后客户端(外部测试设备)的错误处理

在物理/功能寻址初始化后客户端(外部测试设备

表36在物理/功能寻址初始化后客户端(外部测试设备)的错误处理(续)

在物理寻址初始化后服务端(ECU)的通信错误处

表37定义了在物理寻址初始化后服务端(ECU)的通信错误处理

在物理寻址初始化后服务端(ECU)的通信错误处

工业厂房施工组织设计(含框排架、设备基础)3在功能寻址初始化后服务端(ECU)的错误处

表38定义了在功能寻址初始化后服务端(ECU)的错误处理

在功能寻址初始化后服务端(ECU)的错误处理

5波特率物理地址的需求如下: 物理地址应参考ISO9141; 地址字节包含1个起始位、7位地址、1个奇偶校验位和至少1个停止位 地址由车辆制造商分配

表B.1定义了推荐的服务端和客户端地址。

吊装施工方案附录B (资料性) 推荐的服务端和客户端地址

表B.1推荐的服务端和客户端地址

©版权声明
相关文章