日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

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

ZLG致遠電子 ? 2022-07-29 09:34 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

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

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg 幀結構

e1778be2-0ecc-11ed-9ade-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:位速率切換,該位顯性則仍采用仲裁域波特率;該位為隱性,則該位發(fā)送到采樣點后,采用數(shù)據(jù)域波特率;
  • ESI:錯誤狀態(tài)指示位,指示發(fā)送節(jié)點為主動錯誤狀態(tài)(顯性),還是被動錯誤狀態(tài)(隱性);

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

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

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

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

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

8. CRC:

  • 報文長度小于16時,采用CRC17,17位組成;
  • 報文長度大于16時,采用CRC21,21位組成。

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

ACK:接收節(jié)點應答位,接收節(jié)點應應答顯性位;

ACK界定符,固定為隱性;

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


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

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

標準幀,數(shù)據(jù)0字節(jié):

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

標準幀,數(shù)據(jù)64字節(jié):

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

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

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

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

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


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

由于CANFD采用了雙波特率形式:標準波特率(也稱仲裁域波特率)和數(shù)據(jù)域波特率,所以幀結構中不同段采用的波特率也不同。

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

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

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

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

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

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

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

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

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

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

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

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

e171443a-0ecc-11ed-9ade-dac502259ad0.jpg CANFD報文時間計算

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

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

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

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

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

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

    關注

    59

    文章

    3097

    瀏覽量

    473580
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    測試高溫實驗時出現(xiàn)睡眠喚醒后第三3C診斷報文未響應的情況,為什么?如何處理?

    54 31 00 CB,100,點亮,0 2、發(fā)送的間隔超過4s因此21這條點亮接收報文用作MCU的第一喚醒,再之后第二: 2025-07-16 06:48:00:.323,主機
    發(fā)表于 04-16 07:00

    是否可以在非從 CSI MIPI 接口發(fā)送的視頻上使用 IMX8MP(Vivante ISP8000)的自動曝光算法?

    我想知道是否可以在非從 CSI MIPI 接口發(fā)送的視頻上使用 IMX8MP(Vivante ISP8000)的自動曝光算法?具體來說,如果ISP8000來自外部相機的,我想使用自
    發(fā)表于 04-03 07:09

    CAN總線報錯看不懂?5種錯誤+5步排查法一次講清

    CAN總線通信異常?錯誤幀頻繁出現(xiàn)?本文詳解五種錯誤類型,并提供五步排查法,助你快速定位問題根源。錯誤的作用錯誤是CAN總線用于錯誤通知的報文。當任一節(jié)點檢測到通信錯誤時,會立即
    的頭像 發(fā)表于 03-16 11:36 ?473次閱讀
    CAN總線報錯看不懂?5種錯誤<b class='flag-5'>幀</b>+5步排查法一次講清

    【瑞薩RA × Zephyr開發(fā)板評測】+ CANFD

    感謝【瑞薩RA x Zephyr評測】三、CAN模塊測試_瑞薩 zephyr-CSDN博客 上述并未實現(xiàn)CANFD已經擴展接收 板子接線如下圖: P401接CAN收發(fā)器TXD P402接CAN
    發(fā)表于 02-03 00:08

    RDMA設計31:RoCE v2 發(fā)送模塊3

    本博文主要交流設計思路,在本博客已給出相關博文已100多篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設計。 (b)應答狀態(tài)機 當 RoCE v2 發(fā)送模塊檢測到接收
    發(fā)表于 01-28 07:58

    RDMA設計29:RoCE v2 發(fā)送及接收模塊設計2

    本博文主要交流設計思路,在本博客已給出相關博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設計。 (1)RoCE v2 發(fā)送模塊 RoCE v2 發(fā)送模塊
    發(fā)表于 01-26 16:47

    【瑞薩FPB-RA6E2試用】【原創(chuàng)】【瑞薩RA × Zephyr開發(fā)板評測】+進階級任務測試之CAN發(fā)送數(shù)據(jù)測試

    ;counter_frame, K_MSEC(100), NULL, NULL); k_sleep(K_MSEC(500)); } } 如上線程主要實現(xiàn)發(fā)送兩條報文,一條是標準報文,ID為0x10,一條是擴展
    發(fā)表于 12-31 13:32

    modbus消息的模塊化架構介紹

    MODBUS消息的模塊化架構 1. 地址字段:通信尋址的核心 Modbus RTU協(xié)議采用單字節(jié)(8位)地址字段,支持1-247個從設備(0保留為廣播地址)。 廣播機制:地址0的報文會被所有從
    發(fā)表于 11-17 08:15

    【CPKCOR-RA8D1】+ 4. 解析CANFD 的DBC協(xié)議,破解整車廠奧秘

    DBC文件是一種集成了CAN和CANFD報文格式的數(shù)據(jù)庫,和整車廠合作開發(fā)項目時,必定會接觸到DBC文件,解析DBC文件是考驗一個汽車診斷工程師的終極水平題目?。。。。?! 手頭上剛好有和寶馬
    發(fā)表于 10-18 18:12

    【中科昊芯Core_DSC280025C開發(fā)板試用體驗】+4. CAN外設調試(含源碼)

    報文 調試與驗證 我使用周立功的CAN盒進行數(shù)據(jù)數(shù)據(jù)收發(fā)通訊: 可以看到發(fā)報文發(fā)送時正常的,間隔時間也是200Ms 接線來打入斷點,通過上位機發(fā)送
    發(fā)表于 08-05 20:46

    如何使用20829 can-fd發(fā)送64字節(jié)擴展標識符數(shù)據(jù)?

    numberOfFIFOElements更改為16。 使用兩個20829 EVK進行測試,最大傳輸數(shù)據(jù)大小為15個字節(jié)。DLC范圍是0~15 uint32數(shù)據(jù),但實際上,另一個節(jié)點每最多只能接收15個字節(jié)。 如何確保它們能夠發(fā)送
    發(fā)表于 08-04 06:56

    stm32支持canfd和dma結合使用嗎?

    stm32支持canfd和dma結合使用嗎
    發(fā)表于 08-01 07:15

    CANFD節(jié)點的采樣點如何測量?

    本文導讀為提升CAN/CANFD網絡的通信可靠性,各節(jié)點需盡可能配置合適且一致的采樣點。然而在設備CAN通信采樣點參數(shù)未知的情況下,如何驗證各節(jié)點采樣點設置的一致性?本文結合ZPS-CANFD設備
    的頭像 發(fā)表于 07-31 11:34 ?1596次閱讀
    <b class='flag-5'>CANFD</b>節(jié)點的采樣點如何測量?

    CANFD 0 通道 2 上收到的所有消息傳遞到 CANFD 1 通道 0,是否可以使用 DAM 通道?

    你好 我正在嘗試將 CANFD 0 通道 2 上收到的所有消息傳遞到 CANFD 1 通道 0,是否可以使用 DAM 通道?如何。 我在配置 CANFD 1 通道 0 中的源 FiFo
    發(fā)表于 07-14 06:56

    ATS失效請求報文問題的故障排除步驟

    本篇文章提供了解決 ATS 失效請求報文問題的故障排除步驟,主要聚焦在 CQ 接口上未顯示主機發(fā)送報文的情況。
    的頭像 發(fā)表于 06-09 15:17 ?1956次閱讀
    ATS失效請求<b class='flag-5'>報文</b>問題的故障排除步驟
    洛隆县| 华容县| 淮滨县| 屯留县| 奇台县| 宿迁市| 泗水县| 河源市| 遂昌县| 依兰县| 龙胜| 金乡县| 滁州市| 泰来县| 灵山县| 长春市| 罗山县| 于田县| 上虞市| 古田县| 封开县| 巴林右旗| 连州市| 随州市| 中西区| 鸡泽县| 柏乡县| 甘孜县| 平塘县| 定州市| 诸暨市| 沙洋县| 扶余县| 札达县| 武汉市| 太白县| 枣庄市| 松溪县| 嘉义县| 剑川县| 丹巴县|