不使用VH6501设备，通过VN1630等普通设备使用canConfigureBusOff函数进行busoff干扰测试

已于 2024-03-10 16:20:01 修改
阅读量1.5k 收藏 14
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 车载网络诊断测试那些事儿 文章标签： CAN busoff CANoe CAPL
于 2023-08-31 20:51:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Chaorewq/article/details/132510344
本文介绍了如何在不依赖VH6501设备的情况下，利用CANoe的canConfigureBusOff函数进行CAN总线busoff干扰测试。此功能适用于vector驱动9.6以上并支持ISO CAN FD的环境。测试代码示例提供了进行busoff快慢恢复测试的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

**

特别注意一下，使用这个函数需要你的vector驱动在9.6以上以及支持 ISO CAN FD.

**

函数canConfigureBusOff 可以通过脚本的形式产生bus off，而VH6501可以通过干扰bit位来产生bus off(使用CANoe Demo - CANDisturbanceMain进行Bus Off测试)。

对于函数canConfigureBusOff ：With this function it is possible to configure a CAN or CAN-FD message using the ID (Standard or Extended).
The configured message is then always disturbed by one of our interfaces (which support this feature) as soon as this message is seen on the bus. effect is the same, if your ECU send this ID, then this is disturbed and your ECU goes into BUSOFF.

了解本专栏 订阅专栏 解锁全文
【如何学习CAN总线测试】——Vector VH6501干扰仪测试BusOff
测试领域技术分享
02-05 5477
随着近几年汽车智能化水平的大大提升，汽车上各种ECU逐渐增多，CAN总线也是汽车上最重要的网络之一，都离不开CAN总线进行通信，以实现车辆各个系统之间的协调与控制，但由于车辆电子系统的复杂性和总线通信的高频率，可能导致ECU总线干扰通信信号的丢失，影响各个控制单元之间的正常通信和数据传输，进而影响车辆系统的性能和功能，需要一款设备模拟干扰，Vector VH6501由此而生。
【CAN总线测试】——使用VH6501 进行Busoff快慢恢复测试
LOVE135149的博客
11-11 3860
即在IDBase中填标准帧11位二进制ID，如果不满11位，高位补零，凑齐11位，并将下方CurrTriggerField设置干扰前一位AckSlot位，Triggeroffset设置为0。首先确认环境支持VN6501，6501硬件连接成功后，工程的小闪电是正常黄色状态，若是灰色证明缺少License，或者软件安装环境不正确。填写干扰报文ID、干扰位置 注意这里的干扰位置是实际干扰的前一位，TriggerOffset表示偏移量，可以干扰某个字节的具体位.找到并打开Panel后，开启工程，并且配置面板。
CAPL通用函数整理---记录
m0_73197172的博客
08-09 3225
ltoa | 整型转字符串，第三个参数选择转换出来的进制类型，2：二进制，10：十进制，16：十六进制 | long z = 255;|_gcvt |浮点数转字符串 | char s1[15];|_atoi64 | 64字节的字符串转为整形 | int i64 = _atoi64("4564616546516");| diagSendResponse | 用于发送诊断响应给诊断仪，仅用于ECU仿真节点时|
Vector - CAPL - CAN消息自动化设置
车载网络测试
05-15 2297
CAPL对于CAN&CANFD报文的设置、检查、发送等控制函数介绍
ＶＨ１６３０／４０　ＣＡＮｏｅ短路／断路BUSOFF恢复
05-11
模拟CANH/CANL短路／断路时，CANｏｅBUSOFF恢复
Vector - CANoe - CAPL重启VN设备退出BusOff
车载网络测试
02-19 1148
CAPL函数重启VN系列设备退出BusOff恢复到正常通信状态
CAN总线中Bus Off后快慢恢复时间的测试方法介绍
车载控制器AutoSAR软件开发工程师
02-28 1万+
Bus Off原理及测试方法介绍
STM8做BUS OFF快慢恢复策略
06-22 6629
前言： CAN总线上出现错误会导致CAN控制器进入BUS OFF状态，具体的可以参考CAN的规范。 CAN控制器提供自动恢复和手动恢复功能。 1.自动恢复 自动恢复比较简单，初始化的时候打开自动恢复功能。要求不高的话建议打开，否则CAN BUS OFF一直无法恢复通信。 CAN->MCR |= CAN_MasterCtrl_AutoBusOffManagement;/*atuo ...
使用VH6501进行BusOff快慢恢复测试流程和步骤.zip
06-17
本文将详细介绍如何使用VH6501进行BusOff快慢恢复测试的流程和步骤。 1. **理解BusOff状态** - BusOff是CAN协议的一项安全机制，当节点检测到错误帧超过阈值时触发。 - 快速恢复和慢速恢复是两种不同的恢复策略，...
使用CANoe Demo - CANDisturbanceMain进行Bus Off测试（VH6501）
07-29
这份技术文档详细介绍了如何使用CANoe软件的CANDisturbanceMain工具进行Bus Off测试，该测试主要针对VH6501硬件设备。CANoe是一款广泛应用于汽车电子系统中的CAN（Controller Area Network）和CAN FD（Flexible Data...
Vector工具VN1630/VN1640 CAN通道通讯测试
05-05
在使用Vector公司的CAN接口卡的时候，有时候无法进行通讯，可以自己试着进行通道之间的测试，检查一下是否硬件出现问题。
Vector产品手册电子版
05-09
Vector产品手册电子版
车载网络测试实操源码_使用VH6501+CAPL脚本实现BUS OFF干扰测试
文章主要涉及嵌入式软件开发、测试、项目管理等，欢迎交流，共同进步。
11-04 1374
在车载CAN/CANFD网络开发或测试中，经常需要模拟制造CAN BUS OFF。使用VH6501能够对CAN报文施加干扰，可以根据需要准确的干扰某CAN/CANFD报文的某个位，以及设置干扰的帧数和次数等。常规的手动操作这里就不说了，在CANoe打开“Disturbance(CAN)”的示例工程，手动设置一些参数就可以进行。本文我们讲一讲如何利用CAPL脚本实现自动化的BUS OFF干扰测试。
VH6501 Busoff测试
xiaochen0511的博客
04-08 1766
Repetitions干扰次数一般固定为32次，干扰一次，也就是干扰一个cycle，ECU的TEC累加8，在连续干扰32次之后，TEC的值为256，ECU便会进入Busoff。CurrTriggerField选择AckDelimiter(CANFD)，如果是CAN，选择AckSlot。干扰次数大于或等于5次时，ECU进入慢恢复。TriggerOffset填0。
CANoe出现Busoff后如何恢复?
诊断协议那些事儿's blog
12-16 1973
在测试Busoff或者ECU进行快速上下电测试时，CANOE往往会进入Busoff状态，DUT会自动恢复，但CANoe只有手动重启CANOE，从而导致自动化测试无法进行下去。这时可以通过CAPL检测到Busoff发生时使用特定的函数重启CANOE
VH6501干扰仪的使用
帮助100万人颠覆负面潜意识，实现人生蜕变，培养1万名潜意识开发导师
05-30 7637
触发模式方法备注External Trigger(外部触发)使用VH6501的I/O口作为触发源Frame Trigger（报文触发）设定被干扰报文的触发位置，并发送干扰位序列/报文software Trigger（软件触发）配置好干扰序列后直接发送Error Frame Trigger（错误帧触发）基于错误帧标识位为触发条件触发干扰Direction Trigger（发送方向触发）根据TX/RX发送/接收方作为触发条件Inverted Trigger（反向触发）
从零学习VH6501(七) —— Bus Off 的基本理解和测试用例设计
热门推荐
蚂蚁小兵
02-25 1万+
本章博客，讲解了Bus Off 的理解 以及使用VH6501进行 Bus Off 测试
从零学习VH6501(四) ——干扰触发的次数配置(Repetitions 类)
蚂蚁小兵
02-25 3583
VH6501 CAN Disturbance Interface 触发次数的设置
【BUS OFF】如何在不使用CANoe自带工程CANDisturbance.cfg的情况下也能自由制造CAN/CANFD bus off故障
weixin_44371011的博客
11-07 1130
震惊！居然还可以这样制造bus off故障
vh6501测试busoff全干扰
最新发布
03-15
### VH6501 Bus Off 全干扰解决方案 在 CAN 总线测试过程中，Bus Off 是一种常见的异常状态。当节点发送错误过多时，CAN 控制器会进入 Bus Off 状态，从而停止参与总线通信。为了有效解决 VH6501 在测试中遇到的 Bus Off 全干扰问题，可以从以下几个方面入手： #### 1. **硬件配置优化** 确保 VH6501 的硬件连接正确无误，并按照需求设置终端电阻。对于 CAN 总线网络而言，终端电阻的作用至关重要，它能够减少信号反射并提高通信质量。如果终端电阻缺失或阻值不符合要求（通常为 120Ω），可能会引发信号不稳定，进而导致 Bus Off[^4]。 此外，在多设备环境中，若 CANoe 接入了多个 VH6501 设备，则需要通过 `DeviceID` 对不同设备进行唯一标识，以防止冲突和数据混乱[^2]。 #### 2. **软件参数调整** 在 CANoe 中配置 VH6501 进行 Bus Off 测试时，应合理设定筛选器规则。如果启用了筛选器功能，而目标报文 ID 不满足任何筛选条件，则这些报文会被丢弃而不存储到接收 FIFO 队列中[^3]。因此，建议根据实际测试场景灵活调整筛选策略，避免因不必要的过滤操作影响正常通信。 另外，针对主动触发 Bus Off 场景的情况，可以通过 CAPL 脚本实现自定义行为模拟。例如，利用 CAPL 函数向总线注入大量非法帧来加速达到 Error Passive 或者直接跳转至 Bus Off 状态。具体方法如下所示： ```capl // 定义全局变量记录当前错误计数器数值 int txErrorCounter = 0; int rxErrorCounter = 0; on message * { // 当接收到任意消息时增加接收方错误次数 rxErrorCounter += 8; } output(messageObj); { // 发送每一帧的同时累积发送方错误数量 txErrorCounter++; } ``` 上述脚本片段展示了如何手动操控两个方向上的错误统计量变化趋势，最终促使控制器快速陷入不可恢复的状态即所谓的“全干扰”。当然这仅作为演示用途，请依据实际情况修改逻辑细节后再投入正式运行环境当中去执行相应任务。 #### 3. **测试流程改进** 采用分步验证的方式逐步排查可能引起 Bus Off 的因素。先单独测试单个节点的功能表现；再引入更多参与者构建完整的拓扑结构之后再次评估整体性能指标是否达标。这样有助于定位到底是哪一部分出了差错以及采取针对性措施加以修正完善整个系统的稳定性水平。 综上所述，通过对硬件基础架构、软件算法设计以及实验安排三方面的综合考量与实践探索，可以较为有效地应对由 VH6501 所带来的复杂条件下产生的 BUS-OFF 干扰难题。 ---
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

天赐好车

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值