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

GB／T *1590.2-2022 道路车辆 基于K线的诊断通信 第2部分：数据链路层.pdf

GB／T *1590.2-2022 道路车辆 基于K线的诊断通信 第2部分：数据链路层.pdf简介：

GB/T *1590.2-2022 是中国国家标准，具体指的是《道路车辆 基于K线的诊断通信 第2部分：数据链路层简介》。这个标准涉及到道路车辆通信技术，特别是针对基于K线（K-Line）的诊断通信，这是一种在车辆电子控制单元（ECU）之间进行数据交换的通信标准，用于车辆的故障检测、状态监控和远程诊断。

数据链路层是通信协议的第二层，主要负责数据的传输和错误检测，包括数据的封装、解封装、帧的发送和接收、错误检测与纠正等。在GB/T *1590.2中，可能会详细描述K线通信的数据链路层如何设计，如何确保数据的可靠传输，如何处理可能的网络问题，以及如何与其他车辆系统和外部设备进行有效的通信。

这个标准对于汽车行业非常重要，因为它推动了车辆电子系统的标准化和互联互通，有助于提高车辆的智能化水平和维修效率。

GB／T *1590.2-2022 道路车辆 基于K线的诊断通信 第2部分：数据链路层.pdf部分内容预览：

8.3.3.*本文件定义的FASTINIT报文序列

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

NB／T 10089-2018 25kV铁道交流系统用无间隙金属氧化物避雷器开后通信”响应报文由格式 本文件的“开启通信”响应报文定义见表

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

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

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

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

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

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

8.3.*成功初始化后的初始数据交换

8.*协议专用关键字节

8.*.1关键字节格式

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

关键字节的定义见表11.

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

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

8.*.5计算关键字节的十进制值

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

报文结构包含三部分：

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

9.2.3源地址字节（SA)

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

9.2.*长度字节(LEN)

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

报头中的格式字节定义了两个位（A1，A0），允许*种不同的报头配置。图12显示了报头的配置。

标引序号说明： 报头=格式字节（FMT)； 报头=格式字节（FMT）+长度字节（LEN)； 报头=格式字节（FMT）十目标地址（TA）十源地址（SA)； 报头=格式字节（FMT）十目标地址（TA）+源地址（SA）+长度字节（LEN)

9.3协议数据单元（PDU）

9.*校验和字节（CS

0.1通用定时测量需求

10.2协议定时参数定义

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

表1*定义了字节间和报文间协议定时参数。字节间定时参数仅在某条报文的各字节之间（请求 报文）有效。

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

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“终止通信”请求报文的实施

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

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

表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)应保持通信链路，并发送包含否定响应参数 的“访间定时参数”响应原语，

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

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

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

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

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

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

[11.*.1服务定义

[1.*.1.1服务目的

信层服务的目的是在ISO1*230通信链路上发违

[11.*.1.2服务表

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

表30“发送数据”服务

11.*.1.3服务流程

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

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

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

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

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

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

GB／T *770-2020 机车司机室特殊安全规则3*在物理寻址初始化中服务端（ECU)的错误处

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

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