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

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

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

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

CANOpen系列教程05_ CAN總線同步與位填充、優(yōu)先級的決定

黃工的嵌入式技術(shù)圈 ? 來源:黃工的嵌入式技術(shù)圈 ? 2020-03-06 16:13 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

1寫在前面

繼續(xù)為大家更新CAN總線協(xié)議相關(guān)內(nèi)容,這些內(nèi)容其實也比較重要,會直接影響到你后期CAN總線的編程,夸張一點的說會影響到你的軟件架構(gòu)。

本文內(nèi)容相對來說比較容易理解,初學者有必要了解一下。

2

位填充

位填充是為防止突發(fā)錯誤而設(shè)定的功能。當同樣的電平持續(xù) 5 位時則添加一個位的反型數(shù)據(jù)。

這個功能很好理解,如下圖所示。位填充的數(shù)據(jù)不需要編程控制,由控制器自動完成。其目的也是提高CAN總線的穩(wěn)定性。

(1) 發(fā)送單元的工作

在發(fā)送數(shù)據(jù)幀和遙控幀時, SOF~CRC 段間的數(shù)據(jù),相同電平如果持續(xù) 5 位,在下一個位(第 6 個位)則要插入 1 位與前 5 位反型的電平。

(2) 接收單元的工作

在接收數(shù)據(jù)幀和遙控幀時, SOF~CRC 段間的數(shù)據(jù),相同電平如果持續(xù) 5 位,需要刪除下一個位(第 6 個位)再接收。如果這個第 6 個位的電平與前 5 位相同,將被視為錯誤并發(fā)送錯誤幀。

3

優(yōu)先級的決定

前面講述“CAN 總線差分信號”時描述了顯性和隱性,其實這是CAN總線的特點,也是決定CAN總線優(yōu)先級比較重要的功能。

在CAN總線空閑態(tài),最先開始發(fā)送消息的單元獲得發(fā)送權(quán)。

多個單元同時開始發(fā)送時,各發(fā)送單元從仲裁段的第一位開始進行仲裁。連續(xù)輸出顯性電平最多的單元可繼續(xù)發(fā)送。

上圖描述了CAN控制仲裁的過程,單元2最終獲得了搶占CAN總線的權(quán)利,也就是說單元2具有更高的優(yōu)先級。

當單元1 仲裁失利時,自動轉(zhuǎn)換為接收(本來該發(fā)送,優(yōu)先級比別人低,就開始接收數(shù)據(jù)了。 同時,控制器將會在下一輪繼續(xù)發(fā)送這次未完成的數(shù)據(jù))。

3.1 數(shù)據(jù)幀和遙控幀的優(yōu)先級

具有相同 ID 的數(shù)據(jù)幀和遙控幀在總線上競爭時,仲裁段的最后一位(RTR)為顯性位的數(shù)據(jù)幀具有優(yōu)先權(quán),可繼續(xù)發(fā)送。

數(shù)據(jù)幀和遙控幀的仲裁過程如下圖:

3.2 標準格式和擴展格式的優(yōu)先級

標準格式 ID 與具有相同 ID 的遙控幀或者擴展格式的數(shù)據(jù)幀在總線上競爭時,標準格式的 RTR 位為顯性位的具有優(yōu)先權(quán),可繼續(xù)發(fā)送。

提示:

不明白數(shù)據(jù)幀和遙控幀,標準格式和擴展格式之間差異的朋友,建議參看我上一篇文章《CANOpen系列教程04》。

4

其他

CAN總線協(xié)議的重要內(nèi)容在這前面基本是講述的差不多了,還有一些不是很重要的內(nèi)容,比如硬件設(shè)計需要在CAN_H和CAN_L之間添加一個120歐電阻,總線的傳輸距離等。

接下來的文章會結(jié)合STM32芯片集成CAN控制器、例程講述如何編程控制CAN總線數(shù)據(jù)的收發(fā)等。

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

    關(guān)注

    59

    文章

    3044

    瀏覽量

    472106
  • CANopen
    +關(guān)注

    關(guān)注

    8

    文章

    477

    瀏覽量

    47856
  • 換位填充
    +關(guān)注

    關(guān)注

    0

    文章

    2

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    CS32L010系列能否支持串口的發(fā)送和接收中斷單獨配置?不同中斷的中斷優(yōu)先級如何設(shè)置?

    1、串口能否配置成阻塞式發(fā)送和中斷式接收。 2、不同中斷的中斷優(yōu)先級如何設(shè)置?我在開啟中斷函數(shù)代碼中看到說中斷優(yōu)先級配置需要先調(diào)用NVIC_PriorityGroupConfig()函數(shù),但此函數(shù)無定義,全局搜索不到。
    發(fā)表于 12-10 18:46

    搶占優(yōu)先級和子優(yōu)先級

    關(guān)于搶占優(yōu)先級和子優(yōu)先級: 1)具有高搶占式優(yōu)先級的中斷可以在具有低搶占式優(yōu)先級的中斷服務(wù)程序執(zhí)行過程中被響應,即中斷嵌套,或者說高搶占式優(yōu)先級
    發(fā)表于 12-03 07:11

    電能質(zhì)量在線監(jiān)測裝置的暫態(tài)數(shù)據(jù)補傳的優(yōu)先級如何在實際應用中進行動態(tài)調(diào)整?

    電能質(zhì)量在線監(jiān)測裝置的暫態(tài)數(shù)據(jù)補傳優(yōu)先級在實際應用中通過 事件驅(qū)動、主站指令、資源狀態(tài)感知和動態(tài)策略調(diào)整 等多層機制實現(xiàn)靈活調(diào)控,確保關(guān)鍵數(shù)據(jù)的實時性與可靠性。以下是具體實現(xiàn)方式和典型場景的動態(tài)調(diào)整
    的頭像 發(fā)表于 11-06 14:10 ?186次閱讀

    電能質(zhì)量在線監(jiān)測裝置的暫態(tài)數(shù)據(jù)補傳的優(yōu)先級是怎樣的?

    電能質(zhì)量在線監(jiān)測裝置的暫態(tài)數(shù)據(jù)補傳優(yōu)先級設(shè)計遵循 事件驅(qū)動、主站指令優(yōu)先、資源動態(tài)分配 的原則,結(jié)合行業(yè)標準和設(shè)備機制,形成以下多層級優(yōu)先級體系: 一、最高優(yōu)先級:緊急事件驅(qū)動補傳 1
    的頭像 發(fā)表于 11-06 14:02 ?187次閱讀

    FreeRTOS任務(wù)調(diào)度及優(yōu)先級問題

    都有容錯,但是心里沒底,想向大家了解一下實際工作中有沒有遇到到類似的問題,如果有又是怎么解決的呢? 另外有前輩可以分享一下任務(wù)的優(yōu)先級在實際項目中該基于什么原則來劃分呢?
    發(fā)表于 11-06 02:18

    優(yōu)先級線程無法調(diào)度怎么解決?

    1,設(shè)置了3,5,6,8幾個優(yōu)先級,設(shè)備在現(xiàn)場正常運行了一年多后,顯示、前端、后端這3個低優(yōu)先級線程異常了,表現(xiàn)為屏幕不動,前端采集數(shù)據(jù)沒有變化等,其他高優(yōu)先級的線程如通訊,按鍵都能正常運行,通訊有喂狗操作,停止通訊,會看門狗復
    發(fā)表于 09-25 07:33

    什么是RTOS中的優(yōu)先級反轉(zhuǎn)

    當一個高優(yōu)先級任務(wù)正在等待一個資源,但一個低優(yōu)先級任務(wù)正在持有它,一個中等優(yōu)先級任務(wù)繼續(xù)在中間運行時,就會發(fā)生優(yōu)先級反轉(zhuǎn)——阻止低優(yōu)先級任務(wù)
    的頭像 發(fā)表于 09-09 14:50 ?895次閱讀

    揭秘!基于RT-Thread探究“優(yōu)先級反轉(zhuǎn)”下的任務(wù)調(diào)度究竟是什么樣的?| 技術(shù)集結(jié)

    本文將基于RT-Thread,結(jié)合RT-Trace調(diào)試器細化到實際任務(wù)調(diào)度的粒度,來調(diào)試并逐步講解“優(yōu)先級反轉(zhuǎn)”的調(diào)度和運行邏輯。如果對RT-Trace感興趣的可以看這篇文章:國產(chǎn)嵌入式調(diào)試器之光
    的頭像 發(fā)表于 08-17 10:07 ?3066次閱讀
    揭秘!基于RT-Thread探究“<b class='flag-5'>優(yōu)先級</b>反轉(zhuǎn)”下的任務(wù)調(diào)度究竟是什么樣的?| 技術(shù)集結(jié)

    TLe9893怎么調(diào)整外設(shè)的中斷優(yōu)先級

    你好林工,我該怎么調(diào)整外設(shè)的中斷優(yōu)先級?是否可以通過工具調(diào)整?默認設(shè)置下,是不是Brdv的在中斷優(yōu)先級高于T20和can?
    發(fā)表于 08-01 06:20

    請問C0系列單片機中斷優(yōu)先級只有4嗎?

    C0系列單片機中斷優(yōu)先級只有4?C071在配置的時候只能配置0-3
    發(fā)表于 07-23 08:00

    CAN總線傳播延遲過大導致通信異?,F(xiàn)象解析

    本文導讀在CAN總線系統(tǒng)中,傳播延遲過大是引發(fā)通信故障的關(guān)鍵誘因之一,可能會導致仲裁異常,使優(yōu)先級高的信號無法正常優(yōu)先傳輸,破壞通信秩序;可能會造成應答錯誤,使發(fā)送節(jié)點難以在應答隙內(nèi)接
    的頭像 發(fā)表于 07-15 11:47 ?768次閱讀
    <b class='flag-5'>CAN</b><b class='flag-5'>總線</b>傳播延遲過大導致通信異?,F(xiàn)象解析

    CAN總線采樣點不一致的危害

    總線的仲裁階段,節(jié)點通過比較發(fā)送和接收的決定消息優(yōu)先級。如果采樣點不一致,節(jié)點可能對仲裁做出錯誤判斷,導致消息沖突或
    發(fā)表于 06-07 08:55

    CyU3PDebugPrint的最高優(yōu)先級和最低優(yōu)先級是什么?

    [i]CyU3PDebugPrint的最高優(yōu)先級和最低優(yōu)先級是什么?
    發(fā)表于 05-13 08:22

    【手把手教你玩轉(zhuǎn)CAN總線】從原理到STM32實戰(zhàn)

    hcan1.Instance->CRCSA = 0x0000;// 起始地址 3.3 仲裁機制詳解 29擴展幀仲裁過程: 優(yōu)先級 → 源地址 → 參數(shù)組號(PGN) 優(yōu)先級
    發(fā)表于 04-10 11:08

    配電柜—斷電危機?配電柜故障排查優(yōu)先級指南

    在排查配電柜故障過程中,合理安排排查優(yōu)先級至關(guān)重要。下面聊一下如何科學合理安排配電柜故障排查優(yōu)先級順序。
    的頭像 發(fā)表于 03-06 18:55 ?1008次閱讀
    配電柜—斷電危機?配電柜故障排查<b class='flag-5'>優(yōu)先級</b>指南