基于ISO15765的整车诊断程序软件设计研究.pdfVIP

基于IS015765的整车诊断程序软件设计研究

摘要：为了确保交付到用户手中的汽车安全质量达标，EOL诊断测试必不可

少。目前，市面上很多的车企都使用的是IS014230协议，是基于K线检测的。但

是因为诊断系统完全独立于汽车内部CAN网络系统，这使得汽车的成本上升，汽车

内部网络也变得更加复杂。所以本文采用基于IS015765协议设计的EOL整车诊断

程序能够利用目前大部分车辆的CAN总线，使用成的汽车CAN总线做检测，这样

就能够减少车辆的成本，并且提高汽车CAN总线的负载。本文提出的基于

IS015765的整车诊断程序经过测试代码运行正常，可以满足EOL的基本功能，可

以为整车诊断测试提供建议。

关键词：CAN总线IS015765诊断程序

随着汽车行业的日益发达，车辆上的电子设备也愈来愈多，人们对车辆的舒适、

安全的需求愈来愈高。为了确保交付到用户手中的汽车安全质量达标，EOL诊断测

试必不可少。本文基于IS015765协议设计了一套EOL诊断程序。IS015765以

IS014229—1所定义的服务为基准，规范了基于CAN总线的诊断业务(UDSon

CAN),包含了网络管理、网络定时、应用层定时等详细内容，使该协议的适用范

围和操作性更强［2］。通过采用CAN总线通道对汽车控制器网络进行故障诊断，可

以为故障诊断技术在车辆的电控系统中产生广泛应用提供了有利条件。IS015765

协议顺应着代汽车网络总线技术的发展趋势，并逐渐被更多的车企所采用。

1总体设计方案

通过上文的分析，此次设计的整车诊断程序主要可以实读取数据功能和设置

命令功能。为了实这两部分功能，首先需要对诊断的结构进行设计，然后对网络

协议方面进行设计。

如图1所示，本文选用的是客户端(诊断设备)与服务器(ECU)在同一个网

络，客户端与服务器直接相连的诊断结构［3］。当诊断设备与ECU在同一个车载网

络中时，诊断设备与ECU直接相连，系统功能设计及车载终端诊断软件各功能模块

之间的关系与参数传递如图所示。本文主要介绍诊断功能模块软件方面的设计。

EOL软件主要包括读取数据和设置终端参数两方面功能。由于诊断协议的实施

涉及诊断设备与被诊断网络ECU之间的诊断通信，因此，诊断协议的设计涵盖了诊

断设备软件的设计和被诊断ECU的设计。在系统功能设计中，诊断设备的诊断协议

实即为车载终端诊断软件协议的实。

如图2所示，将IS015765协议映射成OSI架构，IS015765规定的服务要划分

为三个部分：IS015765—3定义的诊断服务对应着应用层，IS015765—2定义的网

络层服务对应着网络层，以及IS011898—1定义的CAN通信服务对应着数据链路层

间的数据传输。应用层业务必须符合IS014229-1和IS015031-5等国际诊断协议,

并且IS015765—3协议也要和国家标准以及为汽车厂商所定制的规范相一致。网络

层能够独立于物理层实，而且只用于通用车载诊断（OBD）的物理层，对于其他

应用领域，如IS015765协议能够使用到所有CAN物理层。

在设计诊断软件诊断协议时，考虑了诊断协议中否定响应的可能情况，在与被

诊断ECU进行诊断通信发生否定响应状况时，上位机会给以否定响应种类和原因的

提示。此处以安全访问服务的诊断协议实执行流程为例，见图3所示。

ECU进行非默认模式会话请求，然后，进行安全等级选择并请求种子，根据接

收到的种子及安全访问算法发送密钥，收到ECU正定响应后则ECU被解锁。

诊断协议的核心实施是在诊断装置与被诊断网络ECU之间进行诊断信息的交流。

因此，诊断协议的设计包括对诊断装置程序和被诊断ECU的诊断协议进行开发。同

时，在系统功能设计中，诊断设备的诊断协议实即是诊断应用协议的执行。

2诊断功能模块设计与实

诊断功能模块主要包括读取数据功能和设置终端参数两项功能模块。程序中

CAN.和CAN.h为IS015765协议部分。Basi_logi为时钟函数。EOL诊断相关的

代码在eol.和eol.h牝所有代码在main中执行。Usartdebug代码部分的代

码主要功能为使用usart3作为调试输出串口并进行串口通信。（图4）

本文的诊断结构设计选用的是诊断设备与被诊断ECU在同一个网络，无需直接

连接网关客户端与服务器。诊断上位机与被诊断ECU连接到同一网络，