CAN报文多帧,首帧,流控帧,连续帧

本文详细介绍了CAN报文中的多帧结构,包括首帧特征(固定格式和数据长度表示)、流控帧(表示帧状态和连续帧控制)以及连续帧的构成。特别关注了CAN-FD格式下的这些特性,并提供了参考链接。

一、CAN报文多帧,首帧,流控帧,连续帧

1.1、原文链接

转载原文链接

1.2、正文部分

在这里插入图片描述

数据发送为单帧,所以06代表发送的数据中含有6个字节,回复为正反馈,为连续帧。10 代表连续帧的首帧,1E代表此连续帧含有30个字节,30代表此连续帧的流控制帧,21,22,23,24代表连续帧中的第几帧,21代表第一帧,22代表第二帧,依此类推,其中AA为填充位。

  • 针对首帧而言
    首帧中,标准CAN和CAN-FD 格式相同

Byte0[7:4] : 固定为1,表示首帧。

Byte0[3:0]+Byte1[7:0] : 合起来表示数据长度,最大为4095,其余字节为数据段。


8位数据中,左边是起始位;
单个数据位中,左边位二进制的高位,右边是二进制的地位;

  • 针对流控帧而言
    流控帧中,标准CAN和CAN-FD 格式相同

Byte1[7:4] : 固定为3,表示流控帧。

Byte1[3:0] : 表示帧状态

Byte2 : BlockSize(BS), 表示上位机收到流控帧后,可发送的连续帧数量。设置为0时,发送数量无限制。

Byte3 : STmin(ms),表示上位机发送 连续帧之间的间隔

参考链接: CANFD 流控帧解释

二、后续

根据以下的条目生成UDS测试用例规范 一、停止发送后续部分连续帧 二、不发送所有连续帧 三、不发送某连续帧 四、重复发送第一个连续帧 五、延迟发送第一个连续帧 六、不发送 七、延迟发送 八、重复发送 九、确认N_BS满足规定 十、确认N_Cr满足规定 十一、确认连续帧发送满足STmin规定 十二、确认参数STmin和BS有效 十三、确认发送的SF响应报文SF_DL有效 十四、确认发送的FF响应报文FF_DL 十五、响应被非预期单请求报文干扰 十六、响应被非预期请求报文第一干扰 十七、响应被非预期连续帧干扰 十八、响应被非预期制干扰 十九、响应被非预期未知报文干扰 二十、请求被新的单请求报文干扰 二十一、请求被新的请求报文干扰 二十二、请求被报文干扰 二十三、请求被未知报文干扰 二十四、状态为OVFLW溢出 二十五、收到的BlockSizeces1(取值为1) 二十六、收到的BlockSizeces1(取值为0) 二十七、无效 二十八、等待 二十九、长度不正确 三十、功能寻址 三十一、单请求报文SF_DL错误 三十二、单请求报文CANDLC错误 三十三、请求报文FF_DL错误 三十四、请求报文连续帧DLC错误 三十五、未知请求报文 三十六、功能寻址请求报文FF 三十七、报文单独发送 三十八、非预期连续帧报文 三十九、非预期报文
最新发布
08-03
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值