车载诊断标准ISO 15765-3中文

车载诊断标准ISO+15765-2中文

ISO 15765-3（2004）

道路车辆——控制局域网络诊断——

第3部分：

一元化诊断服务实施（

CANUDS）的

车载诊断标准ISO+15765-2中文

道路车辆——控制器局域网（CAN）的诊断—— 第3部分：

一元化诊断服务实施（CAN的UDS） 1 范围

这部分ISO 15765协议按照ISO 14229-1，描述了在ISO 11898定义的控制器局域网中统一诊断服务（UDS）的实施。它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。它对汽车内部CAN总线架构无任何要求。

2 参考的标准

下述的参考文档对于该文档的应用是必不可少的。

3 术语，定义和缩略词

为编撰该文档目的，这些术语和定义已在ISO 14229-1，ISO 15765-1及ISO 15765-2中给出，以下缩略词术语同样适用。 DA 目标地址 ID 标识符 DLC 数据长度码 GW 网关

LSB 最低有效位 MSB 最高有效位 NA 网络地址 SA 源地址 SM 子网掩码 TOS 服务类型

4 协定

该部分ISO 15765协议基于ISO 14229-1的协定，该协议遵从使用到诊断服务的OSI服务协议。

5 统一诊断服务（UDS）对照OSI模型的应用

见图1

6 应用层及会话层

车载诊断标准ISO+15765-2中文

6.1 应用层服务

该部分ISO 15765协议使用ISO 14229-1的客户机-服务器式的应用层服务。该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。

6.2 应用层协议

该部分ISO 15765协议使用ISO 14229-1应用层协议。

6.3 应用层诊断会话管理定时

重要——任何一个服务器端产生的<N_Result>不等于N_OK的N_USData.indication的指示服务，服务器应用层都不应该有一个应答信息。

6.3.1 概况

下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。

图1 OSI模型中，基于CAN的UDS实施

下述的几种通信会话方式需区别开： a) 物理的通信在如下期间 1） 默认会话方式

2） 非默认的会话方式——需进行会话处理 b) 功能的通信在如下期间 1） 默认的会话方式

车载诊断标准ISO+15765-2中文

2） 非默认的会话方式——需进行会话处理

所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。

定义在ISO 15765-2的网络层主要是处理客户机-服务器的应用层及诊断会话管理的定时。

6.3.2 应用层定时参数定义

用于默认的诊断会话的应用层定时参数值应按照如下表2设置

表2——默认会话的应用层定时参数定义

车载诊断标准ISO+15765-2中文

P2CAN参数被认为是所有系统网络设计参考延时，该延时通过网关及总线带宽加上安全系数（例如最坏情况的50％）。最坏情况（客户机-服务器-客户机信息传输一个来回的必须

得传送时间），基于系统的设计，并受以下因素的影响： a) 包含网关的数量

b) CAN帧发送的时间（波特率）

c)

CAN总线的使用情况

d) CAN设备驱动使用方法（轮询方式还是中断方式）及网络层的处理时间

P2CAN分为两个时间，一是客户机发送请求至服务器的时间，一是服务器发送应答至客户

机的时间。

P2CAN P2CAN

_Req

P2CAN

_Rsp

图2展示的是 P2CAN组成的一个例子。

图2 —— P2CAN组成的一个例子——单帧请求和应答信息

注意：为了简单描述定时参数，在以下所有的图中，假定客户机到服务器在同一个网络中。所有的说明及附图按照时间顺序表述。

车载诊断标准ISO+15765-2中文

6.3.3会话层定时参数定义

当诊断会话而不是默认的会话启动的时，需要按如下表3的会话层定时参数进行会话的操作。

而且，服务器转变到非默认会话时，应当改变它的应用层定时参数P2CAN

*

P2CAN

_Client

_Server

和

，以完成适用于诊断会话的操作。非默认的诊断会话适用的定时参数在诊断会

话控制应答信息中报告，当一个应答需要传递（见图9.2.1服务说明）或需要提前通知客户不传递任何应答信息时。当客户机启动功能的非默认会话时，它应当调整响应的服务器的定时参数。

表4定义了客户机和服务器开启/重启的S3Client/S3Server定时条件。对于客户机，周期性发送功能地址（0x3E）请求信息，应当与连续地发送物理地址（0x3E）请求信息区别开，后者仅仅在没有其它任何诊断请求时发送。对于服务器，不需要这两种（0x3E）的操作方式。表4说明S3Server定时器操作是基于网络层服务的，也就是说，S3Server定时器在接收到不支持的诊断请求信息时，重启。

6.3.4 客户机和服务器定时器资源要求

对于客户机及服务器在默认会话及任何非默认会话完成上述时间定时的定时器资源要求应按照表5及6所示。在非默认会话期间，表6所示附加的定时器资源要求适用于客户机及服务器。

车载诊断标准ISO+15765-2中文

表 4 ——客户机及服务器的会话层定时启动/停止条件 定时 参数 动作 物理和功能通信， 使用功能地址， 周期性发送请求信息 N_USData.con 用于指示诊断会话控制 (10hex)请求信息的完成。只适用于 非默认会话的会话类型。 N_USData.con 指示功能地址(0x3E) 请求信息的完成， 它是在 S 3Client 定时 每次到时时发送。 物理通信， 使用功能地址， 连续发送请求信息 若不需应答， N_USData.con 指示诊断会话 控制(10 hex)请求信息的完成。 若需一个应答， N_USData.ind 指示诊断会 话控制(10 hex)请求信息的完成。 若不需应答， N_USData.con 指示诊断会话 控制任何请求信息的完成。 若需一个应答， N_USData.ind 指示诊断会 话控制任何请求信息的完成。 N_USData.ind 在接收到多帧应答信息时， 指示出

错。

S 3Client

初始化 开始

随后的 开始

S 3Server

初始化 开始

如果需要一条应答信息被传送的话，N_USData.con 指示诊断会话控制应答信息的 完成，表示从默认会话转变为非默认会话。 如果不需应答。成功地完成请求的服务，该请求为诊断会话控制( 10 hex)请求 信息要求从默认会话转变至非默认会话，

随后的 结束 随后的 开始

N_USDataFirstFrame.ind 指示多帧请求信息开始，N_USData.ind 表示任何一个单 帧请求信息的接收。如果使用默认会话， S 3Server 被禁用。 如果需要一条应答信息被传送的话(包括肯定及否定应答) ,N_USData.con 指示任 何应答信息的完成，确定一条服务的执行(最后回复信息) 。否定应答应答码 0x78 不会重启 S 3Server 。 如果不需要任何应答信息(肯定或否定) ,请求动作的完成(服务结束) N_USData.ind 指示接收多帧请求信息时的出错。 当请求发送未被请求的信息，如基于某一事件的周期性数据及应答，见 6.3.5.4 服务器关于 S 3Server 更多的处理。

表 5——默认会话下定时器资源要求 定时参数 客户机 服务器

P 2CAN

_ Client

为每一个逻辑通信通道(物理和功能通信) N/A 设置一个单独的定时器是需要的，例如，点

车载诊断标准ISO+15765-2中文

6.3.5具体的定时参数描述 6.3.5.1物理通信

6.3.5.1.1默认会话下物理通信

…… 此处隐藏：2915字，全部文档内容请下载后查看。喜欢就下载吧 ……