當(dāng)前位置:首頁 > 技術(shù)學(xué)院 > 技術(shù)前線
[導(dǎo)讀]周立功閱讀筆記-CANopen輕松入門基于DS301(一)

CANopen閱讀筆記

4.CANopen的預(yù)定義報(bào)文和ID分類

5.對象字典OD(Object dictionary)

6.網(wǎng)絡(luò)管理NMT(Network management)與CANopen主站

7.過程數(shù)據(jù)對象PDO(Process data object)

8.服務(wù)數(shù)據(jù)對象SDO(Service data object)

9.特殊協(xié)議

CAN-OPEN

–NMT主機(jī)

—-過程數(shù)據(jù)對象PDO

——–TPDO(發(fā)送PDO):有四種數(shù)據(jù)對象,詳見表4-2

——–RPDO (接收RPDO):有四種數(shù)據(jù)對象,詳見表4-2

—-服務(wù)數(shù)據(jù)對象SDO

–CANopen從機(jī)

—-過程數(shù)據(jù)對象PDO

——–TPDO(發(fā)送PDO):有四種數(shù)據(jù)對象,詳見表4-2

——–RPDO (接收RPDO):有四種數(shù)據(jù)對象,詳見表4-2

—-服務(wù)數(shù)據(jù)對象SDO

——–問SDO的CAN幀的ID:600h+node-ID。這里Node-ID節(jié)點(diǎn)地址

——–被問節(jié)點(diǎn)地址Node-ID:答:SDO的CAN幀就是:580h+node-ID。詳見表4-2

【四.CANopen的預(yù)定義報(bào)文和ID分類】

4_1 報(bào)文傳輸采用 CAN 標(biāo)準(zhǔn)幀格式。即 11bit 的 ID 域,以盡量減小傳輸時(shí)間。

4_2 需要接收方確認(rèn)的配置參數(shù)一般都是采用快速單字傳輸。即 1 個(gè)報(bào)文最多傳送 1

個(gè) 32 字節(jié)的參數(shù)變量,避免了分幀引起的實(shí)時(shí)性降低。

4_3 需要設(shè)置一個(gè)網(wǎng)絡(luò)管理主機(jī),NMT 主機(jī)一般是 CANopen 網(wǎng)絡(luò)中具備監(jiān)控的 PLC 或者 PC。

網(wǎng)絡(luò)管理中,同一個(gè)網(wǎng)絡(luò)中只允許有一個(gè)主節(jié)點(diǎn)、一個(gè)或多個(gè)從節(jié)點(diǎn),并遵循主從模式。

【STM32需要自己寫一個(gè)主機(jī),自己寫一個(gè)從機(jī),主機(jī)是NMT主機(jī)】

NMT 與特殊協(xié)議的 CAN-ID 定義,

關(guān)鍵是怎么定義這種結(jié)構(gòu)體,我個(gè)人猜測STM32里面的庫就把這個(gè)弄好了。

讀者必須需要記住的是綠色底紋的這些常用的CAN-ID 含義,在研發(fā)和應(yīng)用 CANopen 中,這三類是最為常用的 NMT 與特殊協(xié)議報(bào)文。

NMT網(wǎng)絡(luò)管理命令: CiA301 CAN-ID

Sync同步報(bào)文: CiA301 080h

Emergency緊急報(bào)文: CiA301 081h to 0FFh

4_4 過程數(shù)據(jù)對象(PDO)和服務(wù)數(shù)據(jù)對象(SDO)的報(bào)文ID分類

需要傳遞的配置信息和應(yīng)用信息,兩個(gè)重要的對象,即:

【過程數(shù)據(jù)對象PDO(Process data object)】

【服務(wù)數(shù)據(jù)對象SDO(Service data object)】

這就是CiA301 協(xié)議所規(guī)定的基礎(chǔ)協(xié)議——“籮筐”。

【PDO】屬于過程數(shù)據(jù),即單向傳輸,無需接收節(jié)點(diǎn)回應(yīng)CAN 報(bào)文來確認(rèn),從通訊術(shù)語上來說是屬于“生產(chǎn)消費(fèi)”模型。CAN數(shù)據(jù)幀0-8字節(jié) CAN-ID:0-2048

【SDO】(需要確認(rèn))屬于服務(wù)數(shù)據(jù),有指定被接收節(jié)點(diǎn)的地址(Node-ID),并且需要指定的接收節(jié)點(diǎn)回應(yīng) CAN 報(bào)文來確認(rèn)已經(jīng)接收, 如果超時(shí)沒有確認(rèn),則發(fā)送節(jié)點(diǎn)將會(huì)重新發(fā)送原報(bào)文。這種通訊方式屬于常見的“服務(wù)器客戶端”的通信模型,即我們通常所說的輪詢式。

CAN-ID 稱為 COB-ID(通信對象編號(hào)):COB-ID:通訊對象的報(bào)文幀ID,即 CAN 報(bào)文的 11 位 ID。

Node-ID:節(jié)點(diǎn) ID 號(hào),即 CANopen 網(wǎng)絡(luò)中的節(jié)點(diǎn)地址。

每個(gè)CANopen節(jié)點(diǎn)的輸入和輸出,所以 PDO 分為 TPDO(發(fā)送 PDO)和(接收 RPDO),

發(fā)送和接收是以 CANopen 從站節(jié)點(diǎn)為參考(如果 CAN 主站就相反)。TPDO和 RPDO 分別有4個(gè)數(shù)據(jù)對象,每種數(shù)據(jù)對象就是 1 條 CAN 報(bào)文封裝。

CAN-OPEN

–NMT主機(jī)

—-過程數(shù)據(jù)對象PDO

——–TPDO(發(fā)送PDO):有四種數(shù)據(jù)對象,詳見表4-2

——–RPDO (接收RPDO):有四種數(shù)據(jù)對象,詳見表4-2

—-服務(wù)數(shù)據(jù)對象SDO

–CANopen從機(jī)

—-過程數(shù)據(jù)對象PDO

——–TPDO(發(fā)送PDO):有四種數(shù)據(jù)對象,詳見表4-2

——–RPDO (接收RPDO):有四種數(shù)據(jù)對象,詳見表4-2

—-服務(wù)數(shù)據(jù)對象SDO

——–問SDO的CAN幀的ID:600h+node-ID。這里Node-ID節(jié)點(diǎn)地址

五.對象字典OD (Object dictionary)CANopen中最核心的概念。

實(shí)質(zhì):有序的對象組

描述了對應(yīng) CANopen 節(jié)點(diǎn)的所有參數(shù), 包括通訊數(shù)據(jù)的存放位置也列入其索引,這個(gè)表變成可以傳遞形式就叫做 EDS 文件(電子數(shù)據(jù)文檔Electronic Data Sheet) 。

對于 CANopen 網(wǎng)絡(luò)中的主節(jié)點(diǎn)來說,不需要對CANopen 從節(jié)點(diǎn)的每個(gè)對象字典項(xiàng)都訪問。

CANopen 對象字典中的項(xiàng)由一系列子協(xié)議來描述。子協(xié)議為對象字典中的每個(gè)對象都描述了它的功能、名字、索引、子索引、數(shù)據(jù)類型,以及這個(gè)對象是否必需、讀寫屬性等等。

5.1 對象字典概述 用戶需要關(guān)注的區(qū)域是兩個(gè)區(qū)域:通訊對象子協(xié)議區(qū)和制造商特定子協(xié)議區(qū)

5.2 通訊對象子協(xié)議區(qū):通用通訊對象必須有:1000h to 1029h

5.3 通用通訊對象(General communication objects)

NMT主站(CANopen 主站) 在啟動(dòng)時(shí), 通常都全部或者部分讀取所有從站中通用通訊對象中的索引, 所以所有的通用通訊對象都必須在CANopen 從站中實(shí)現(xiàn),使用者也必須熟知這些索引地址與其含義。

5.4 制造商特定子協(xié)議(Manufacturer-specific Profile)

RPDO 的通訊參數(shù)存放在 1400h to 15FFh

映射參數(shù)存放在 1600h to 17FFh 數(shù)據(jù)存放為2000h 之后廠商自定義區(qū);

TPDO 的通訊參數(shù)存放在 1800h to 19FFh 映射參數(shù)存放在 1A00h to 1BFFh 數(shù)據(jù)存放為

2000h 之后廠商自定義區(qū)。

5.5標(biāo)準(zhǔn)化設(shè)備子協(xié)議(Standardized profile area)

六.網(wǎng)絡(luò)管理NMT(Network management)與CANopen主站

每個(gè) CANopen 從節(jié)點(diǎn)的 CANopen 協(xié)議棧中,必須具備 NMT 管理的相應(yīng)代碼,

這是節(jié)點(diǎn)具備 CANopen 協(xié)議的最基本的要素。

NMT 節(jié)點(diǎn)狀態(tài):

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時(shí)1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動(dòng) BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時(shí)企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺(tái)與中國電影電視技術(shù)學(xué)會(huì)聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會(huì)上宣布正式成立。 活動(dòng)現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會(huì)上,軟通動(dòng)力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動(dòng)力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉