摘 要：介紹了CAN總線的應用層協(xié)議CANopen;介紹了CANopen系統(tǒng)的應用;詳細介紹了CANopen的協(xié)議結(jié)構(gòu)，通信對象以及標識符的地址分配。 關鍵詞：現(xiàn)場總線; CAN總線; CANopen; 協(xié)議 引言 　　現(xiàn)場總線的應用研究日益廣泛，在眾多的現(xiàn)場總線中，其中 CAN總線以其易于掌握、易于開發(fā)等優(yōu)點，成為一種很有應用前景的現(xiàn)場總線。但CAN不是一種完整的網(wǎng)絡協(xié)議，缺少應用層和網(wǎng)絡管理部分。CANopen是最初由從事工業(yè)控制的CiA（CAN in Automation）會員開發(fā)的針對工業(yè)系統(tǒng)，并基于CAN通信協(xié)議的應用層協(xié)議。CANopen在包括海上電子設備，醫(yī)療設備以及鐵路系統(tǒng)等多個領域都有廣泛的應用。 一、CANopen 協(xié)議結(jié)構(gòu) 　　CANopen協(xié)議的結(jié)構(gòu)定向根據(jù)ISO11898國際標準,以開放系統(tǒng)互聯(lián)網(wǎng)絡OSI為參考模型，結(jié)構(gòu)如圖1所示： [align=center] 圖1 CANopen通信參考模型[/align] 　　如圖所示，在數(shù)據(jù)鏈路層，具有CAN控制芯片，遵循CAN 2.0A/2.0B協(xié)議，物理層規(guī)定執(zhí)行ISO11898國際標準,數(shù)據(jù)鏈路層和物理層由硬件實現(xiàn) 　　CANopen的設備規(guī)范，使得制造商可以按照其規(guī)范生產(chǎn)標準的通用設備，也不需要特殊的軟件來把不同廠家的網(wǎng)絡設備組建起來。基本的網(wǎng)絡操作由明確的強制的設備規(guī)范所保證。CiA提供了包括CiA-401的I/O模型，以及CiA-404的用于測量設備和閉環(huán)控制的規(guī)程。這些規(guī)程都由一個叫做“對象字典”的標準化數(shù)據(jù)庫來實現(xiàn)。對象字典可以用一個16 位的索引進行存取，在數(shù)組和結(jié)構(gòu)的情況下再用一個8 位的子索引。該字典也描述了設備的全部應用對象。 二、CANopen通信對象 　　CANopen通信標準規(guī)定了四中通信對象（報文），通過通信標識符（COB-ID）或CAN標識符來表示區(qū)分。 　　1. 網(wǎng)絡管理報文NMT 　　網(wǎng)絡管理報文提供網(wǎng)絡管理服務，例如，初始化，錯誤控制和設備狀態(tài)控制。所有這些功能都是基于主-從這個概念上的。 　　1.1 NMT對象 　　NMT 對象映象到一個單一的帶有2 個字節(jié)數(shù)據(jù)長度的CAN 幀，它的標識符為0 ，第一個字節(jié)包含命令說明符，第二個字節(jié)包含必須執(zhí)行此命令的設備的節(jié)點標識符，當節(jié)點標識符為0 時，所有的從節(jié)點必須執(zhí)行此命令。由NMT 主站發(fā)送的NMT 對象強制節(jié)點轉(zhuǎn)換成另一個狀態(tài)。 　　1.2 NMT節(jié)點保護（Node guarding） 　　節(jié)點保護對象是由NMT 主站節(jié)點遠程請求的具有一個字節(jié)的CAN 幀。 數(shù)據(jù)字節(jié)主要包含節(jié)點的狀態(tài), 節(jié)點保護時間在對象定期發(fā)送,節(jié)點保護時間也在對象字典中作了規(guī)定。此外還規(guī)定了保護時間壽命（Life Guarding Time） ，在該時間區(qū)內(nèi)NMT 主站必須保護一個NMT 從站，這就確保了即使在主站不存在的情況下，節(jié)點仍能以用戶指定的方式作出反應。 　　圖2顯示了NMT功能和特定命令字的關系： [align=center] 圖2 NMT功能命令字[/align] 　　2. 過程數(shù)據(jù)對象（PDO） 　　過程數(shù)據(jù)對象用來傳遞實時數(shù)據(jù)，數(shù)據(jù)由一個生產(chǎn)者發(fā)出，可以有一個或多個消費者接受。數(shù)據(jù)傳輸被限制在1到8個字節(jié)內(nèi)，每個PDO 有一個唯一的標識符，標識符具有高優(yōu)先級以確保良好的實時性能，如果需要硬實時控制，那么系統(tǒng)的設計者可為每個PDO 組態(tài)一個禁止時間（inhibit-time） ，該“禁止時間”嚴禁在特定的時間內(nèi)發(fā)送這個對象。PDO有三種傳輸模式： 　?。?）事件或定時器觸發(fā)PDO模式。此種傳輸模式又叫做異步PDO模式。當設備內(nèi)的特別設備或特別制造商事件發(fā)生時PDO被傳送，這些事件如應用數(shù)值的改變，例如數(shù)字輸入的改變，溫度的改變等。使用這種傳輸模式對網(wǎng)絡帶寬的要求最低。 　?。?）遠程請求觸發(fā)PDO模式。PDO消費者可以通過發(fā)送一個CAN遠程幀，相應的PDO生產(chǎn)者將對遠程幀做出反應。由于不同CAN控制器的遠程幀行為不同，所以在正常運作時這種傳輸模式是不允許的。此外，相比事件或定時器觸發(fā)PDO模式，此傳輸模式對帶寬有更高的要求。 　?。?）同步觸發(fā)PDO模式。同步PDO模式由Sync（同步）報文觸發(fā)。負責發(fā)送同步報文的是同步生產(chǎn)者（Sync producer）,同步生產(chǎn)者可以存在于如簡單的輸入輸出設備，驅(qū)動器和復雜的過程控制設備中。 　　3. 服務數(shù)據(jù)對象（SDO） 　　服務數(shù)據(jù)對象用于建立兩個CANopen設備的點對點通信，這種連接是基于客戶/服務器機理的。SDO服務器是對要求連接設備提供對象字典的設備，SDO客戶是想連接特定設備的對象字典的設備。SDO服務是基于具有兩個不同標識符的CAN報文之上的，一個報文由SDO服務器使用，另外一個由SDO客戶使用。一個SDO客戶可以有最多127個通道，也就意味著一個SDO客戶可以同時和最多127個不同設備連接。 　　4. 預定報文或特殊功能對象 　　CANopen 還定義了三個特定對象：同步，時間標記，和應急對象。 　?。?）同步對象（Synchronization object）。同步對象通過外部事件同步所有設備。在網(wǎng)絡上有一個設備是同步發(fā)生器，它的唯一功能就是產(chǎn)生同步信號，網(wǎng)絡上的任何設備在接受到同步信號后都必須同步。同步信號是一個短報文，它只是一個CAN報文，而沒有任何數(shù)據(jù)，但它可具有多達8 個字節(jié)的用戶專用數(shù)據(jù) 　?。?）時間標記對象（Time Stamp Object）。時間標記對象利用系統(tǒng)時鐘同步本地時鐘。一個通用的時間幀參考提供給設備，它包含一個時間和日期的值，相關的CAN 幀有標識符256 和一個6 個字節(jié)長度的數(shù)據(jù)字段。 　　（3）應急對象（Emergency object）。應急對象被用來傳遞應用設備的狀態(tài)信息。由設備內(nèi)部出現(xiàn)致命錯誤來觸發(fā)。因此應急對象適用于中斷類型的報警信號。每個“錯誤事件”（error event）只能發(fā)送一次應急對象，只有當設備發(fā)生新的應急事件時，才可以再發(fā)送應急對象。CANopen通信標準規(guī)定了應急錯誤代碼，它是一個單一的具有8 個數(shù)據(jù)字節(jié)的CAN 幀。 三、標識符的地址分配 　　為了減少對簡單網(wǎng)絡管理工作，CANopen 定義了強制性的缺省標識符地址分配表。這些標識符在初始化后可以在預操作狀態(tài)中獲得。這個缺省ID分配表包括一個功能部分和一個模塊ID部分。標識符規(guī)定了其對象的優(yōu)先級別。 　　這些ID分配表允許單一主設備與多達127個從設備進行點對點（peer-to-peer）通信。也支持非確認的NMT 廣播，同步和時間標定對象以及節(jié)點保護。預定的主/從連接集支持1個應急對象（Emergency object），1個SDO,最多4個接收PDO（Receive-PDO）和4個發(fā)送PDO（Transmit-PDO） 和節(jié)點保護對象（Node Guarding Object）。 　　預定主/從連接集定義了一些CAN標示符，而其他的是開放的，可以有設計者定義。NMT（0）,缺省SDO（1405-1535和1537-1663），NMT錯誤控制報文（1793-1919）這些標示符是固定不可改變的。 四、結(jié)束語 　　總之，CANopen為客戶提供了標準的CAN的應用層協(xié)議。CANopen非常靈活的應用層協(xié)議和許多可供選擇的特性都有利于嵌入式網(wǎng)絡設計者設計出更有競爭力的產(chǎn)品。此外，已經(jīng)有很多通用的管理工具及軟件，客戶可以根據(jù)自己的需要設計特定的網(wǎng)絡設備。隨著對現(xiàn)場總線研究的深入，CANopen將會在更多領域得到廣泛應用。 參考文獻 　　[1] CAN-in-Automation ,CAL, CAN Application Layer for Industrial Applications, CiA Draft Standard DS-201 to DS-207, Version 1.1, Feb 1996. 　　[2] CAN-in-Automation，CANopen, CAL-based Communication Profile for Industrial Systems, CiA DS-301, Version 4.0, June 16 1999. 　　[3] CAN-in-Automation, CANopen Device Profile for I/O Modules, CiA DSP-401, Version 1.4, Dec 1996. 　　[4] 陽憲惠，現(xiàn)場總線技術及其應用，清華大學出版社，2001.12