CANopen從站協(xié)議的設(shè)計與實現(xiàn)

建立PDO報文模塊被其他兩個模塊調(diào)用，他的任務(wù)是根據(jù)映射參數(shù)表把對象字典中對象的數(shù)據(jù)復(fù)制進PDO報文中，交由其他模塊處理，建立過程中需注意PDO報文的剩余容量。接收PDO模塊的任務(wù)是完成PDO數(shù)據(jù)的解析，將數(shù)據(jù)放入指定對象中；發(fā)送模塊負(fù)責(zé)根據(jù)CANopen協(xié)議規(guī)范，依據(jù)PDO通信參數(shù)，實現(xiàn)各種PDO傳輸方式，包括同步周期、同步事件預(yù)觸發(fā)、異步事件觸發(fā)等方式。
2．3．2 SDO模塊
SDO模塊是對象字典的遠(yuǎn)程訪問接口，一般被用來進行節(jié)點參數(shù)配置和獲取。它基于客戶端服務(wù)器模式，每個訪問請求都必須應(yīng)答，實現(xiàn)了可靠的點對點數(shù)據(jù)傳輸。CANopen為SDO服務(wù)設(shè)計了5個請求／應(yīng)答子協(xié)議，分別是：啟動域下載／上傳、域分段下載＼上傳、中止域傳送。
本文設(shè)計的SDO模塊包含了訪問發(fā)起模塊和應(yīng)答模塊。訪問發(fā)起模塊的任務(wù)是根據(jù)上層的調(diào)用發(fā)起SDO通信，實現(xiàn)了5個訪問子協(xié)議中的請求部分；應(yīng)答模塊則解析收到的SDO報文中攜帶的命令字，實現(xiàn)了5個訪問子協(xié)議中的應(yīng)答部分。
2．3．3 NMT模塊
每個CANopen節(jié)點內(nèi)都運行著一個狀態(tài)機，狀態(tài)轉(zhuǎn)換由主節(jié)點控制，不同的狀態(tài)對應(yīng)不同的節(jié)點任務(wù)，也對應(yīng)了不同的模塊可用性。狀態(tài)轉(zhuǎn)換如圖4所示。

本文實現(xiàn)的從節(jié)點NMT模塊的任務(wù)是響應(yīng)主站的NMT控制命令，并反饋自身狀態(tài)，匯報錯誤信息。狀態(tài)轉(zhuǎn)換模塊的流程：接收到NMT命令后，首先解析NMT命令字，檢查狀態(tài)轉(zhuǎn)換合法性，然后設(shè)置節(jié)點狀態(tài)，啟停各功能模塊：狀態(tài)反饋模塊采用了CiA組織推薦使用的心跳模式，即從節(jié)點周期性地向網(wǎng)絡(luò)上發(fā)送包含自身狀態(tài)信息的心跳報文，供主站和其他節(jié)點監(jiān)視。
2．3．4 總體流程
借助于狀態(tài)機，設(shè)計了如圖5的程序運行總體流程。

從節(jié)點上電啟動后，先進行必要的硬件初始化，如系統(tǒng)時鐘、port、CAN接口、定時器、AD等，完成后設(shè)置節(jié)點狀態(tài)為initialization，進入狀態(tài)機，軟件在狀態(tài)機內(nèi)循環(huán)運行。通信初始化函數(shù)主要負(fù)責(zé)初始化從節(jié)點的對象字典，節(jié)點初始化函數(shù)則負(fù)責(zé)將節(jié)點的輸出置為上電值，設(shè)置完成后設(shè)置節(jié)點狀態(tài)為pre-operational，軟件運行至preoperational函數(shù)，這個函數(shù)的功能是協(xié)助主站完成對從節(jié)點的通信配置。當(dāng)從節(jié)點收到start remote node命令后，進入operational狀態(tài)，此狀態(tài)包含了從節(jié)點的控制程序，即從節(jié)點開始正常運行，執(zhí)行指定的底層任務(wù)，如數(shù)據(jù)采集、控制輸出等。若節(jié)點接收到主站的stop remote node命令，則進入stopped函數(shù)，在此狀態(tài)下從節(jié)點停止執(zhí)行底層任務(wù)，等待主節(jié)點的啟動命令。

3 實驗
3．1 測試實驗平臺的搭建
為了測試本文的CANopen從節(jié)點協(xié)議，搭建了基于USB-CAN模塊的測試平臺，結(jié)構(gòu)如圖6所示。主站是裝有ZLGCANTest的計算機，以USB-CAN通信模塊作為CAN網(wǎng)絡(luò)接口，實現(xiàn)與從站的連接。示波器監(jiān)視總線波形，通信波特率設(shè)置為500kb／s。