chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

【Z站推薦】為什么發(fā)送CANFD加速報(bào)文要開(kāi)啟發(fā)送延遲補(bǔ)償(TDC)?

ZLG致遠(yuǎn)電子 ? 2022-07-22 15:13 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

CANFD協(xié)議中,有個(gè)重要的概念TDC(Transmitter Delay Compensation)即發(fā)送延遲補(bǔ)償。為什么會(huì)存在發(fā)送延遲,又為什么CANFD要對(duì)發(fā)送延遲做補(bǔ)償?

b6bdbe6a-03ed-11ed-9ade-dac502259ad0.jpg ?為什么存在發(fā)送延遲?

b6cfb520-03ed-11ed-9ade-dac502259ad0.jpg

眾所周知,CAN控制器發(fā)送信號(hào)時(shí),是經(jīng)過(guò)收發(fā)器后發(fā)往CAN總線后,再經(jīng)過(guò)收發(fā)器反饋總線信號(hào)。那么發(fā)送過(guò)程中,控制器發(fā)送位信號(hào)到接收位信號(hào)就不可避免存在環(huán)路延遲。發(fā)送延遲時(shí)間的總和如下:

  • CAN控制器內(nèi)部產(chǎn)生TX信號(hào)到Tx引腳的傳播延遲;
  • Tx引腳到收發(fā)器TxD引腳的傳播延遲;
  • 收發(fā)器環(huán)路延遲TxD到RxD;
  • 收發(fā)器RxD引腳到CAN控制器Rx引腳延遲;

CAN控制器Rx引腳到控制器內(nèi)部收到Rx信號(hào)的延遲。

CAN協(xié)議中規(guī)定:發(fā)送方發(fā)送位時(shí),需檢測(cè)接收到的位與發(fā)送是否一致,若不一致則產(chǎn)生錯(cuò)誤幀(位錯(cuò)誤)。如果發(fā)送延遲過(guò)長(zhǎng),則將直接導(dǎo)致發(fā)送與接收位不一致而產(chǎn)生錯(cuò)誤幀。由于傳統(tǒng)CAN協(xié)議規(guī)定最高波特率為1Mbps,即位寬1us,正常情況下,傳輸延遲不會(huì)超過(guò)位寬的采樣點(diǎn)(當(dāng)然具體延遲取決于收發(fā)器環(huán)路延遲、傳輸距離、傳輸線纜質(zhì)量等),因此不會(huì)因?yàn)榘l(fā)送延遲而產(chǎn)生錯(cuò)誤。


b6bdbe6a-03ed-11ed-9ade-dac502259ad0.jpg ?為什么CANFD要對(duì)發(fā)送延遲做補(bǔ)償?

在CANFD中,數(shù)據(jù)段的波特率是比CAN更高的(BRS位為隱性時(shí)),此時(shí)波特率越高,位寬越小,在發(fā)送報(bào)文時(shí)發(fā)送延遲影響越大,越容易產(chǎn)生位錯(cuò)誤。由于發(fā)送延遲無(wú)法避免,此時(shí)就需要一種機(jī)制來(lái)保證發(fā)送與接收的位對(duì)應(yīng)上,以避免產(chǎn)生位錯(cuò)誤。這種機(jī)制就是發(fā)送延遲補(bǔ)償了。


b6bdbe6a-03ed-11ed-9ade-dac502259ad0.jpg ?發(fā)送延遲補(bǔ)償(TDC)

TDC實(shí)際上就是在發(fā)送BRS位為隱性的CANFD報(bào)文時(shí)(BRS隱性即開(kāi)啟數(shù)據(jù)域波特率),在發(fā)送時(shí)延遲一定時(shí)間后,在第二采樣點(diǎn)采樣接收位,以正確采樣到發(fā)送位對(duì)應(yīng)的接收位。

1. 發(fā)送延遲測(cè)量那么延遲采樣的延遲時(shí)間是多久呢?實(shí)際上,開(kāi)啟TDC后,控制器將自動(dòng)測(cè)量Tx信號(hào)線上FDF位到r0位下降沿與Rx信號(hào)線上FDF位到r0位邊沿的之間的延遲時(shí)間,如下圖中所示,TDCV即為延遲時(shí)間。發(fā)送延遲測(cè)量的時(shí)間單位為CAN控制器時(shí)鐘(TDC寄存器中一般對(duì)TDCV的值有限制,若超過(guò)寄存器最大位數(shù),則發(fā)送延遲測(cè)量失?。?。

b6f92e6e-03ed-11ed-9ade-dac502259ad0.png

2.第二采樣點(diǎn)(SSP)

在達(dá)到延遲時(shí)間后,控制器此時(shí)需要采樣接收位,該采樣點(diǎn)我們稱為第二采樣點(diǎn)(SSP=Second Sample Point),以區(qū)別未延遲之前的采樣點(diǎn)(SP),如下圖所示。

b70c1b14-03ed-11ed-9ade-dac502259ad0.png

SSP等于測(cè)量延遲TDCV+發(fā)送延遲補(bǔ)償偏移TDCO(TDC Offset)之和。一般TDCO設(shè)置與第一采樣點(diǎn)一致,即(PROP+TSEG1)* DBRP。主要注意是:實(shí)際填入寄存器的波特率參數(shù)一般為實(shí)際值減一,具體可參考控制器手冊(cè)說(shuō)明。此外,ISO11898-1:2015中還對(duì)TDC做了一些規(guī)定:

  • 開(kāi)啟TDC后,數(shù)據(jù)段波特率的預(yù)分頻值(DBRP)應(yīng)設(shè)置為1或2;

控制器實(shí)現(xiàn)TDC機(jī)制應(yīng)能補(bǔ)償至少兩個(gè)位時(shí)間。


b6bdbe6a-03ed-11ed-9ade-dac502259ad0.jpg ?TDC配置建議

當(dāng)CANFD數(shù)據(jù)域波特率大于1Mbps時(shí),應(yīng)開(kāi)啟TDC;

數(shù)據(jù)段波特率的預(yù)分頻值(DBRP)建議設(shè)置為1或2;

  • 第二采樣點(diǎn)SSP=發(fā)送延遲測(cè)量值TD + Offset, 其中Offset設(shè)置與第一采樣點(diǎn)一致或早1Tq。

當(dāng)然,USBCANFD-200U系列CANFD卡的TDC也同樣遵循上述配置,用戶使用時(shí),無(wú)需再手動(dòng)配置。

b73668f6-03ed-11ed-9ade-dac502259ad0.png

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

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

    關(guān)注

    59

    文章

    3047

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    RDMA設(shè)計(jì)32:RoCE v2 發(fā)送模塊4

    請(qǐng)求狀態(tài)機(jī)發(fā)送一個(gè)新的發(fā)送隊(duì)列條目,重新開(kāi)始數(shù)據(jù)包發(fā)送流程。 B已給出相關(guān)性能的視頻,如想進(jìn)一步了解,請(qǐng)搜索B用戶:專(zhuān)注與守望 http
    發(fā)表于 01-29 16:05

    RDMA設(shè)計(jì)30:RoCE v2 發(fā)送模塊2

    當(dāng) RoCE v2 發(fā)送模塊檢測(cè)到發(fā)送隊(duì)列非空時(shí),則從發(fā)送隊(duì)列中讀取一個(gè)發(fā)送隊(duì)列條目,并判斷請(qǐng)求類(lèi)型。根據(jù)不同的請(qǐng)求類(lèi)型和請(qǐng)求長(zhǎng)度進(jìn)入不同的包生成流程,這一過(guò)程由請(qǐng)求狀態(tài)機(jī)實(shí)現(xiàn)。
    的頭像 發(fā)表于 01-27 11:56 ?183次閱讀
    RDMA設(shè)計(jì)30:RoCE v2 <b class='flag-5'>發(fā)送</b>模塊2

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

    的數(shù)據(jù)。 由于請(qǐng)求生成單元和應(yīng)答生成單元并不是所有時(shí)刻都需要與 DMA 控制器進(jìn)行數(shù)據(jù)交互,所以這里使用兩個(gè)狀態(tài)機(jī)分別控制請(qǐng)求生成和應(yīng)答生成流程,以此來(lái)提高系統(tǒng)工作效率、降低響應(yīng)延遲。RoCE v2 發(fā)送
    發(fā)表于 01-26 16:47

    RDMA設(shè)計(jì)25:隊(duì)列管理模塊之發(fā)送模塊詳細(xì)設(shè)計(jì)分析

    發(fā)送隊(duì)列存儲(chǔ)為所有發(fā)送隊(duì)列共用的存儲(chǔ)空間,根據(jù)用戶環(huán)境和開(kāi)發(fā)板環(huán)境不同可由 BRAM、URAM 或 LUTRAM 實(shí)現(xiàn)。發(fā)送隊(duì)列管理單元?jiǎng)t負(fù)責(zé)管理這個(gè)存儲(chǔ)空間,并處理用戶指令和發(fā)送隊(duì)列
    的頭像 發(fā)表于 01-25 16:27 ?2709次閱讀
    RDMA設(shè)計(jì)25:隊(duì)列管理模塊之<b class='flag-5'>發(fā)送</b>模塊詳細(xì)設(shè)計(jì)分析

    RDMA設(shè)計(jì)28:RoCE v2 發(fā)送及接收模塊設(shè)計(jì)

    較慢、延遲相對(duì)較高。因此在RoCE v2 發(fā)送及接收模塊中,SEND 單元只用于進(jìn)行主機(jī)間的信息參數(shù)交換,不直接涉及大批量的數(shù)據(jù)傳輸操作,可以在一定程度上降低傳輸延遲、增加數(shù)據(jù)吞吐量。而DMA 控制器在其
    發(fā)表于 01-25 10:45

    RDMA設(shè)計(jì)20:RoCE v2 發(fā)送及接收模塊設(shè)計(jì)2

    IDLE 狀態(tài)并返回異常完成條目。 DONE:請(qǐng)求完成狀態(tài)。該狀態(tài)下將發(fā)送寄存器中剩余的最后一幀數(shù)據(jù)并生成指 令完成信號(hào)。在一個(gè)時(shí)鐘周期后回到 IDLE 狀態(tài)。 B已給出相關(guān)性能的視頻,如想進(jìn)一步了解,請(qǐng)
    發(fā)表于 01-08 08:49

    RDMA設(shè)計(jì)19:RoCE v2 發(fā)送及接收模塊設(shè)計(jì)

    較慢、延遲相對(duì)較高。因此在RoCE v2 發(fā)送及接收模塊中,SEND 單元只用于進(jìn)行主機(jī)間的信息參數(shù)交換,不直接涉及大批量的數(shù)據(jù)傳輸操作,可以在一定程度上降低傳輸延遲、增加數(shù)據(jù)吞吐量。而DMA 控制器在其
    發(fā)表于 01-06 08:08

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

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

    華為手機(jī)如何定時(shí)發(fā)送消息

    選項(xiàng),讓你設(shè)置未來(lái)發(fā)送的時(shí)間, 這個(gè)功能適用于單獨(dú)聯(lián)系人和群組, 你輸入信息,選擇日期和時(shí)間,手機(jī)會(huì)在設(shè)定時(shí)自動(dòng)發(fā)送, 操作步驟很簡(jiǎn)單,基本使用不需要額外的軟件, 磨針工具軟件可以幫你記錄發(fā)的內(nèi)容并提醒你檢查
    的頭像 發(fā)表于 11-22 09:52 ?1563次閱讀

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

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

    SPI主機(jī)/從機(jī)接收發(fā)送開(kāi)啟DMA通信

    AT32_SPI主機(jī)/從機(jī)接收發(fā)送開(kāi)啟DMA通信 示例目的 本示例代碼展示了如何使用 AT32 的 DMA 進(jìn)行 SPI 數(shù)據(jù)傳輸。SPI 作為主機(jī)時(shí),接收和發(fā)送同時(shí)開(kāi)啟 DMA
    發(fā)表于 09-10 16:56

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

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

    ATS失效請(qǐng)求報(bào)文問(wèn)題的故障排除步驟

    本篇文章提供了解決 ATS 失效請(qǐng)求報(bào)文問(wèn)題的故障排除步驟,主要聚焦在 CQ 接口上未顯示主機(jī)發(fā)送報(bào)文的情況。
    的頭像 發(fā)表于 06-09 15:17 ?1427次閱讀
    ATS失效請(qǐng)求<b class='flag-5'>報(bào)文</b>問(wèn)題的故障排除步驟

    STM32F103做從 上電過(guò)程,上位機(jī)不斷發(fā)送數(shù)據(jù)造成,通訊失敗怎么解決?

    主機(jī)上掛了多個(gè)STM32 485從, 主機(jī)不斷輪詢發(fā)送數(shù)據(jù),STM32上電過(guò)程中如果主已經(jīng)在不斷發(fā)送數(shù)據(jù)了就STM32一直無(wú)法接收數(shù)據(jù),不知道什么原因造成,請(qǐng)各位大俠指導(dǎo)一下。我使
    發(fā)表于 03-13 08:11

    STM32G473 CAN發(fā)送數(shù)據(jù)出現(xiàn)丟幀怎么解決?

    配置CAN以FIFO模式發(fā)送,單片機(jī)周期發(fā)送不同ID的CAN報(bào)文,同時(shí)使用軟件ZCANPRO周期發(fā)送不同ID的報(bào)文到CAN總線上來(lái)模擬總線上
    發(fā)表于 03-11 08:30