基于MCP2515的多路CAN總線接口及驅(qū)動程序設(shè)計

 結(jié)合實際需求，提出一種多路CAN總線接口的設(shè)計方法。系統(tǒng)硬件主體采用AT91RM9200和MCP2515，操作系統(tǒng)采用ARMLinux。詳細(xì)介紹硬件的接口設(shè)計，針對該硬件接口設(shè)計分析ARMLinux下的驅(qū)動程序的設(shè)計方法，并對驅(qū)動程序?qū)崿F(xiàn)過程中需要注意的問題進行了深入分析。經(jīng)過測試，該設(shè)計方案可以滿足應(yīng)用的要求。

       引言

　　在鐵路系統(tǒng)中，為了保證列車的安全運行，需要對鐵軌及周圍狀況進行實時檢測。目前采用的方法是在鐵路沿線安裝多個檢測設(shè)備，用于檢測洪水、大風(fēng)、泥石流等自然災(zāi)害及軌溫等參數(shù)。這些設(shè)備一般采用的通信方式是RS232、RS485或CAN，并通過專線連接至監(jiān)控中心的各個監(jiān)控設(shè)備。這種方式極大浪費了線路資源，也不易于設(shè)備的統(tǒng)一管理。因此，需要一種安裝在鐵路沿線的設(shè)備，它將附近的檢測設(shè)備發(fā)送的信息統(tǒng)一收集并通過一條專線直接送往監(jiān)控中心。為了與多個檢測設(shè)備通信，必須同時具有多個RS232、RS485和CAN接口?；谶@種應(yīng)用需要，本文提出了擴展多個CAN總線接口的方法。

　　1  系統(tǒng)結(jié)構(gòu)

　　1.1  芯片介紹系統(tǒng)

　　采用Atmel公司的AT91RM9200（以下簡稱“9200”）作為MCU。該處理器基于ARM920T內(nèi)核，主頻為180 MHz時，性能可達(dá)到200MIPS；最高主頻為209 MHz。該處理器還具有豐富的外設(shè)資源，非常適合工業(yè)控制領(lǐng)域的應(yīng)用[1]；采用的操作系統(tǒng)是ARMLinux，內(nèi)核版本為2.4.19。

　　目前主流的CAN協(xié)議控制器一般采用I/O總線（SJA1000等）或SPI接口（MCP2515等）與MCU進行通信。由于本設(shè)計采用PC /104總線擴展卡的方式來擴展多個RS232和RS485接口，沒有多余的I/O片選線可用，因此最終選用9200的SPI接口與MCP2515進行多路CAN總線接口的擴展。

　　MCP2515是Microchip公司推出的具有SPI接口的獨立CAN控制器。它完全支持CAN V2.0B技術(shù)規(guī)范，通信速率最高可達(dá)1 Mbps，內(nèi)含3個發(fā)送緩沖器、2個接收緩沖器、6個29位驗收濾波寄存器和2個29位驗收屏蔽寄存器[2]；它的SPI接口時鐘頻率最高可達(dá)10 MHz，可滿足一個SPI主機接口擴展多路CAN總線接口的需要。

　　1.2  系統(tǒng)硬件接口

　　圖1是9200與MCP2515的接口原理框圖，通過9200的SPI接口，連接了5個MCP2515。由于9200的SPI從設(shè)備片選線數(shù)量有限，故采用片選譯碼方式，NPCS0可作為普通的外部中斷線使用（NPCS0與IRQ5復(fù)用引腳）。由于9200的外部中斷線資源有限，故采用中斷線共享的方式，即分別有兩個MCP2515共享同一中斷線，最后一個MCP2515獨占一條中斷線，以滿足不同通信速率下數(shù)據(jù)處理的需要。

圖1  AT91RM9200與MCP2515接口原理框圖

圖2  MCP2515 CAN總線接口電路

　　圖2是MCP2515的外圍CAN總線接口框圖，圖中省略了MCP2515和9200的接口部分。由于設(shè)備需要安裝在鐵路沿線，必須具有防雷擊的能力。因此MCP2515與CAN總線收發(fā)器（TJA1050）之間采用高速光耦進行完全的電氣隔離，并且光耦兩端電路的電源也必須用電源隔離模塊隔離開，這樣才能真正起到隔離的作用。在TJA1050的CANH和CANL引腳與地之間連接2個30 pF的電容，可以過濾CAN總線上的高頻干擾；2個二極管可以在總線電壓發(fā)生瞬變干擾時起保護作用。光耦正常工作時輸入電流為10 mA左右，內(nèi)部發(fā)光二極管的正向電壓降為1.7 V左右，因此要特別注意輸入端串聯(lián)電阻的阻值選擇。

　　2  SPI主機的工作方式

　　9200通過SPI接口與5個MCP2515進行通信，9200的SPI控制器工作在主機模式，MCP2515工作在從機模式。MCP2515 支持多個指令（如復(fù)位指令、讀指令、寫指令等），以便于9200通過SPI接口對MCP2515的內(nèi)部寄存器進行讀/寫操作。9200 SPI控制器作為主機時工作模式流程如圖3所示[1]。

圖3  AT91RM9200 SPI控制器主機模式流程

　　需要注意的是，SPI使能后，只有在SPI_TDR（發(fā)送數(shù)據(jù)寄存器）中有數(shù)據(jù)時，才會根據(jù)片選配置（固定外設(shè)或可變外設(shè)）使能相應(yīng)片選；而 SPI_TDR中無數(shù)據(jù)時，則片選自動禁用。因此，9200向MCP2515連續(xù)發(fā)送多個字節(jié)時，要保證在前一個字節(jié)傳輸完畢前，后一個字節(jié)就被寫入到 SPI_TDR中，以避免片選被自動禁用；同時，在傳輸完每一個字節(jié)后，還要讀取SPI_RDR（接收數(shù)據(jù)寄存器）。

　　下面以MCP2515的讀指令為例，說明圖4所示的驅(qū)動程序完成一次讀指令操作（只讀一個字節(jié)數(shù)據(jù)）的過程，并假設(shè)9200 SPI采用固定外設(shè)的片選配置方式。其他指令的軟件實現(xiàn)流程與讀指令類似。

圖4  SPI讀指令操作軟件流程

　　3  驅(qū)動程序設(shè)計

　　驅(qū)動程序是應(yīng)用程序與硬件之間的中間軟件層，它完全隱蔽了設(shè)備工作的細(xì)節(jié)。Linux操作系統(tǒng)根據(jù)設(shè)備中信息傳送方式的不同，將設(shè)備分成3種類型：字符設(shè)備、塊設(shè)備和網(wǎng)絡(luò)設(shè)備[3]。9200與MCP2515的通信都是通過SPI接口以字節(jié)為單位進行的，因此MCP2515屬于字符設(shè)備。由于5 個MCP2515共享9200的一個SPI接口，因此采用一個驅(qū)動程序來管理所有的MCP2515，這樣做有利于對所有設(shè)備進行統(tǒng)一管理。

　　3.1  驅(qū)動程序中定義的主要數(shù)據(jù)結(jié)構(gòu)

　　CAN總線通信是基于報文幀的，在驅(qū)動程序中，無論發(fā)送數(shù)據(jù)還是接收數(shù)據(jù)都是基于報文幀的操作[4]，因此需要設(shè)計合適的數(shù)據(jù)結(jié)構(gòu)以滿足數(shù)據(jù)操作的需要。

　　3.1.1接收與發(fā)送CAN報文幀結(jié)構(gòu)體

　　typedef struct {
　　　　unsigned char node_num;
　　　　unsigned intid;
　　　　unsigned char dlc;
　　　　unsigned char data[8];
　　　　int ext_flag;
　　　　int rtr_flag;
　　} CanFrame;[!--empirenews.page--]

　　其中，node_num為MCP2515的節(jié)點號（0～4），id為CAN報文幀的標(biāo)識符，dlc為數(shù)據(jù)長度（0～8），data為CAN報文幀的數(shù)據(jù)緩沖區(qū)，ext_flag用于標(biāo)識CAN報文幀是否為擴展幀，rtr_flag用于標(biāo)識CAN報文幀是否為遠(yuǎn)程幀。

　　3.1.2  設(shè)備配置結(jié)構(gòu)體

　?。?）  波特率和報文濾波配置結(jié)構(gòu)體

　　typedef struct{
　　　　unsigned charnode_num;
　　　　CanBaudRatebaudrate;
　　　　CanFilter filter;
　　　　int br_flag;
　　　　int fi_flag;
　　} CanDevConfig;

　　其中，node_num為MCP2515的節(jié)點號（0～4），baudrate為CAN總線通信速率，filter為報文濾波配置結(jié)構(gòu)，br_flag用于標(biāo)識波特率配置是否有效，fi_flag用于標(biāo)識報文濾波配置是否有效。 baudrate和filter的數(shù)據(jù)結(jié)構(gòu)類型定義如下：

　　typedef enum {
　　　　_125kbps,
　　　　_250kbps,
　　　　_500kbps,
　　　　_1Mbps
　　} CanBaudRate;
　　typedef struct{
　　　　unsigned int mask_0;
　　　　unsigned int mask_1;
　　　　unsigned int filter_0;
　　　　unsigned int filter_1;
　　　　unsigned int filter_2;
　　　　unsigned int filter_3;
　　　　unsigned int filter_4;
　　　　unsigned int filter_5;
　　}CanFilter;

　?。?）  工作模式配置結(jié)構(gòu)體

　　typedef struct{
　　　　unsigned char node_num;
　　　　unsigned char oper_mode;
　　} CanDevMode;

　　其中，node_num意義同上，oper_mode表示該節(jié)點的工作模式。MCP2515共有5種工作模式，分別是配置模式、休眠模式、僅監(jiān)聽模式、回環(huán)模式和正常模式。一般設(shè)備都工作在正常模式。

　　3.1.3  環(huán)形數(shù)據(jù)接收緩沖區(qū)結(jié)構(gòu)體

　　typedef struct {
　　　　CanFrame can_recv_buf[RECV_BUF_SIZE];
　　　　int recv_pos;
　　　　int read_pos;
　　　　wait_queue_head_twq;
　　} CanDev;

　　其中，can_recv_buf為接收CAN報文幀環(huán)形數(shù)據(jù)緩沖區(qū)，recv_pos和read_pos分別表示數(shù)據(jù)存入和讀出緩沖區(qū)的位置；wq定義的是一個等待隊列，用于實現(xiàn)阻塞型read操作。

　　3.2  驅(qū)動程序接口

　　驅(qū)動程序的接口主要分為3個部分： 初始化與退出函數(shù)接口，完成設(shè)備安裝和卸載等操作；文件系統(tǒng)接口，由file_operations數(shù)據(jù)結(jié)構(gòu)來完成；與設(shè)備的接口，完成對設(shè)備的讀/寫等操作。

　　3.2.1  初始化與退出函數(shù)

　　在安裝驅(qū)動程序時，操作系統(tǒng)會調(diào)用初始化函數(shù)進行設(shè)備注冊、設(shè)備初始化以及安裝中斷處理例程等操作。參考文獻(xiàn)[3]詳細(xì)論述了設(shè)備注冊的方法，而這里主要討論設(shè)備初始化時的配置方法。在本驅(qū)動程序中，設(shè)備初始化分兩步:一是對9200的SPI控制器初始化，二是對5個MCP2515初始化。

　　在卸載設(shè)備驅(qū)動程序時會調(diào)用退出函數(shù)，退出函數(shù)主要完成設(shè)備的注銷和中斷釋放。

　　參考文獻(xiàn)[3]詳細(xì)論述了中斷處理例程的安裝、設(shè)備注銷和中斷釋放的方法，此處不再詳述。

　　3.2.2  中斷接收服務(wù)例程

　　MCP2515收到CAN報文幀后，產(chǎn)生中斷并將INT引腳置低。9200響應(yīng)外部中斷，并調(diào)用和外部中斷相對應(yīng)的中斷處理例程。中斷處理例程共有3個： at91_mcp2515_irq_handler_0響應(yīng)IRQ0的中斷，at91_mcp2515_irq_handler_1_2響應(yīng)IRQ1的中斷，at91_mcp2515_irq_handler_3_4響應(yīng)IRQ2的中斷。其中IRQ0只和一個MCP2515相連，而IRQ1和IRQ2分別被兩個MCP2515所共享。IRQ0和IRQ1的中斷處理流程分別如圖5和圖6所示，IRQ2與IRQ1的中斷處理流程相同。

圖5  IRQ0中斷處理流程

圖6  IRQ1中斷處理流程

　　需要注意的是，在圖5的處理流程中并沒有清中斷操作。這是因為采用了RX讀緩沖區(qū)指令讀取MCP2515 RX緩沖區(qū)中的數(shù)據(jù)。該指令操作結(jié)束后，MCP2515會自動清除相應(yīng)的接收中斷標(biāo)志位。

　　3.2.3  文件系統(tǒng)接口定義

　　文件系統(tǒng)接口struct file_operations的成員全部是函數(shù)指針，這些指針指出了設(shè)備驅(qū)動程序所提供的入口點位置。本驅(qū)動程序所定義的file_operations為：

　　static struct file_operations at91_mcp2515_fops = {
　　　　owner: THIS_MODULE,
　　　　write: at91_mcp2515_write,
　　　　read:at91_mcp2515_read,
　　　　ioctl: at91_mcp2515_ioctl,
　　　　open: at91_mcp2515_open,
　　　　release:at91_mcp2515_release,
　　};

　　3.2.4  ioctl函數(shù)

　　ioctl函數(shù)用于對設(shè)備進行配置。我們在ioctl函數(shù)中實現(xiàn)了兩個命令： IOCTRL_CONFIG_CAN_DEV用于配置節(jié)點的CAN總線波特率和報文濾波，IOCTRL_SET_OPER_MODE用于配置節(jié)點的工作模式。這兩種配置命令所對應(yīng)的配置參數(shù)都是指向應(yīng)用層相應(yīng)數(shù)據(jù)結(jié)構(gòu)的指針，兩個配置結(jié)構(gòu)在3.1.2小節(jié)已經(jīng)介紹過了。

　　用IOCTRL_CONFIG_CAN_DEV命令配置波特率和報文濾波時，在配置完成后，如果節(jié)點處于INACTIVE狀態(tài)，則需要使能節(jié)點內(nèi)部的接收中斷，使能節(jié)點所對應(yīng)的外部中斷，并將節(jié)點狀態(tài)設(shè)置為ACTIVE。在通常情況下，通過ioctl函數(shù)對需要配置的節(jié)點執(zhí)行完 IOCTRL_CONFIG_CAN_DEV命令后，還要再對配置過的節(jié)點執(zhí)行IOCTRL_SET_OPER_MODE命令，使節(jié)點處于正常的工作模式。

　　3.2.5  關(guān)于競爭問題

　　本系統(tǒng)是單CPU系統(tǒng)，采用Linux 2.4.19內(nèi)核，且是非搶占式的；同時，此設(shè)計的驅(qū)動程序也只允許一個進程打開并操作該設(shè)備。在這種情況下，驅(qū)動程序中所涉及的競爭問題主要就是中斷處理程序內(nèi)核代碼和其他設(shè)備操作的內(nèi)核代碼之間的資源競爭。在上文中所提到的所有設(shè)備操作中，都要通過9200的SPI接口與MCP2515進行通信。 9200與MCP2515進行通信都是以命令字節(jié)開始的，并且在一個命令操作過程中（一般會連續(xù)傳輸多個字節(jié)），片選和時鐘是不能被禁用的，否則操作就會失敗。因此，MCP2515的一個完整的命令操作就是一個臨界區(qū)域，在對MCP2515進行一個命令操作的過程中必須禁用所有的中斷，以保證命令操作的正常執(zhí)行。在驅(qū)動程序中，采用local_irq_save和local_irq_restore函數(shù)對中斷禁用和恢復(fù)，在這兩個函數(shù)調(diào)用之間，就是對 MCP2515執(zhí)行一個命令操作的代碼。

　　結(jié)語

　　本文針對特有的應(yīng)用需求提出的多路CAN總線接口和驅(qū)動程序設(shè)計，經(jīng)過測試，可以穩(wěn)定正常地運行。關(guān)于驅(qū)動程序的編譯和運行方法，參考文獻(xiàn) [3]有很好的說明。上層的測試程序編寫也比較簡單，但要注意數(shù)據(jù)結(jié)構(gòu)的定義和底層驅(qū)動程序的一致性。本文側(cè)重介紹設(shè)計的基本方法和實現(xiàn)基本的功能。 MCP2515本身提供了許多的功能，在實現(xiàn)基本功能的基礎(chǔ)上，也可以根據(jù)自己的應(yīng)用需要再進行功能擴展。