0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

【Z站推薦】CANFD每秒最多可以發(fā)送多少幀報(bào)文?

ZLG致遠(yuǎn)電子 ? 2022-07-29 09:34 ? 次閱讀

我們知道CANFD比CAN擁有更長的數(shù)據(jù)長度(最長64字節(jié)),更高的波特率(8Mbps甚至更高)。那么波特率更高,數(shù)據(jù)更長的CANFD,一秒鐘最高可以發(fā)送多少幀CANFD報(bào)文呢?

我們知道CANFD比CAN擁有更長的數(shù)據(jù)長度(最長64字節(jié)),更高的波特率(8Mbps甚至更高)。那么波特率更高,數(shù)據(jù)更長的CANFD,一秒鐘最高可以發(fā)送多少幀CANFD報(bào)文呢?

要想知道問題的答案,那么我們就要知道一幀CANFD報(bào)文由多少個(gè)位組成,再由具體波特率算出報(bào)文時(shí)間,最后就可以得出每秒能發(fā)送的幀數(shù)了。接下來,我們就一步步來算出答案。要想知道CANFD報(bào)文由多少個(gè)位組成,那么我們就要了解CANFD幀結(jié)構(gòu),知道每個(gè)段占用位數(shù)從而得出CANFD報(bào)文位數(shù)。

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 幀結(jié)構(gòu)

e1778be2-0ecc-11ed-9ade-dac502259ad0.png

如上圖所示,分別為CANFD標(biāo)準(zhǔn)幀和擴(kuò)展幀,其組成如下:

1. 幀起始:起始信號(hào),由1個(gè)顯性位組成。2. 仲裁段:

  • 標(biāo)準(zhǔn)幀仲裁段由11位ID和r1位(顯性)、IDE(顯性)組成,總共13位;
  • 擴(kuò)展幀仲裁段由29位ID和SRR(隱性)、IDE(隱性)、r1位(顯性)組成,總共32位。

SRR:替代CAN標(biāo)準(zhǔn)幀中的RTR位;

IDE:擴(kuò)展幀標(biāo)志位;

r1:保留位,為顯性;

3. 控制段:由EDL、r0、BRS、ESI、DLC總共8個(gè)位組成。

  • EDL:CANFD幀標(biāo)識(shí),為隱性;
  • r0:保留位,為顯性;
  • BRS:位速率切換,該位顯性則仍采用仲裁域波特率;該位為隱性,則該位發(fā)送到采樣點(diǎn)后,采用數(shù)據(jù)域波特率;
  • ESI:錯(cuò)誤狀態(tài)指示位,指示發(fā)送節(jié)點(diǎn)為主動(dòng)錯(cuò)誤狀態(tài)(顯性),還是被動(dòng)錯(cuò)誤狀態(tài)(隱性);

DLC:數(shù)據(jù)段長度指示,4個(gè)位組成。

4. 數(shù)據(jù)段:0~64字節(jié),也就是0~512個(gè)位。5. CRC段:由固定填充位FSB(6/7位)、填充位計(jì)數(shù)(4位)、CRC(17/21位)CRC界定符(1位)組成,總共28或33位組成。e18bc9d6-0ecc-11ed-9ade-dac502259ad0.png6. 固定填充位(FSB):CRC段中每4個(gè)位固定填充一個(gè)與上位相反的位。

采用CRC17時(shí),F(xiàn)SB為6個(gè)位;

采用CRC21時(shí),F(xiàn)SB為7個(gè)位;

7. 填充位計(jì)數(shù):由填充位計(jì)數(shù)(3位)和奇偶校驗(yàn)位(1位)組成。

8. CRC:

  • 報(bào)文長度小于16時(shí),采用CRC17,17位組成;
  • 報(bào)文長度大于16時(shí),采用CRC21,21位組成。

9. CRC界定符:固定為隱性位;從該位采樣后,切換為仲裁域波特率。10. ACK段:由ACK位和ACK界定符位組成,總共2位。

ACK:接收節(jié)點(diǎn)應(yīng)答位,接收節(jié)點(diǎn)應(yīng)應(yīng)答顯性位;

ACK界定符,固定為隱性;

11. 幀結(jié)束:固定為7個(gè)隱性位。
12. 幀間隔:每次發(fā)送一幀報(bào)文后,需留3位時(shí)間作為幀間隔。


e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 一幀CANFD報(bào)文位數(shù)

知道CANFD幀結(jié)構(gòu)組成后,我們可以算出:CANFD報(bào)文位數(shù)=幀起始(1位)+仲裁段(13/32位)+控制段(8位)+數(shù)據(jù)段(0~512位)+CRC段(28/33位)+ACK段(2位)+幀結(jié)束(7位)從上述公式中可以看出,影響報(bào)文位數(shù)主要為仲裁段(幀ID長度)和數(shù)據(jù)段(CRC段受數(shù)據(jù)段長度影響)。那么我們通過幀類型、幀長度組合出不同情況報(bào)文位數(shù):

標(biāo)準(zhǔn)幀,數(shù)據(jù)0字節(jié):

幀起始(1位)+仲裁段(13位)+控制段(8位)+數(shù)據(jù)段(0位)+CRC段(28位)+ACK段(2位)+幀結(jié)束(7位)=59位

標(biāo)準(zhǔn)幀,數(shù)據(jù)64字節(jié):

幀起始(1位)+仲裁段(13位)+控制段(8位)+數(shù)據(jù)段(512位)+CRC段(33位)+ACK段(2位)+幀結(jié)束(7位)=576位

擴(kuò)展幀,數(shù)據(jù)0字節(jié):

幀起始(1位)+仲裁段(32位)+控制段(8位)+數(shù)據(jù)段(0位)+CRC段(28位)+ACK段(2位)+幀結(jié)束(7位)=78位

擴(kuò)展幀,數(shù)據(jù)64字節(jié):

幀起始(1位)+仲裁段(13位)+控制段(8位)+數(shù)據(jù)段(512位)+CRC段(33位)+ACK段(2位)+幀結(jié)束(7位)=590位


e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 仲裁域和數(shù)據(jù)域所占報(bào)文位數(shù)

由于CANFD采用了雙波特率形式:標(biāo)準(zhǔn)波特率(也稱仲裁域波特率)和數(shù)據(jù)域波特率,所以幀結(jié)構(gòu)中不同段采用的波特率也不同。

仲裁域波特率所占位數(shù):

幀起始(1位)+仲裁段(13位)+控制段的EDL、r0、BRS(3位)+ACK段(2位)+幀結(jié)束(7位)

  • 數(shù)據(jù)域波特率所占位數(shù):

控制段的ESI、DLC(5位)+數(shù)據(jù)段(0~512位)+CRC段(28/33位)

主要說明的是,BRS位和CRC界定符位均同時(shí)使用了兩個(gè)波特率

BRS位:由**仲裁域波特率*仲裁域采樣點(diǎn)+數(shù)據(jù)域波特率*(1 -仲裁域采樣點(diǎn))**組成;

CRC界定符:由**數(shù)據(jù)域波特率*數(shù)據(jù)域采樣點(diǎn)+仲裁域波特率*(1 -數(shù)據(jù)域采樣點(diǎn))**組成;

我們此處將BRS認(rèn)定采用仲裁域波特率、CRC界定符采用數(shù)據(jù)域波特率以方便計(jì)算。

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 位填充

當(dāng)然,上述報(bào)文位數(shù)中,還未包含填充位個(gè)數(shù)。在CAN/CANFD協(xié)議中規(guī)定:每5個(gè)相同的位就必須填充一個(gè)相反位,該位即為填充位。我們知道字節(jié)0x55或0xAA,其二進(jìn)制分別為0101 0101或1010 1010,也就是每個(gè)位與上一位均相反,若此時(shí)ID和數(shù)據(jù)均為0x55或0xAA,則可以使填充位個(gè)數(shù)最少。同理,字節(jié)0xFF或0x00,其二進(jìn)制位1111 1111或00000000,也就是所有位均一致,若此時(shí)ID和數(shù)據(jù)均為0x00或0xFF,此時(shí)報(bào)文的填充位個(gè)數(shù)最多。

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 不同類型報(bào)文所占位數(shù)

基于以上報(bào)文位數(shù)的計(jì)算,我們可以得出算出不同類型報(bào)文所占位數(shù),如下表所示。e1d62bfc-0ecc-11ed-9ade-dac502259ad0.png從上表可知:當(dāng)報(bào)文為CANFD標(biāo)準(zhǔn)幀ID為0x555,數(shù)據(jù)長度為0時(shí),報(bào)文位數(shù)最少,為59位。當(dāng)報(bào)文為CANFD擴(kuò)展幀ID為0x0,數(shù)據(jù)長度為64字節(jié),數(shù)據(jù)全為0xFF時(shí),報(bào)文位數(shù)最多,為703位。

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg CANFD報(bào)文時(shí)間計(jì)算

最后,我們就可以根據(jù)波特率算出不同類型報(bào)文時(shí)間了,計(jì)算公式如下:報(bào)文時(shí)間=仲裁域位時(shí)間*仲裁域位數(shù)+數(shù)據(jù)域位時(shí)間*數(shù)據(jù)域位數(shù)我們以位數(shù)最少的CANFD報(bào)文為例,在仲裁域波特率為1Mbps(位時(shí)間1us),數(shù)據(jù)域波特率為5Mbps(位時(shí)間200ns)時(shí),其報(bào)文時(shí)間= 1us * 26 + 33 * 200ns = 32.6us。那么一秒鐘最多可以發(fā)送報(bào)文呢?由于報(bào)文發(fā)送成功后,需經(jīng)過幀間隔(3個(gè)位)后才能發(fā)送下一幀報(bào)文,也就說仲裁段要在原來基礎(chǔ)上加3個(gè)位,就可以算出每秒發(fā)送多少幀了。那么上述位數(shù)最少報(bào)文的發(fā)送時(shí)間耗時(shí)= 1us *(26 + 3)+ 33 * 200ns = 35.6us,也就是1秒鐘最多可以發(fā)送1000000us / 35.6us = 28089幀報(bào)文。也就是說,1M/5M波特率下,發(fā)送CANFD標(biāo)準(zhǔn)加速幀,最多可以發(fā)送28089幀。

下面我們給出一些常用波特率下,不同類型報(bào)文每秒最多可以發(fā)送的CANFD報(bào)文幀數(shù)(下表中報(bào)文BRS位為1,ESI位為0),供大家參考。

500K/2M波特率

e1fb7416-0ecc-11ed-9ade-dac502259ad0.png1M/5M波特率

e20a508a-0ecc-11ed-9ade-dac502259ad0.png

1M/8M波特率

e215f296-0ecc-11ed-9ade-dac502259ad0.png

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 高性能CANFD接口

既然CANFD每秒最多可以發(fā)送28000幀報(bào)文(1M/5Mbps),那么什么樣的設(shè)備可以能擁有如此高性能的收發(fā)能力呢?答案就是,致遠(yuǎn)電子最新發(fā)布八通道CANFD卡——USBCANFD-800U。USBCANFD-800U采用創(chuàng)新型的ARM+FPGA架構(gòu),使得多路CANFD同時(shí)實(shí)現(xiàn)高性能收發(fā)。即使在1M/5M波特率下,也能夠輕松實(shí)現(xiàn)滿載收發(fā)不丟幀。此外,其還具有硬件采集CAN總線負(fù)載、微秒級(jí)別的收發(fā)報(bào)文時(shí)間戳、微秒級(jí)別的定時(shí)發(fā)送精度等一系列特性,以滿足用戶的高階需求。

e22f0218-0ecc-11ed-9ade-dac502259ad0.png

【版權(quán)聲明】本文為ZLG開發(fā)者社區(qū)用戶原創(chuàng)內(nèi)容,未經(jīng)授權(quán)不得轉(zhuǎn)載。歡迎更多用戶到社區(qū)交流互動(dòng)、創(chuàng)作博文,一經(jīng)采用,可獲得百元京東E卡。

地址:https://developer.zlg.cn(長按復(fù)制到PC端打開)

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • CAN
    CAN
    +關(guān)注

    關(guān)注

    57

    文章

    2665

    瀏覽量

    462526
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    基于VB6.0 實(shí)現(xiàn) CAN信號(hào)收發(fā) Demo

    、VB6.0、libTSCAN1關(guān)于Demo工程簡(jiǎn)要描述:VB6.0編程語言調(diào)用libTSCAN接口實(shí)現(xiàn)硬件掃描、連接、CAN報(bào)文發(fā)送、周期發(fā)送、
    的頭像 發(fā)表于 07-27 08:21 ?519次閱讀
    基于VB6.0 實(shí)現(xiàn) CAN信號(hào)收發(fā) Demo

    CANFD_TopFIFO無法正常工作的原因?

    我閃爍了 CANFD_TopFIFO 示例代碼,但沒有得到預(yù)期的輸出。 在 FIFO 模式下測(cè)試 CAN Rx 時(shí),即使接收多個(gè)報(bào)文,F(xiàn)IFO 編號(hào)也始終顯示為 0。 雖然我能正確接收報(bào)文
    發(fā)表于 07-03 08:06

    esp32當(dāng)modbus-rtu slave從通訊,主收不到從的響應(yīng)報(bào)文是哪里的問題?

    情況 但是從esp32的日志打印來看,從這邊確實(shí)是可以收到主的請(qǐng)求報(bào)文的,但是主就是收不到從
    發(fā)表于 06-17 07:39

    ESP32C6 WiFi報(bào)文出現(xiàn)大量重傳是什么原因?qū)е碌模?/a>

    使用ESP32C6作為AP與另一設(shè)備通信,傳輸層使用UDP協(xié)議,C6每隔100ms會(huì)發(fā)送UDP報(bào)文,通過wireshark捕獲報(bào)文發(fā)現(xiàn),每發(fā)送
    發(fā)表于 06-06 07:55

    ESP32C6作為UDP Server,使用recvfrom無法及時(shí)收到第一報(bào)文的原因?如何解決?

    后調(diào)用recvfrom()阻塞等待接收報(bào)文。 在測(cè)試時(shí)發(fā)現(xiàn),AP在接收來自STA的第一UDP報(bào)文時(shí)recvfrom()無法及時(shí)返回結(jié)果,通常在STA發(fā)送第一
    發(fā)表于 06-06 07:34

    TLE9877未以LIN從模式向主的電機(jī)狀態(tài)PID發(fā)送應(yīng)答,為什么?

    TLE9877 未以 LIN 從模式向主的電機(jī)狀態(tài) PID 發(fā)送應(yīng)答。 使用示例為 TLE9879QXA40_BLDC_HALL_LIN。 我們用 PID 0x00 ~ 0x3A
    發(fā)表于 06-03 06:51

    CYT2B75 SK Rev03無法正常發(fā)送CANFD數(shù)據(jù),為什么?

    _TYPE, 0,stcMsg) 發(fā)送測(cè)試數(shù)據(jù),直接return CY_CANFD_BAD_PARAM,經(jīng)調(diào)用函數(shù)Cy_CANFD_GetTxBufferStatus查看發(fā)送狀態(tài),返回
    發(fā)表于 05-24 07:37

    CANFD報(bào)文由多少個(gè)位組成?

    要想知道CANFD報(bào)文由多少個(gè)位組成,那么我們就要了解CANFD結(jié)構(gòu),知道每個(gè)段占用位數(shù)從而得出CANFD
    的頭像 發(fā)表于 04-27 06:08 ?3132次閱讀
    一<b class='flag-5'>幀</b><b class='flag-5'>CANFD</b><b class='flag-5'>報(bào)文</b>由多少個(gè)位組成?

    CAN報(bào)文為什么會(huì)發(fā)送失敗?

    CAN總線調(diào)試過程中出現(xiàn)報(bào)文發(fā)送失敗。很多工程師都對(duì)此只知其一不知其二,今天我們就以CAN報(bào)文發(fā)送失敗的問題來做一次探討。在了解CAN報(bào)文
    的頭像 發(fā)表于 04-12 08:25 ?1454次閱讀
    CAN<b class='flag-5'>報(bào)文</b>為什么會(huì)<b class='flag-5'>發(fā)送</b>失?。? />    </a>
</div>                            <div   id=

    CAN的報(bào)文格式和發(fā)送總流程

    在標(biāo)準(zhǔn)格式中,報(bào)文的起始位稱為起始(SOF),然后是由11位標(biāo)識(shí)符和遠(yuǎn)程發(fā)送請(qǐng)求位(RTR)組成的仲裁場(chǎng)。RTR位標(biāo)明是數(shù)據(jù)還是請(qǐng)求,
    發(fā)表于 04-11 10:07 ?7067次閱讀
    CAN的<b class='flag-5'>報(bào)文</b>格式和<b class='flag-5'>發(fā)送</b>總流程

    TC3xx連續(xù)發(fā)多CAN報(bào)文,超過40就死機(jī)了怎么解決?

    之前的應(yīng)用只發(fā)送幾個(gè)報(bào)文很正常,今天測(cè)試連續(xù)發(fā)送100(for循環(huán)內(nèi))時(shí),發(fā)現(xiàn)最多只能連續(xù)發(fā)送
    發(fā)表于 02-06 07:18

    CAN FD在發(fā)送報(bào)文時(shí)會(huì)有發(fā)不出去的現(xiàn)象怎么解決?

    現(xiàn)象描述: 在發(fā)送報(bào)文數(shù)據(jù)時(shí),出現(xiàn)了較為嚴(yán)重的報(bào)文丟失現(xiàn)象。編寫測(cè)試程序,在for循環(huán)中循環(huán)發(fā)送id為0-7ff的
    發(fā)表于 02-02 07:48

    使用CYT2B75芯片CANFD模塊無法發(fā)送消息是什么原因?qū)е碌哪兀?/a>

    你好,我使用SDL的example中的CANFD代碼測(cè)試CYT2B75芯片CANFD模塊,對(duì)部分代碼進(jìn)行了硬件適配修改,詳見附件,配置為每秒發(fā)送一次CAN
    發(fā)表于 02-02 06:57

    CY8C4247LTI-L485如何發(fā)送長SPI

    我使用的是 CY8C4247LTI-L485。 似乎最多 CAN 通過 SPI(SPI 主發(fā)送 20 個(gè)字節(jié)。 有沒有辦法超過 20 個(gè)字節(jié)(例如 一中 120 字節(jié)) CAN
    發(fā)表于 01-30 06:33

    CAN與CANFD的區(qū)別 CAN與CANFD如何轉(zhuǎn)換

    : 1. 傳輸速率:CAN的標(biāo)準(zhǔn)速率為1Mbps,而CANFD的數(shù)據(jù)傳輸速率可以達(dá)到2Mbps以上,這使得CANFD在傳輸大量數(shù)據(jù)時(shí)具有更高的效率和性能。 2. 數(shù)據(jù)長度:
    的頭像 發(fā)表于 11-22 16:37 ?4962次閱讀