Canoe分析报文数据、加载DBC、分析asc、blf 格式文件、canoe实时收发can报文、canoe用于UDS诊断测试

canoe目前使用的主要功能实时录制报文、离线播放、在线播放参考CANoe录制和回放CAN报文1、离线报文本节都是在离线报文上做的操作没有用canoe抓过实时报文。博最时期1.1、打开工程盗版的这样操作1. 2、pcan录的trc文件怎样打开需要用 PEAK-Converter 把trc格式文件转换为asc格式文件才能用canoe工具打开1. 3、怎样加载文件1. 4、跳不出图形界面怎么办1. 5、加载数据1. 6、加载DBC红框2 需要双击。1. 7、打开trace界面显示所有报文1. 8、trace界面怎样实现id过滤分析过滤器有两种一种stop filter, 阻止某些报文的显示。另一种pass filter只显示某些报文。将你想过滤ID的报文鼠标左键按住拖入stop/pass过滤器下并勾选就可以开启过滤。假设你stop filter中过滤的是0X100报文则在trace窗口中看不到0X100的报文 假设你stop filter中过滤的是0X100报文则在trace窗口中看不到0X100以外的报文关于过滤还有另一种方式可过滤也叫列过滤器就是在trace窗口中可对某一项进行过滤比如只想看channel 2的报文则选择channel 2即可2、抓取实时报文银基时期2.1、怎样配置工程抓取实时报文方法1使用别人给的现成的配置工程CANoe 13.0加载进去就好了。通过网盘分享的文件Chery_FBL.rar链接: 自己的百度网盘网址提取码: 8j7s方法2自己配置搭建一个全新的工程双击创建2通道的工程打开数据接收界面点击开始就有数据了保存工程2.2、同一id所有数据展开当发送者只发送一个can id的时候需要把接收的所有数据都展开可以这样设置2.3、怎样保存实时报文2.4、怎样给对端设备发送报文点击 start 之后就可以手动发送报文了也可以周期发送。从 Trace 界面可以看到发送后有应答。2.5、2.6、3、canoe用于UDS诊断测试使用canoe进行UDS测试实现方式主要有3种1、手动测试基于需求规范,提炼出测试规范,再基于测试规范,绿偏写测试用例。基于测试用例一步一步手动测试并记录测试结果2、半自动化测试:基于测试规范编写测试脚本,将编写好的测试工程加载到执行软件中自动化运行。所谓半自动化就是手动编写测试脚本,自动化运行测试脚本3、全自动测试实际项目中车厂会输如CDD文件即诊断数据库集成所有用到的诊断命令实现全自动化测试3.1、有诊断数据库测试1、在canoe中加载诊断数据库2、导入配置不需要修改3、cdd导入后,Diagnosticconsole中已经有了诊断命令,手动发送诊断帧的方式测试验证即可。3.2、没有数据数手动UDS测试3.2.1、实现目标依据EOL测试规范利用UDS实现读取SE 的seid注意这里的can 是标准can, 一帧数据只有8个字节。读取eol的描述从这里可以看出虽然seid长度是16字节但是nfc应答的首帧中定义了ecu应答的数据长度是0x18数据21字节seid16字节后面5字节为空即 正响应1字节 DID2字节数据21字节。所以后面配置response的时候接收的数据是21字节。3.2.2、配置1、配置传输层TP层2、在添加好BasicDiagnosticDescription (UDS)选项后,会有对应的交互界面。在此处设置请求ID和响应ID、TP相关参数、加载解锁所需dII文件以及其他时间参数。3、根据需求添加服务这里length一定要配置对canoe会依据这个长度计算流控帧的个数。3.2.3、测试这里报错说明是response中配置的应该接收的数据长度不对修改如下再次测试3.3、遇见的问题3.3.1、设置多参数例如但是设置的时候发现接收设置中多了一个字节怎么办解决办法如下就正常了3.3.2、怎样可以让例程控制回调阻塞背景在arp eol检测中需要检查mcu和se芯片通讯正常但是mcu跟se的通讯是异步不能立马知道执行结果从发出命令到执行结果出来需要1s的时间这个改怎么做呢解决办法例程控制的回调函数 ApplDescRtnCtrlStartGeekNfc_SeComStatusCheck 如果没有调用函数 DescProcessingDone()那么这个回调函数会被一直周期调用这个时候如果请求se结果那么会返回2.