我亲自进行了CANoe 12.0 SP4的实测, 栽过仿真测试工具连接不上ECU的大跟头, 初学着按照下面的步骤一步步去操作, 便可轻松将环境配置问题解决。 仿真测试工具第一步:配置……
我亲自进行了CANoe 12.0 SP4的实测, 栽过仿真测试工具连接不上ECU的大跟头, 初学着按照下面的步骤一步步去操作, 便可轻松将环境配置问题解决。
仿真测试工具第一步:配置Vector硬件驱动
重点之处在于, 得去确认, Channel的编号, 跟你实际上所插入的, VN1610的接口编号, 是相一致的。
【新手需防】新手极易犯的错, 便是驱动未装齐全, 致使仿真测试工具寻觅不到硬件。报错呈现的状况为: 启动CANoe时会报出“No hardware found”。核心之因在于: Vector驱动仅仅安装了基础包,却未安装网络驱动。解决的办法是, 再次让Vector Driver Setup运行起来, 把CAN/CAN FD Driver以及Ethernet Driver这两项进行勾选, 安装完成之后重启一下电脑。
仿真测试工具第二步:正确加载DBC文件
于CANoe主界面之中, 点击Simulation选项卡, 接着选择Simulation Setup, 之后在右键点击空白之处时, 点击Insert CAN Network。随后在网络节点那里, 右键选择Assign Database, 查找你的CAN.dbc文件并进行加载。
【新手需留意避开的坑】, DBC文件的路径当中, 是不可以存在中文或者空格的, 不然的话, 仿真测试工具进行解析的时候, 就会出现报错的情况。报错所呈现出来的现象是: 在加载DBC的时候, 会弹出“Database file could not be parsed”。而其核心的原因在于: 路径编码方面出现了问题。解决的办法是, 将DBC文件移动到D盘的根目录那里, 把路径修改成为D:CAN.dbc这样的格式, 并且要保证只有字母以及数字。
仿真测试工具第三步:配置IG模块发送报文
刚接触的新手要避开这个坑, 信号值设置好了却不产生效果, 这属于仿真测试工具里较常见的状况。有这样的报错表现, 发送出去的报文信号值始终都是默认的那个数值。而最关键的原因在于, 没有去勾选Cyclic Send或者Trigger On Key。
关键参数推荐与方案对比
关键参数给出推荐, CAN总线波特率的推荐值是500 kBit/s, 此为当下主流OEM以及Tier1的相应标准数值, 这个会确保仿真测试工具同真实ECU通信维持稳定状态, 并且能够适配大多数的Vector硬件, 倘若设置得较低, 像是250 kBit/s, 那样就会出现丢包情况, 若是把它设置得较高, 就是1 MBit/s, 硬件对此不予以支持!
仿真测试工具在进行方案对比时, 存在使用虚拟节点(Virtual CAN)与真实硬件节点(Physical CAN)两种情况 , 虚拟节点适用于纯软件测试 , 它不依赖硬件 , 但其缺点是延迟高 , 并且无法测试真实时序。真实硬件节点则适用于HIL台架测试 , 它具有实时性好的特点 , 不过成本高 , 还需要VN1640以上的设备。逻辑取舍是, 在开发的早期阶段, 运用虚拟节点去运行流程验证, 而在将其应用于ECU之前, 切换到真实节点开展最终验证。
高频报错与一站式解决
高频出现报错情况, 即仿真运行之际弹出“Transmit Error: CAN Bus Off”。这其中的缘由在于, 要么是物理层阻抗存在不匹配的状况, 要么是终端电阻未曾添加。而完整的解决流程如下, 第一步, 运用万用表去测量CAN_H和CAN_L之间的电阻, 正常的数值是60欧姆, 此为两个120欧姆并联之后的结果。第二步, 若阻值存在偏差, 在CANoe的Hardware Config当中勾选Termination On。第三步, 使CANoe重启并且再次给ECU上电。倘若依旧不行, 查看线缆屏蔽层是否接地, 一般接机箱GND便可解决。
上面所讲的方法, 适用于CANoe 12.0以及处于或高于此版本者, 并且那个ECU是支持CAN 2.0协议。倘若你所用的ECU其支持范畴仅仅涵盖CAN FD这一项, 那就得另外去勾选CAN FD Mode, 接着还要把波特率数据段修改成2 MBit/s。对于老旧的, 使用K-line协议的ECU的场景, 要换用CANstress工具链, 还或者Kvaser工具链, 而这里所说的方法并不适用此情况。
微信扫一扫
还没有评论呢,快来抢沙发~