Soly_kun的博客

这样就可以实现通过加载诊断数据库，自动生成对应的测试用例。将生成的测试工程加载到CANoe中，可以自动执行，达到全自动化的解决方案。

车载工具简介 --- VH6501基本配置guideline

CANoe工具使用技巧 --- 如何使用 "on ethernetPacket "事件处理程序

#### 文章大体有如下内容：### 1、背景信息### 2、CANoe、CANalyzer软件崩溃或停留在初始化界面问题### 3、CANoe CAPL Debug 功能使用介绍### 4、CANoe、CANalyzer问题：invalid array range### 5、如何将CAPL文件加密### 6、如何卸载Vector硬件驱动### 7、如何在CAPL中访问信号和系统变量的Value Table条目

#### 文章大体有如下内容：### 1、背景信息### 2、如何加载CANoe工程到VN89xx中### 3、CANoe：如何关闭VN8900的RT模式### 4、CANoe、CANalyzer问题：软件卡顿### 5、VH6501基本配置### 6、CANoe、CANalyzer 软件安装问题基本解决方案

#### 文章大体有如下内容：### 1、背景信息### 2、如何解决使用Model Generation Wizard时出现的错误### 3、CANoe和CANape中处理A2L文件的区别### 4、使用CANoe Demo - CANDisturbanceMain进行模拟干扰### 5、CANoe、CANalyzer问题：Driver Error 11 in TransmitCANFrame### 6、CANoe、CANalyzer问题：Graphic窗口曲线显示不全或颜色变浅

### 工具主要用于测试ECU的诊断功能。关于自动化诊断测试可以分为如下内容：### -> 1、根据诊断需求规范进行cdd文件的编辑（现阶段主要是诊断问卷调查表）；### -> 2、新建Diva工程，导入对应的诊断数据库文件生成测试用例；### -> 3、新建CANoe工程，导入CANoe.DiVa生成的Diva工程；### -> 4、根据测试报告进行错误处理。

CANoe 是进行 ECU 和网络系统开发、测试和分析的全面工具，支持总线网络开发从需求分析到系统实现的全过程，包括模型创建、仿真、测试、诊断及通信分析等。

在遇到Tester发送的诊断请求，ECU需要多帧响应，而需求规范或者测试规范要求Tester以不同的CANID（e.g. 0x 500）发送FC，这种情况通过CAPL测试环境怎么样来实现？可以使用回调函数解决该问题。如果对应需要发送FC（if判断），接下来就是CanTpFI_SetIdentifier事情。 Tester这个时候以另外一个CANID发送FC。作用是改变发送FC的CAN ID值。 ECU基于请求给与多帧响应；达到修改CANID的要求。 Tester发送请求。愿你我相信时间的力量，

这个此处设置10ms即可，造成的影响是每一个测试测试步骤中，响应和请求之间多了10ms 间隔时间，整个测试过程会边长而已。

一、 无诊断数据库应用场景：在工程师所涉及的项目中，OEM未释放对应的诊断数据库CDD或者ODX文件（ODX打包格式是PDX），工程师所在公司没有编辑诊断数据库的工具（CANdelaStudio）。

：这里在此解释，CANoe是基于PC端的强大功能的软件，只是它的License存放在接口卡中而已。注：此处下载的是软件的补丁包，不是完整安装包。对于用户，首先需要购买他们的软件License，一般会以光盘形式邮寄给用户，里面包含着软件安装包！昨晚我加班到十一点，使用CANoe还可以正常使用，为何今天就提醒软件没有License呢？

以往CANoe.DiVa测试内容是基于加载诊断数据库中的诊断描述内容进行自动化生成诊断测试用例，当测试者需要基于自己所需的诊断测试序列时，CANoe.DiVa只能进行定制

ECU Check这个例程。其他逻辑在生成的时候已经存在。将测试工程加载CANoe中运行，结束后分析测试报告：

伴随以太网引入到车载网络中，本文分享通过常用工具CANoe怎么样对ECU进行通信以及测试。相比在车载CAN总线，以太网又有什么与众不同之处？1、硬件接口卡（收发器）以往车载CAN网络较常使用的是VN 16XX 系列，在连接ECU进行通信时，除了配置波特率也要进行通道分配：

本文基于日常使用范畴，汇总了基于车载CAN总线和车载以太网对应接口卡在CANoe中的通道配置。

以往刷写测试是 CANoe.DiVa 配合 vFlash (Vector开发的刷写工具)来完成，新功能实现后的优点在于：1.不再局限于调用Vector 的刷写工具（vFlash）做刷写测试；2.可以提前开发基于第三方刷写工具的刷写测试脚本，后续配置CANoe.DiVa工程时进行导入。

当CANoe.DiVa生成的测试用例不能完全覆盖需求时（OEM规定的Specific test use case），可以将CANoe.DiVa生成的测试工程加载到vTestStudio中，在工具中编辑特定的测试用例后，再同步至CANoe中自动化运行。

对于测试又区分手动测试和自动化测试，本文分享怎么样通过CANoe.DiVa自动化测试DTC（节点丢失相关的DTC）

CANoe.DiVa是一款基于加载诊断数据库自动化生成诊断测试用例（包括协议层用例、TP传输层用例（支持CAN/CAN FD TP）、刷写测试用例等）。原理是基于工具已经封装好的测试用例库，通过识别加载的诊断数据库（CDD/ODX），识别数据库中诊断描述内容（在OEM诊断需求规范中UDS服务、DID、DTC等内容）。本文介绍基于该工具自动化测试ECU内部通信相关的DTC测试方法。

本文基于CANoe.DiVa工具，提供基于该工具做DoIP测试全流程解决方案。主要包括：1、输入数据库；2、CANoe.DiVa测试设置；3、CANoe测试设置

将生成的测试工程加载到CANoe中，自动化执行该测试工程：通过如上测试，实现了用户自定义测试序列的自动化测试，提高测试效率以及覆盖度。

通过版本的分享，可以实现对CANoe.DiVa工具模板设置，实现快速复用。

本文分享如下内容：1、DTC相关基础内容；2、传统单个控制器DTC监测策略；3、DTC手动测试（以电压异常为例，使用CANoe测试）4、DTC自动化测试（通过CANoe.DiVa和CANoe实现）

本文分享CANoe.DiVa中测试过程中除了正向测试（Valid Test）外，怎样设置逆向测试（Invalid Test）内容。

在车载诊断测试范畴，都有一定的时间要求，像典型的P2、P2*、S3、P6等。测试过程中也会有一些具体的时间设置，比如在测试过程中考虑到芯片的性能关系，可能响应时间比理论值会长一些，这个时候就需要在测试工具中给予这个待测时间参数增加个阈值。

CANoe.DiVa是基于加载诊断数据库自动化生成诊断测试用例的一款工具，原理是通过识别数据库中含有的诊断数据内容，自动化匹配CANoe.DiVa库中已有的诊断测试用例。其生成诊断测试工程后，需要在CANoe中运行（执行环境是CANoe）。因此以前在使用这两个软件是需要注意的事项就是保证这两个软件的版本一致。e.g. CANoe Version 12必须对应CANoe.DiVa Version 12本文算是对CANoe.DiVa深层次测试应用举例说明

CANoe.DiVa是业界较常用的自动化测试工具，所谓自动化实现原理：基于加载诊断数据库CDD/ODX自动化生成关于数据库中诊断描述内容（UDS Service、DID、DTC等）相关的诊断测试用。C本文基于CANoe.DiVa,对测试用例进行预期响应设置，从而达到快速测试所设置项的目的！

在运行由CANoe.DiVa自动生成的诊断测试用例时，CANoe需要通过接口卡作为CAN信号的收发/以太网信号的收发。因此在工具中需要配置好通信通道，进行自动化测试。

本文主要分享了基于CANoe.DiVa工具，自动生成关于CAN /CAN FD 两种车载总线关于TP层测试用例的设置。

CANoe.DiVa是基于加载诊断数据库CDD/ODX自动生成诊断测试用例工具，本文包含了该工具具体生成测试用例的覆盖度。