AUTOSAR CAN Busoff处理

本文详细介绍了CAN通信中Busoff(总线关闭态)的产生机制,包括单节点特殊情况下的TEC增长限制,以及Busoff的诊断故障代码处理机制。重点讨论了Busoff快慢恢复参数配置,并在AUTOSAR环境中如何通过回调通知来实现故障码的处理逻辑。

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

Busoff产生机制

CAN通信Busoff即总线关闭态,一个CAN节点有三种状态,主动错误状态、被动错误状态以及总线关闭态。如下图可知进入Busoff的原因是因为发错错误大于255,在此状态节点不能收发报文。

image-20220922133126781

单节点特殊情况

根据CAN规范,单节点发送报文NO ACK的错误也会使发送节点的TEC不断增加,那么TEC是否会增加到大于255,进而产生Busoff?实际测试是不会的,TEC只会增加到128,这是为什么呢?如果总线上只有一个节点,也就没有必要通信,自然也没必要进入Busoff,当节点TEC增加到128后按上图是进入到被动错误状态。

根据如下规范内容描述:节点发出错误标志时,发送错误加8,但是节点如果处于被动错误态检测到ACK错误就不再发出错误标识了,TEC保持不变。这种情况也很好理解,就是发送节点一直发送报文,但是在TEC累计到128之前一直没有接收节点应答ACK,因此到128后就没必要一直发送了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

钢琴上的汽车软件

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

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

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

打赏作者

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

抵扣说明:

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

余额充值