簡介這是一份CANopen協(xié)議專業(yè)教學(xué)PPT課件面向工業(yè)自動化、嵌入式開發(fā)及現(xiàn)場總線學(xué)習(xí)者系統(tǒng)講解CANopen在CAN物理層之上的標準化應(yīng)用層設(shè)計思路。資源僅含1個pptx演示文件共91頁壓縮包大小1.71MB已有121人學(xué)習(xí)瀏覽。課件按章節(jié)推進從CANopen誕生背景與CiA組織講起對比SAE J1939、DeviceNet等CAN應(yīng)用層協(xié)議隨后重點剖析協(xié)議核心機制對象字典采用16位索引與8位子索引管理設(shè)備參數(shù)通信對象按功能碼區(qū)分同步、緊急、PDO、SDO等七級優(yōu)先級節(jié)點通過狀態(tài)機在預(yù)操作、運行與停止狀態(tài)間切換并配有參考連接層視圖和狀態(tài)轉(zhuǎn)換圖輔助理解。通過課件可快速掌握CANopen的通信模型、設(shè)備組織結(jié)構(gòu)和網(wǎng)絡(luò)管理機制適合作為課程教學(xué)、自學(xué)入門或工程復(fù)習(xí)的參考資料。1. 一門 CANopen 課件要架起的“協(xié)議條款到電機轉(zhuǎn)”的橋很多內(nèi)部培訓(xùn)把 CANopen 講成了“背 COB-ID”學(xué)員記住了 0x581 是 SDO 響應(yīng)、0x181 是 TPDO1真到現(xiàn)場接一臺伺服還是卡在“怎么讓它轉(zhuǎn)起來”這一步。原因在于課件沒有把對象字典、NMT 狀態(tài)機、SDO/PDO 分工串成一條可操作的鏈路。這份 CANopen 協(xié)議 PPT 教學(xué)課件的價值就是讓研發(fā)新人從“能解釋協(xié)議幀”進階到“能完成主站與伺服驅(qū)動的建立連接與使能運行”也讓產(chǎn)線工程師看得懂驅(qū)動器報警之前總線上到底發(fā)生了什么。下文按這套課件的編排順序——對象字典、NMT 狀態(tài)圖、伺服驅(qū)動配置、Python 上位機驗證——把每頁該落到的技術(shù)點、可復(fù)現(xiàn)命令與常見誤區(qū)一起拆開講。適合做內(nèi)部培訓(xùn)課件底稿、項目交接說明以及自己系統(tǒng)整理 CANopen 協(xié)議時的復(fù)習(xí)提綱。2. 講清 CANopen 先立骨架對象字典、NMT 狀態(tài)圖與 SDO/PDO 分工2.1 對象字典是一張“設(shè)備能力登記表”CANopen 設(shè)備里所有能被外部訪問的數(shù)據(jù)都靠 16 位索引加 8 位子索引定位。0x1000 到 0x1FFF 是通信參數(shù)區(qū)0x2000 到 0x5FFF 是廠商自定義區(qū)0x6000 到 0x9FFF 屬于設(shè)備協(xié)議區(qū)——伺服驅(qū)動常用的 0x6060 操作模式、0x6040 控制字、0x6041 狀態(tài)字都在這里。這個分區(qū)本身就是很好的教學(xué)主線先讓學(xué)員看出“哪個區(qū)管通信、哪個區(qū)管行為”再去記具體對象就不容易亂。課件里最好直接打開一份 EDS 文件并高亮其中一個對象定義例如控制字[6040] ParameterNameControlword ObjectTypeVAR DataTypeUNSIGNED16 AccessTyperwEDS 文件是設(shè)備能力的“清單”它寫明了每個對象的名稱、類型、讀寫屬性和默認值。主站上位機比如后面要講的 Python 庫就是靠解析 EDS 才知道該用幾個字節(jié)、按什么方向去訪問。DCF 則是 EDS 加了節(jié)點號、波特率、PDO 映射等具體配置后形成的副本相當于“這臺設(shè)備裝完參數(shù)后的事實狀態(tài)”。課件里把 EDS 和 DCF 的差比作“車型配置表”和“我這臺車實際選裝清單”學(xué)員很快能記住。2.2 NMT 狀態(tài)圖與心跳先理解狀態(tài)再上手接線NMTNetwork Management負責把節(jié)點從“上電”一路推進到“能跑 PDO”的 Operational 狀態(tài)。NMT 報文使用 COB-ID 0x000是最典型的廣播幀。課件要講清楚一個反直覺結(jié)論CANopen 節(jié)點的“啟動”不是靠給 CAN 收發(fā)器斷電而是靠 NMT 狀態(tài)遷移。節(jié)點上電默認進入 Pre-Operational這個狀態(tài)下只能跑 SDO 和心跳不能跑 PDO要讓設(shè)備實際參與運動控制必須由主站發(fā) NMT 命令把它切到 Operational。以下命令表應(yīng)當作為課件第三頁左右的固定內(nèi)容NMT 命令符CS含義目標狀態(tài)示例幀控制節(jié)點 10x01啟動節(jié)點Operationalcan0 000#01 010x02停止節(jié)點Stoppedcan0 000#02 010x80進入預(yù)操作Pre-Operationalcan0 000#80 010x81復(fù)位節(jié)點先復(fù)位后進 Pre-Operationalcan0 000#81 010x82復(fù)位通信通信參數(shù)重新加載can0 000#82 01關(guān)于心跳0x1017 對象存的是心跳生產(chǎn)周期單位毫秒。如果把 0x1017 寫成 100節(jié)點就會每 100 ms 在 COB-ID 0x700 NodeID 上發(fā)一幀心跳。主站側(cè)則通過 0x1016 配置心跳消費超時。課件中我會用一個 5 分鐘的小練習(xí)收掉這一節(jié)讓學(xué)員在總線上抓兩個 0x701 幀計算實際間隔再回寫 0x1017 改成 50 ms 重抓一遍感受“配置對象后立刻生效”的 CANopen 風格。2.3 SDO 與 PDO 的邊界同一根總線兩種節(jié)奏SDO 是點對點的“一問一答”適合參數(shù)配置等非周期數(shù)據(jù)。SDO 上傳請求和下載請求都占用 8 字節(jié)幀并且?guī)Т_認現(xiàn)場調(diào)試時最容易直接觀察。常見的 SDO 請求幀格式中前 4 個字節(jié)是命令符加索引與子索引后面 4 個字節(jié)留給數(shù)據(jù)。下面這個例子演示如何讀取節(jié)點 1 的 0x6041 狀態(tài)字# 上傳請求讀取 0x6041 子索引 0x00 cansend can0 601#40 41 60 00 00 00 00 00 # 抓取節(jié)點 1 的 SDO 響應(yīng)幀COB-ID 0x581 candump can0,581:7FF -n 1命令參數(shù)說明601是節(jié)點 1 的 SDO 請求 COB-ID公式為 0x600 NodeID40是 SDO 上傳請求命令符41 60是索引 0x6041 的小端排列第五字節(jié)00是子索引。響應(yīng)幀同樣以 0x581 開頭數(shù)據(jù)區(qū)第二、三字節(jié)會帶回 0x6041 的值。抓不到 0x581 時優(yōu)先檢查波特率、終端電阻和節(jié)點號而不是懷疑驅(qū)動壞了。PDO 則是生產(chǎn)者-消費者模型不確認、不重傳適合速度環(huán)、位置環(huán)這類周期數(shù)據(jù)。PDO 的 COB-ID 有固定規(guī)律TPDO1 0x180 NodeIDRPDO1 0x200 NodeIDTPDO2 0x280 NodeIDRPDO2 0x300 NodeID依次往后推。課件里我會用一張 8 行的小表把這組偏移寫全再讓學(xué)生自己推 TPDO3 和 RPDO3 的 ID推完基本就不會忘。PDO 映射參數(shù)是另一個教學(xué)重點。一個映射條目用 32 位表示低 16 位是對象索引中間 8 位是子索引最高 8 位是數(shù)據(jù)位長度。例如把 0x6041 子索引 0、16 位數(shù)據(jù)映射為 RPDO1 的第一個條目映射值為 0x60410010。教案上的寫法如下映射條目目標對象子索引數(shù)據(jù)位長度32 位映射值RPDO1 第 1 項0x60400x00160x60400010RPDO1 第 2 項0x607A0x00320x607A0020TPDO1 第 1 項0x60410x00160x60410010提示修改 PDO 映射時必須先把節(jié)點切到 Pre-Operational而且改完映射后要重新進入 Operational 才會生效。常見報錯“PDO 沒反應(yīng)”多半是改完映射忘了復(fù)位通信。3. 把步科、匯川這類伺服驅(qū)動器的 CANopen 配置順序排成可演示步驟3.1 從 EDS/DCF 文件里確定節(jié)點號與波特率伺服驅(qū)動器接入 CANopen 總線時第一步不是寫程序而是讓設(shè)備“報得出自己的名字”。以步科和匯川的伺服驅(qū)動器為例盡管面板參數(shù)編號不同但配置順序一致設(shè)定節(jié)點 ID、設(shè)定波特率、保存并重啟、用 EDS 文件驗證通信。一般做法是先在驅(qū)動器面板或調(diào)試軟件里把節(jié)點號設(shè)為 1波特率設(shè)為 500 kbit/s。然后在 Linux 主機側(cè)把 CAN 接口拉起來# 以 500 kbit/s 啟用 can0 接口 sudo ip link set can0 up type can bitrate 500000 # 全量抓幀先看有沒有心跳 0x701 或錯誤幀 candump can0 -t a這里有幾個需要在課件里強調(diào)的參數(shù)bitrate 500000必須與驅(qū)動器面板保持一致-t a是帶絕對時間戳輸出便于后續(xù)分析節(jié)點上線時刻。如果總線上一幀都沒有先查 120 Ω 終端電阻是不是只在總線兩端各接一個中間節(jié)點不要重復(fù)接終端。如果看到連續(xù)錯誤幀多半是波特率不一致或 CAN_H/CAN_L 接反。EDS 文件在這個階段的主要作用是“對賬”。用文本編輯器打開步科或匯川隨設(shè)備附帶的 EDS搜索 0x1600、0x1A00、0x6040、0x607A 這幾個關(guān)鍵對象確認該型號出廠 PDO 映射里到底放了哪些對象。很多課件默認“EDS 里的映射一定能用”真實情況是不同固件版本的默認映射差異很大不看 EDS 直接配 PDO常會出現(xiàn) 0x1600 子索引 0 顯示映射條目為 0 的怪現(xiàn)象。3.2 用 SDO 把伺服從預(yù)操作推到使能運行伺服在上電后通常處于 Pre-Operational這時只能做參數(shù)讀寫。要讓電機按要求運動需要按 DS402 狀態(tài)機的順序?qū)懣刂谱?。課件里我建議把下面三條命令作為“最小使能演示”# 1. 寫控制字 0x6040 0x0006進入 Ready to Switch On 的前置狀態(tài) cansend can0 601#2B 40 60 00 06 00 00 00 # 2. 把節(jié)點 1 切換為 Operational允許 PDO 數(shù)據(jù)流通 cansend can0 000#01 01 # 3. 寫控制字 0x6040 0x000F使能運行 cansend can0 601#2B 40 60 00 0F 00 00 00命令參數(shù)說明2B表示 SDO 下載請求數(shù)據(jù)長度是 2 字節(jié)40 60是索引 0x6040 的小端排列第四個字節(jié)00是子索引后面06 00是 2 字節(jié)數(shù)據(jù)。0x0006 是“禁用電壓”到“準備好使能”之間的常用過渡值0x000F 則是把使能、快速停止、電壓使能幾個關(guān)鍵位全部置 1。步科和匯川的多數(shù) DS402 兼容驅(qū)動器接受這個順序但部分固件要求先把 0x6040 寫成 0x0007 再寫 0x000F課件里要提醒學(xué)員以設(shè)備說明書狀態(tài)字為準。如果執(zhí)行第 3 條后驅(qū)動器依然不使能下一個動作不是改控制字而是讀 0x6041 狀態(tài)字確認自己停在哪# 讀取狀態(tài)字確認當前 DS402 狀態(tài)機的位置 cansend can0 601#40 41 60 00 00 00 00 00 candump can0實際排查中我發(fā)現(xiàn)使能不成功的常見原因有兩個一是 0x6041 的 bit3 故障位為 1說明驅(qū)動有報警未清除二是 0x6041 的 bit6 為 1節(jié)點還沒進入 Operational。前者要發(fā) NMT 復(fù)位命令或斷電清報警后者檢查主站是否成功發(fā)送了 0x000 的 NMT 啟動幀。這兩條排錯路徑比糾結(jié)控制字的具體數(shù)值更有普適性應(yīng)該在課件里占一整頁。3.3 控制字與狀態(tài)字的位定義是調(diào)試第一張圖PPT 課件最容易犯的錯是拿一個十六進制狀態(tài)值讓學(xué)員硬背例如“看到 0x0231 就是待機”。實際上 0x0231 這類數(shù)值在不同固件里可能因保留位不同而顯示為 0x0231、0x0233 或 0x0631。正確教法是只講位定義讓學(xué)員用按位與去判斷數(shù)據(jù)位控制字 0x6040 含義狀態(tài)字 0x6041 含義bit0使能開關(guān)準備好使能bit1使能電壓已使能bit2快速停止運行使能bit3使能操作故障bit4緊急復(fù)位電壓已使能bit50000快速停止激活bit60000禁止使能激活課件里的判斷公式我一般寫成狀態(tài)字 0x4F然后看結(jié)果里的 bit0、bit1、bit2、bit3。用這個公式可以迅速區(qū)分“故障”和“未使能”。比如狀態(tài)字 0x0008非零就是故障先清故障再談使能狀態(tài)字 0x0004為零就是還沒運行使能繼續(xù)發(fā) NMT 啟動幀。把這個位圖做成 PPT 的一頁比任何十六進制速查表都耐用。4. 用 Python 上位機復(fù)現(xiàn) CANopen 通信鏈路與狀態(tài)切換4.1 環(huán)境與連接參數(shù)選對 bustype 和 channelCANopen 上位機開發(fā)在 Python 生態(tài)里已經(jīng)有相當成熟的組合python-can負責底層 CAN 收發(fā)canopen庫負責對象字典、SDO、PDO 和 NMT 的封裝。安裝只需要兩個包pip install python-can canopen連接參數(shù)因硬件而異。在 Linux 下使用 SocketCAN 接口時bustype 固定為socketcanchannel 寫 CAN 接口名在 Windows 下接 PCAN 適配器時bustype 是pcanchannel 寫PCAN_USBBUS1。這個差異經(jīng)常在教學(xué)演示時卡殼課件里直接放一張對照表運行平臺硬件bustypechannel 示例Linuxonboard CAN / USB-CANsocketcancan0LinuxSocketCAN 虛擬設(shè)備socketcanvcan0WindowsPEAK PCANpcanPCAN_USBBUS1Windows周立功 USBCAN視廠商驅(qū)動而定0注意波特率在上位機代碼里并不體現(xiàn)而是在系統(tǒng)層面配置。SocketCAN 用ip link set can0 up時設(shè)定PCAN 在驅(qū)動屬性里設(shè)定。Python 代碼里找不到波特率參數(shù)這一點和串口編程完全不同課件里要單獨強調(diào)。4.2 最小上位機腳本對象字典回讀與狀態(tài)切換連接并加載節(jié)點后最簡單也最能驗證通路的操作是用 SDO 讀取對象字典。以下腳本可以在拿到伺服 EDS 文件后直接運行import canopen net canopen.Network() net.connect(channelcan0, bustypesocketcan) # 添加節(jié)點 1并加載該型號伺服驅(qū)動的 EDS/DCF 文件 servo net.add_node(1, kinco_servo.eds) # 切到預(yù)操作狀態(tài)確保后續(xù) SDO 訪問穩(wěn)定 servo.nmt.state PRE-OPERATIONAL # 讀取狀態(tài)字 0x6041返回的是整數(shù) status servo.sdo[0x6041].raw print(0x6041 , hex(status)) # 使能前的標準控制字過渡 servo.sdo[0x6040].raw 0x0006 # 切入 Operational放行 PDO servo.nmt.state OPERATIONAL # 進入運行使能 servo.sdo[0x6040].raw 0x000F這段代碼的邏輯是先建立網(wǎng)絡(luò)連接再根據(jù) EDS 文件在本地構(gòu)造出對象字典視圖隨后用 NMT 切換節(jié)點狀態(tài)通過 SDO 寫入控制字。參數(shù)說明如下add_node(1, kinco_servo.eds)的第一個參數(shù)是節(jié)點 ID必須和驅(qū)動器面板設(shè)定一致第二個參數(shù)是 EDS 文件路徑實際項目里建議使用 DCF 文件因為它已經(jīng)包含了 PDO 映射、心跳周期等運行參數(shù)。servo.sdo[0x6041].raw的寫法等價于 SDO 上傳請求庫內(nèi)部會封裝那句40 41 60 00 ...servo.sdo[0x6040].raw 0x0006則封裝了 SDO 下載請求。這個 API 設(shè)計讓代碼看起來像在訪問數(shù)組但底層依然是逐幀問答課件里最好點破這一點看起來是賦值其實是總線上來來回回好幾幀確認。再補一個常見坑如果在servo.nmt.state OPERATIONAL之前不執(zhí)行 0x6040 的寫入部分驅(qū)動器在進入 Operational 后 SDO 訪問仍然可用但 PDO 周期數(shù)據(jù)會立刻開始發(fā)送此時還沒使能狀態(tài)字容易帶來誤導(dǎo)。教學(xué)演示順序不要顛倒。4.3 沒有真實伺服時的驗證用 vcan 模擬總線硬件不齊或現(xiàn)場不便接線時可以用 Linux 的 vcan 虛擬接口跑通整套上位機邏輯。先準備好虛擬 CAN 設(shè)備sudo modprobe vcan sudo ip link add dev vcan0 type vcan sudo ip link set vcan0 up這三條命令分別完成加載虛擬 CAN 模塊、創(chuàng)建 vcan0 接口、啟用接口三步。之后把 Python 代碼里的channelcan0改成channelvcan0連接照樣成功只是總線上沒有真實節(jié)點響應(yīng)SDO 讀取會超時。這時可以用cansend模擬一個從站回包驗證上位機的解析邏輯# 模擬節(jié)點 1 的 SDO 上傳響應(yīng)返回狀態(tài)字 0x0233 cansend can0 581#43 41 60 00 33 02 00 00參數(shù)說明581是模擬節(jié)點的 SDO 響應(yīng) COB-ID43是 SDO 上傳響應(yīng)命令符33 02是返回的數(shù)據(jù) 0x0233。上位機收到這幀后servo.sdo[0x6041].raw就會返回 0x0233。這套 vcan 練習(xí)可以放進課件最后一個實驗環(huán)節(jié)讓沒到現(xiàn)場的學(xué)員也能獨立完成 CANopen 上位機通路的調(diào)試體驗。5. 用幀字節(jié)圖、狀態(tài)機流程圖和故障時序圖收束 CANopen 教學(xué)要點5.1 幀字節(jié)對齊圖替代協(xié)議文字CANopen 協(xié)議說明里滿屏的“MSB”“LSB”最容易勸退學(xué)員。實際教學(xué)時把一幀 SDO 下載請求拆成五個字段按字節(jié)位置排開CAN-ID 索引子索引 數(shù)據(jù) 601 2B 40 60 00 06 00 00 00 | |______| |________| | 索引 0x6040 數(shù)據(jù) 0x0006 | 子索引 0x00 SDO 下載請求制作 PPT 時把這幀對齊做成一張縱向分欄圖每欄標注字段名和字節(jié)序號。學(xué)員對照這張圖就能明白為什么 SDO 數(shù)據(jù)里索引是反著寫的。所有 CANopen 培訓(xùn)資料里幀字節(jié)對齊圖“所見即所得”比任何文字描述都短。5.2 用狀態(tài)機流程圖講“為什么要先 Pre-Operational”NMT 狀態(tài)轉(zhuǎn)換不需要畫成太極圖一樣的復(fù)雜狀態(tài)機只保留四個狀態(tài)Initialisation、Pre-Operational、Operational、Stopped。課件里的流程圖用箭頭標出三條主線上電進 Pre-Operational、CS0x01 進 Operational、CS0x80 退回 Pre-Operational。重點標出“Pre-Operational 能發(fā) SDO 但不能發(fā) PDO”這條限制授課時反復(fù)強調(diào)所有參數(shù)配置必須先于 Operational 完成否則 PDO 數(shù)據(jù)可能帶著錯誤參數(shù)沖出去。5.3 課件最后一頁放一張“心跳丟失時序圖”所有知識點講完后最后一頁不要放總結(jié)放一張心跳丟失排查時序圖。左側(cè)是時間軸上面依次標注0 ms 節(jié)點上電、50 ms 收到 0x701 心跳、150 ms 心跳中斷、350 ms 主站判定超時并主動發(fā)送 NMT 復(fù)位節(jié)點。圖旁邊用三行字注明排查順序先看 0x1017 心跳周期是否配置再看主站 0x1016 消費超時是否太短最后看總線錯誤幀計數(shù)。這一頁作為課件收尾把通信參數(shù)和排錯動作綁在一起學(xué)員帶走的不再是抽象協(xié)議而是一張可以直接對照現(xiàn)場情況的檢查單。本文還有配套的精品資源點擊獲取