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)注

    57

    文章

    2921

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    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 ?599次閱讀
    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

    TDC1000能否用于多普勒測(cè)流?

    你好,我想問(wèn)下TDC1000能否用于多普勒測(cè)流?就是通過(guò)STOP的頻率計(jì)算出回波的頻率?根據(jù)發(fā)送頻率和STOP頻率來(lái)計(jì)算頻差,使用TDC1000的方案能滿足這個(gè)技術(shù)要求嗎?
    發(fā)表于 12-25 07:19

    rk3588 canfd發(fā)送部分?jǐn)?shù)據(jù)失敗的問(wèn)題

    在使用rk3588的板子進(jìn)行canfd通信時(shí),有些數(shù)據(jù)發(fā)送必然失?。?1,cansend can0 200##065.68.00.00.96.00.00.01 必然成功 2,cansend can0
    發(fā)表于 12-18 10:53

    TDC7201支持全雙工SPI嗎?

    1.TDC7201支持全雙工SPI么?就是SCLK發(fā)送了8個(gè)地址位數(shù)據(jù)后,需要等待一會(huì)才發(fā)送時(shí)鐘信號(hào)讀取數(shù)據(jù)么?還是立馬給時(shí)鐘信號(hào),就可以讀取數(shù)據(jù)的呢? 2.采用模式1,單次測(cè)量TOF,出了
    發(fā)表于 12-11 08:01

    ProfibusDP主轉(zhuǎn)ModbusTCP協(xié)議轉(zhuǎn)換網(wǎng)關(guān)技術(shù)需求干貨講解

    Modbus 主時(shí),發(fā)出一條 Modbus 報(bào)文之后等待從設(shè)備回答的時(shí)間,如果 Modbus 從超出 500mS 未響應(yīng),則 WL-ABD3030 不再等待直接
    發(fā)表于 11-13 15:23

    【CANopen系列】CANopen從為什么總不上傳PDO報(bào)文?

    已經(jīng)確保接線和波特率都沒(méi)有問(wèn)題,但無(wú)論主如何發(fā)送網(wǎng)絡(luò)管理命令,都無(wú)法使從切換操作模式,并且反復(fù)給從站上下電也無(wú)法獲取到從的TPDO數(shù)據(jù),這該怎么辦呢?別急!很
    的頭像 發(fā)表于 09-19 08:05 ?780次閱讀
    【CANopen系列】CANopen從<b class='flag-5'>站</b>為什么總不上傳PDO<b class='flag-5'>報(bào)文</b>?

    求助tsw模塊cpu端口收報(bào)文的方法

    (APP_TSW, buff, 1024, index); tsw_recv(APP_TSW, buff, 1024, index); board_delay_ms(10000); } 用調(diào)試助手給板子發(fā)送報(bào)文,但是buff里內(nèi)容一直不變。 請(qǐng)問(wèn)應(yīng)該如何接收報(bào)文?
    發(fā)表于 09-18 17:25

    如何隔離兩線制環(huán)路供電式現(xiàn)場(chǎng)發(fā)送

    電子發(fā)燒友網(wǎng)站提供《如何隔離兩線制環(huán)路供電式現(xiàn)場(chǎng)發(fā)送器.pdf》資料免費(fèi)下載
    發(fā)表于 08-27 09:40 ?0次下載
    如何隔離兩線制環(huán)路供電式現(xiàn)場(chǎng)<b class='flag-5'>發(fā)送</b>器

    如何在CANtest上通過(guò)報(bào)文發(fā)送實(shí)現(xiàn)CCP指令的發(fā)送

    如題,我在CANtest上通過(guò)CAN報(bào)文發(fā)送了CCP指令\'CONNECT\'、\'SET-MTA\'和‘Upload’。前兩個(gè)指令的返回均沒(méi)有報(bào)錯(cuò),可\'Upload\'的返回直接
    發(fā)表于 08-13 10:46

    北斗短報(bào)文終端支持民用嗎?

    救援:在自然災(zāi)害、戶外探險(xiǎn)等緊急情況下,當(dāng)常規(guī)通信手段失效時(shí),北斗短報(bào)文終端能夠提供緊急通信支持,發(fā)送求救信號(hào)和位置信息,為救援行動(dòng)提供關(guān)鍵指引。海洋漁業(yè):漁民在
    的頭像 發(fā)表于 08-09 13:41 ?834次閱讀
    北斗短<b class='flag-5'>報(bào)文</b>終端支持民用嗎?

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

    本文主要講的是,基于TSMaster實(shí)現(xiàn)TOSUN系列CAN/CANFD,LIN設(shè)備的操作。主要給大家介紹在TSMaster軟件里如何實(shí)現(xiàn)CAN信號(hào)收發(fā)Demo工程。本文關(guān)鍵詞:CAN報(bào)文
    的頭像 發(fā)表于 07-27 08:21 ?1347次閱讀
    基于VB6.0 實(shí)現(xiàn) CAN信號(hào)收發(fā) Demo

    CYT2BL和SDL v8.0.0是否有可能實(shí)現(xiàn)以相同ID發(fā)送和接收CAN報(bào)文(RxID、TxID)的功能?

    我使用的是 CYT2BL 和 SDL v8.0.0。 我想發(fā)送和接收具有相同 ID 的 CAN 報(bào)文。 1.是否有可能實(shí)現(xiàn)以相同 ID 發(fā)送和接收 CAN 報(bào)文(RxID、TxID)
    發(fā)表于 07-23 06:12