0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

一秒钟最高可以发送多少帧CANFD报文呢?

AGk5_ZLG_zhiyua 来源:ZLG开发者社区 作者:ZLG开发者社区 2022-07-28 11:47 次阅读

我们知道CANFD比CAN拥有更长的数据长度(最长64字节),更高的波特率(8Mbps甚至更高)。那么波特率更高,数据更长的CANFD,一秒钟最高可以发送多少帧CANFD报文呢?

要想知道问题的答案,那么我们就要知道一帧CANFD报文由多少个位组成,再由具体波特率算出报文时间,最后就可以得出每秒能发送的帧数了。接下来,我们就一步步来算出答案。 要想知道CANFD报文由多少个位组成,那么我们就要了解CANFD帧结构,知道每个段占用位数从而得出CANFD报文位数。

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  帧结构

6468cec2-0e27-11ed-ba43-dac502259ad0.png

如上图所示,分别为CANFD标准帧和扩展帧,其组成如下:

1. 帧起始:起始信号,由1个显性位组成。2. 仲裁段:

标准帧仲裁段由11位ID和r1位(显性)、IDE(显性)组成,总共13位;

扩展帧仲裁段由29位ID和SRR(隐性)、IDE(隐性)、r1位(显性)组成,总共32位。

○SRR:替代CAN标准帧中的RTR位;

○IDE:扩展帧标志位;

○r1:保留位,为显性;

3. 控制段:由EDL、r0、BRS、ESI、DLC总共8个位组成。

EDL:CANFD帧标识,为隐性;

r0:保留位,为显性;

BRS:位速率切换,该位显性则仍采用仲裁域波特率;该位为隐性,则该位发送到采样点后,采用数据域波特率;

ESI:错误状态指示位,指示发送节点为主动错误状态(显性),还是被动错误状态(隐性);

DLC:数据段长度指示,4个位组成。

4. 数据段:0~64字节,也就是0~512个位。5. CRC段:由固定填充位FSB(6/7位)、填充位计数(4位)、CRC(17/21位)CRC界定符(1位)组成,总共28或33位组成。

6477b900-0e27-11ed-ba43-dac502259ad0.png

6. 固定填充位(FSB):CRC段中每4个位固定填充一个与上位相反的位。

采用CRC17时,FSB为6个位;

采用CRC21时,FSB为7个位;

7. 填充位计数:由填充位计数(3位)和奇偶校验位(1位)组成。

8. CRC:

报文长度小于16时,采用CRC17,17位组成;

报文长度大于16时,采用CRC21,21位组成。

9. CRC界定符:固定为隐性位;从该位采样后,切换为仲裁域波特率。10. ACK段:由ACK位和ACK界定符位组成,总共2位。

ACK:接收节点应答位,接收节点应应答显性位;

ACK界定符,固定为隐性;

11. 帧结束:固定为7个隐性位。
12. 帧间隔:每次发送一帧报文后,需留3位时间作为帧间隔。

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  一帧CANFD报文位数

知道CANFD帧结构组成后,我们可以算出:CANFD报文位数=帧起始(1位)+仲裁段(13/32位)+控制段(8位)+数据段(0~512位)+CRC段(28/33位)+ACK段(2位)+帧结束(7位)从上述公式中可以看出,影响报文位数主要为仲裁段(帧ID长度)和数据段(CRC段受数据段长度影响)。那么我们通过帧类型、帧长度组合出不同情况报文位数:

标准帧,数据0字节:

帧起始(1位)+仲裁段(13位)+控制段(8位)+数据段(0位)+CRC段(28位)+ACK段(2位)+帧结束(7位)=59位

标准帧,数据64字节:

帧起始(1位)+仲裁段(13位)+控制段(8位)+数据段(512位)+CRC段(33位)+ACK段(2位)+帧结束(7位)=576位

扩展帧,数据0字节:

帧起始(1位)+仲裁段(32位)+控制段(8位)+数据段(0位)+CRC段(28位)+ACK段(2位)+帧结束(7位)=78位

扩展帧,数据64字节:

帧起始(1位)+仲裁段(13位)+控制段(8位)+数据段(512位)+CRC段(33位)+ACK段(2位)+帧结束(7位)=590位

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  仲裁域和数据域所占报文位数

由于CANFD采用了双波特率形式:标准波特率(也称仲裁域波特率)和数据域波特率,所以帧结构中不同段采用的波特率也不同。

仲裁域波特率所占位数:

帧起始(1位)+仲裁段(13位)+控制段的EDL、r0、BRS(3位)+ACK段(2位)+帧结束(7位)

数据域波特率所占位数:

控制段的ESI、DLC(5位)+数据段(0~512位)+CRC段(28/33位)

主要说明的是,BRS位和CRC界定符位均同时使用了两个波特率:

BRS位:由**仲裁域波特率*仲裁域采样点+数据域波特率*(1 -仲裁域采样点)**组成;

CRC界定符:由**数据域波特率*数据域采样点+仲裁域波特率*(1 -数据域采样点)**组成;

我们此处将BRS认定采用仲裁域波特率、CRC界定符采用数据域波特率以方便计算。

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  位填充

当然,上述报文位数中,还未包含填充位个数。在CAN/CANFD协议中规定:每5个相同的位就必须填充一个相反位,该位即为填充位。 我们知道字节0x55或0xAA,其二进制分别为0101 0101或1010 1010,也就是每个位与上一位均相反,若此时ID和数据均为0x55或0xAA,则可以使填充位个数最少。 同理,字节0xFF或0x00,其二进制位1111 1111或00000000,也就是所有位均一致,若此时ID和数据均为0x00或0xFF,此时报文的填充位个数最多。

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  不同类型报文所占位数

基于以上报文位数的计算,我们可以得出算出不同类型报文所占位数,如下表所示。

65464de2-0e27-11ed-ba43-dac502259ad0.png

从上表可知: 当报文为CANFD标准帧ID为0x555,数据长度为0时,报文位数最少,为59位。 当报文为CANFD扩展帧ID为0x0,数据长度为64字节,数据全为0xFF时,报文位数最多,为703位。

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  CANFD报文时间计算

最后,我们就可以根据波特率算出不同类型报文时间了,计算公式如下: 报文时间=仲裁域位时间*仲裁域位数+数据域位时间*数据域位数 我们以位数最少的CANFD报文为例,在仲裁域波特率为1Mbps(位时间1us),数据域波特率为5Mbps(位时间200ns)时,其报文时间= 1us * 26 + 33 * 200ns = 32.6us。 那么一秒钟最多可以发送报文呢?由于报文发送成功后,需经过帧间隔(3个位)后才能发送下一帧报文,也就说仲裁段要在原来基础上加3个位,就可以算出每秒发送多少帧了。那么上述位数最少报文的发送时间耗时= 1us *(26 + 3)+ 33 * 200ns = 35.6us,也就是1秒钟最多可以发送1000000us / 35.6us = 28089帧报文。也就是说,1M/5M波特率下,发送CANFD标准加速帧,最多可以发送28089帧。

下面我们给出一些常用波特率下,不同类型报文每秒最多可以发送的CANFD报文帧数(下表中报文BRS位为1,ESI位为0),供大家参考。

500K/2M波特率

655b8478-0e27-11ed-ba43-dac502259ad0.png

1M/5M波特率

65694554-0e27-11ed-ba43-dac502259ad0.png

1M/8M波特率

6579ba24-0e27-11ed-ba43-dac502259ad0.png

645bb318-0e27-11ed-ba43-dac502259ad0.jpg  高性能CANFD接口卡

既然CANFD每秒最多可以发送28000帧报文(1M/5Mbps),那么什么样的设备可以能拥有如此高性能的收发能力呢?答案就是,致远电子最新发布八通道CANFD卡——USBCANFD-800U。 USBCANFD-800U采用创新型的ARM+FPGA架构,使得多路CANFD同时实现高性能收发。即使在1M/5M波特率下,也能够轻松实现满载收发不丢帧。 此外,其还具有硬件采集CAN总线负载、微秒级别的收发报文时间戳、微秒级别的定时发送精度等一系列特性,以满足用户的高阶需求。

审核编辑 :李倩

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • CAN
    CAN
    +关注

    关注

    56

    文章

    2459

    浏览量

    459050
  • 帧结构
    +关注

    关注

    0

    文章

    12

    浏览量

    10620
  • CANFD
    +关注

    关注

    0

    文章

    42

    浏览量

    4800

原文标题:【Z站推荐】CANFD每秒最多可以发送多少帧报文?

文章出处:【微信号:ZLG_zhiyuan,微信公众号:ZLG致远电子】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    STM32H743通过以太网连续发送图片,段时间后,发送会很慢的原因?

    使用的是原子开发板资料中的软件“串口 网络摄像头软件”作为客户端。我建了两个线程个用来采集图像和压缩,个是以太网连接和发送压缩图片的,每个线程结束后加个osDelay(30);
    发表于 04-19 07:44

    CAN报文为什么会发送失败?

    CAN总线调试过程中出现报文发送失败。很多工程师都对此只知其一不知其二,今天我们就以CAN报文发送失败的问题来做一次探讨。在了解CAN报文
    的头像 发表于 04-12 08:25 79次阅读
    CAN<b class='flag-5'>报文</b>为什么会<b class='flag-5'>发送</b>失败?

    TC3xx连续发多CAN报文,超过40就死机了怎么解决?

    之前的应用只发送几个报文很正常,今天测试连续发送100(for循环内)时,发现最多只能连续发送40
    发表于 02-06 07:18

    CAN FD在发送报文时会有发不出去的现象怎么解决?

    现象描述: 在发送报文数据时,出现了较为严重的报文丢失现象。编写测试程序,在for循环中循环发送id为0-7ff的
    发表于 02-02 07:48

    使用CYT2B75芯片CANFD模块无法发送消息是什么原因导致的

    接收到报文,Debug模式下,Tx buffer 直不为空,返回CY_CANFD_BAD_PARAM,发送失败。 可以帮忙测试下吗,是代
    发表于 02-02 06:57

    TRAVEO™ T2G CYT2B7看门狗无法复位怎么解决?

    #define CY_WDT_DEFAULT_MATCH_VALUE(32000ul) // 1 sec when clk_lf = 32KHz 这是我的看门狗初始化代码,程序并没有一秒钟复位
    发表于 02-01 08:35

    M467的CANFD通道如何使传送效率最高

    现在我在用M467-64PIN 进行解算与数据收发; M467的CANFD通道,如何使传送效率最高? 例如使用1M+5M传输模式,如何使传送效率最高? 例如循环发送64 Byte的
    发表于 01-16 06:18

    使用STC系列单片机碰到的通信问题求解

    STC单片机将收到的数据通过RS485通信方式传给上位机,发现每过4天多就会有个位会在一秒钟之内突变,从0变为1再变为0,直找不到此问题的原因
    发表于 10-19 06:44

    CAN FD报文时间计算

    1us),数据域波特率为5Mbps(位时间200ns)时,其报文时间 = 1us * 26 + 33 * 200ns = 32.6us。 那么一秒钟最多可以发送报文呢?由于
    的头像 发表于 07-18 10:49 1468次阅读
    CAN FD<b class='flag-5'>报文</b>时间计算

    M031串口发送导致“错误”是什么问题?

    使用定时器一秒发送次。开始是正常慢慢会导致错误。这是什么问题?
    发表于 06-16 07:43

    CANFD每秒最多可以发送多少帧报文

    我们知道CANFD比CAN拥有更长的数据长度(最长64字节),更高的波特率(8Mbps甚至更高)。
    的头像 发表于 05-25 09:21 931次阅读
    <b class='flag-5'>CANFD</b>每秒最多<b class='flag-5'>可以</b><b class='flag-5'>发送</b>多少帧<b class='flag-5'>报文</b>?

    如何使用定制板上的FlexCAN模块在一秒钟发送3000个CAN

    我写信是想询问我们 i.MX8QM-Apalis-Ixora 板上的 FlexCAN 模块。我们目前正在测试使用 FlexCAN 模块在一秒钟发送 3000 个 CAN 的能力,但我们面临
    发表于 05-18 06:16

    门禁卡数据存储和检索请问有啥优化的办法能提高到一秒以内?

    个项目上需要存储大量门禁卡数据并作检索(三万张卡) 每个卡为十位十进制数。 用spi nor flash做外置存储。。现在发现最坏情况下,三万张卡检索次需要4-6秒钟。。请问有啥优化的办法能提高到
    发表于 05-17 10:15

    有没有种方法可以发送和接收不会阻塞的Http数据单片机?

    状态,是否需要重新启动,或者是否有新的固件更新,或者其他。这切都按预期工作,并按照我的期望进行操作。我遇到的问题是,每当节点需要将该 ping 发送到服务器时,LED 字符串会短暂冻结(大约一秒钟)。所以我的问题是,有没有
    发表于 05-15 07:40

    TCP在重新传输发生之前是否有某种超时?这可以改变吗?

    我有个设置,PC(Windows 8)向运行在 esp 模块上的服务器发送个字节的请求,然后 esp 模块返回个 321 字节的消息。问题是当数据包丢失时,esp 似乎需要大约
    发表于 05-08 08:16