CANoe.DiVa自动化测试节点丢失DTC分享.docVIP

CANoe.DiVa自动化测试节点丢失DTC分享 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ?伴随技术不断更新迭代和驾驶员对车辆新需求（智能化、自动化、舒适性、娱乐性等）的不断提出，汽车电子（软件）在整个车辆研发费用所占的比重再逐步增高。同样，基于需求规范实现其功能（软件）后，需要通过测试验证功能实现是否是按照需求规范定义的内容实现。因此，测试的重要性也在日益凸显其重要性！ ? ? ?对于测试又区分手动测试和自动化测试，本文分享怎么样通过CANoe.DiVa自动化测试DTC（节点丢失相关的DTC） CANoe.DiVa是基于加载诊断数据库自动化生成诊断测试用例的工具，要实现关于节点丢失相关DTC测试需要具备如下条件： 1、CANoe.DiVa以及配套CANoe: CANoe.DiVa是基于加载诊断数据库CDD or ODX自动化生成诊断测试用例工具，生成的测试工程是在CANoe中运行，因此要求两者软件版本一致； 2、CDD文件 编辑好的CDD文件，包括编辑有节点丢失的DTC内容； 3、dbc文件 该通信数据库定义了待测ECU与其他节点进行数据交互的具体内容（Message），也是通过该数据库设置Disable Message Send，将需要发送至待测ECU的报文（Message）终止，由ECU判断节点丢失DTC产生的触发条件，触发条件一般包括： ? (1) ECU中15电/30电都处于On； (2) ECU处于正常工作电压区间 3s； (3)DTC诊断检测功能开启； 故障注入： 发生故障时，待测ECU中报文所反馈的值是故障发送前传递的信号值 与待测ECU进行数据交互的节点周期性发送报文，若待测ECU收到信号，则设置相应的标志位，若没有收到，则不设置。 ? 判断逻辑： 每次检测中，如果发现故障，则使故障检测计数器加5，如果没有故障，则使故障检测计数器减4。故障检测计数器达到25次（故障计数器初始值为0），记录故障。 上述测试逻辑只是为了方便理解，自己杜撰，具体要看ECU的诊断需求规范。 ? 如本文例子： 在整车网络内，各个节点（ECU）可以通过互发Message（报文）实现数据交互。在诊断范畴内，若因Message异常而导致无法实现数据交互，我们称节点丢失。例如用户所研发的ECU1与ECU2有数据交互。当ECU2发向ECU1的Message异常，无法实现将Message发送到ECU1。这时，ECU1根据诊断功能判定节点ECU2丢失。 一、???????创建CANoe.DiVa测试工程 1、建立CANoe.DiVa测试工程，并导入dbc数据库； 2、在TestConfiguration 中对所要测试的DTC进行设置，首先在故障类型中选择CANSignalMissing类型，操作如下图： 3、设置完故障类型CANsignalMissing后，接下来设置具体哪个节点丢失内容；勾选所要测试ECU接受的Message，并选择这个DTC所对应的测试用例。 4、点击“Generate”自动生成对应的测试用例： 二、在CANoe中运行测试工程设置 1、新建一个CANoe工程，连接所要测试的ECU，导入通信数据库dbc文件和CANoe.DiVa测试工程； 2、将dbc文件导入CANoe中时，选择如下方式： 另外需要注意的地方是dbc数据库名称与CANoe中网段名称需要一致。 3、加载CANoe.DiVa测试工程并运行，结束后打开测试报告，如下： 可获知CANoe.DiVa工具对dbc报文做了处理： Enable message Disable message 当达到ECU判定对应节点丢失的DTC后，通过完善的测试逻辑（可参看上图测试报告）进行测试。 ? ? PS：关于测试DTC，自己一路走来，各种事情都遇到过： 1、为了测试电压/电流异常的DTC，自己手动调节稳压电源，将所研发的ECU烧了不止一打； 2、为测试温度异常DTC，将整个测试环境搞到恒温箱，差点没炸啦； 3、测试各种Pin脚短路/断路DTC，恒压电源差点烧起来。 关于节点丢失DTC，自己以前手动测试是通过控制CANoe IG中与待测ECU进行数据交互的ECU，手动让之不发送，经过一定时间（满足计数器阈值时间），发送Service19 02来手动读取。 ?