μC/OSII的CAN驅(qū)動(dòng)程序設(shè)計(jì)

　　編寫的CAN中斷服務(wù)程序應(yīng)該越短越好，在不影響系統(tǒng)性能的情況下盡量將中斷服務(wù)任務(wù)放到中斷服務(wù)程序外執(zhí)行，以便盡早退出FIQ中斷模式，從而使節(jié)點(diǎn)能夠響應(yīng)新的中斷，減少系統(tǒng)中的中斷延時(shí)。其中，接收中斷處理是最占用節(jié)點(diǎn)資源的，它不僅需要根據(jù)ICAN協(xié)議對(duì)報(bào)文進(jìn)行解析，還需要執(zhí)行報(bào)文指定的功能，所以必須放到中斷服務(wù)程序外執(zhí)行。解決的辦法是，通過(guò)μC/OSII中的OSTaskCreate（）函數(shù)建立一個(gè)報(bào)文處理任務(wù)，這個(gè)任務(wù)由一個(gè)請(qǐng)求消息隊(duì)列函數(shù)OSQPend()和一個(gè)報(bào)文解析處理函數(shù)組成。報(bào)文處理函數(shù)如下：

voidCAN_RMSG_HANDLE(void* ptmr) {
　　ptmr = ptmr;
　　for( ; ; ) {
　　OSQPend(CAN1_Q_RX,0,CAN_Q_ERROR);//根據(jù)ICAN協(xié)議解析報(bào)文實(shí)現(xiàn)報(bào)文指定功能
　　}
}

　　如果需要發(fā)送CAN報(bào)文，首先要查詢是否有可用的發(fā)送緩沖區(qū)：若有則可用就直接發(fā)送，無(wú)須通過(guò)消息隊(duì)列作為中介，從而提高程序運(yùn)行效率；若都被鎖定，則調(diào)用OSQPost（）將報(bào)文發(fā)送到報(bào)文發(fā)送函數(shù)的消息隊(duì)列MESSAGE_TX中，并執(zhí)行TX_CNT++操作。

　　② 在繁忙的CAN網(wǎng)絡(luò)中，節(jié)點(diǎn)可能會(huì)由于仲裁丟失而無(wú)法及時(shí)將數(shù)據(jù)傳輸，因此必須要對(duì)待發(fā)送的數(shù)據(jù)進(jìn)行存儲(chǔ)，等待節(jié)點(diǎn)獲得總線使用權(quán)時(shí)再發(fā)送出去。LPC2368的CAN控制器有一個(gè)三態(tài)發(fā)送緩沖區(qū)，最多能夠存儲(chǔ)3個(gè)報(bào)文。若3個(gè)緩沖區(qū)都處于鎖定狀態(tài)（報(bào)文正在等待發(fā)送或正處于發(fā)送過(guò)程），而又有一個(gè)報(bào)文需要發(fā)送，則需要額外的緩沖區(qū)先將它存儲(chǔ)起來(lái)，以待節(jié)點(diǎn)獲得總線使用權(quán)時(shí)再發(fā)送。

　　定義一個(gè)指針數(shù)組，把建立的消息數(shù)據(jù)緩沖區(qū)的首地址存入這個(gè)數(shù)組中，然后再調(diào)用OSQCreate（）函數(shù)來(lái)創(chuàng)建一個(gè)用于存儲(chǔ)發(fā)送報(bào)文的消息隊(duì)列MESSAGE_TX，最后通過(guò)OSTaskCreate（）函數(shù)建立一個(gè)負(fù)責(zé)發(fā)送報(bào)文的任務(wù)。該任務(wù)由一個(gè)請(qǐng)求消息隊(duì)列函數(shù)OSQPend()和一個(gè)請(qǐng)求信號(hào)量函數(shù)OSSemPend（）組成。報(bào)文發(fā)送函數(shù)如下：

void CAN_MESSAGE_SEND(void*ptmr ) {
　　ptmr = ptmr;
　　for( ; ; ) {
　　　　S = OSQPend(MESSAGE_TX , 0 , Q_ERROR);
　　　　OSSemPend(CAN_TX_OVER , 0, SEM_ERROR);
　　　　OS_ENTER_CRITICAL( );//進(jìn)入臨界代碼區(qū)
　　　　SEND_TX_BUFFER( S );
　　　　TX_CNT--;
　　　　OS_EXIT_CRITICAL( );
　　}
}

　　其中，變量TX_CNT記錄MESSAGE_TX中的報(bào)文數(shù)目。任務(wù)向MESSAGE_TX發(fā)送一個(gè)報(bào)文，TX_CNT就加1；報(bào)文發(fā)送函數(shù)成功發(fā)送一個(gè)報(bào)文，TX_CNT就減1。這樣，中斷服務(wù)程序就可以根據(jù)TX_CNT來(lái)判斷是否有向CAN_TX_OVER發(fā)送信號(hào)量的必要，減少了不必要的冗余操作。

　　除非在CAN節(jié)點(diǎn)任務(wù)中有比將處理好的CAN報(bào)文發(fā)送出去更重要的任務(wù)要做，一般來(lái)講，報(bào)文發(fā)送任務(wù)在節(jié)點(diǎn)任務(wù)中應(yīng)該具有最高的優(yōu)先級(jí)，以保證CAN系統(tǒng)的實(shí)時(shí)性。

　　③ LPC2368的最高運(yùn)行速率可達(dá)72 MHz，而CAN最高傳輸速率為1 Mb/s。一般情況下，即使連續(xù)接收到2個(gè)報(bào)文，CPU也完全有能力在接收完第、2個(gè)報(bào)文前將第1個(gè)報(bào)文處理完畢，所以只需要建立一個(gè)報(bào)文處理任務(wù)。

　　還有些要完成較復(fù)雜任務(wù)的節(jié)點(diǎn)，譬如車載網(wǎng)絡(luò)中的中央控制部件（BSI）。在全CAN車載網(wǎng)絡(luò)中，它同時(shí)連接內(nèi)部網(wǎng)、車身網(wǎng)和舒適網(wǎng)3個(gè)網(wǎng)絡(luò)。作為汽車車載網(wǎng)絡(luò)系統(tǒng)中樞，BSI任務(wù)繁重，對(duì)CAN報(bào)文的處理經(jīng)常會(huì)被各種中斷和內(nèi)部任務(wù)打斷，所以不能保證及時(shí)處理上一次接收的CAN報(bào)文。另外，由于消息隊(duì)列是采取先進(jìn)先出（FIFO）或者后進(jìn)先出（LIFO）的方式來(lái)組織報(bào)文的，當(dāng)消息隊(duì)列中積攢多個(gè)還沒(méi)處理的報(bào)文時(shí)，無(wú)法先取出優(yōu)先級(jí)最高的報(bào)文進(jìn)行處理。為了能夠優(yōu)先處理重要設(shè)備發(fā)送過(guò)來(lái)的報(bào)文，必須針對(duì)系統(tǒng)中每個(gè)與本節(jié)點(diǎn)有進(jìn)行CAN通信關(guān)系的節(jié)點(diǎn)建立一個(gè)獨(dú)立的報(bào)文處理任務(wù)。這個(gè)任務(wù)包含一個(gè)獨(dú)立的消息隊(duì)列，并且發(fā)送報(bào)文的節(jié)點(diǎn)優(yōu)先級(jí)越高，該任務(wù)設(shè)置的優(yōu)先級(jí)也應(yīng)該越高。為此CAN1_RI_HANDLE()函數(shù)也應(yīng)該做出相應(yīng)的修改。修改之后的程序代碼如下所示：

void CAN1_RI_HANDLE() {
　　RI_DATA.FRAME = CAN1RFS;
　　RI_DATA.ID = CAN1RID;
　　RI_DATA.DataA = CAN1RDA;
　　RI_DATA.DataB = CAN1RDB;//解析報(bào)文標(biāo)識(shí)符RI_DATA.ID中的SrcMACID段，根據(jù)解析結(jié)果使用OSQPost( )將RI_DATA發(fā)送到對(duì)應(yīng)節(jié)點(diǎn)任務(wù)的消息隊(duì)列中
　　CAN1_COMMAND_RRB();//釋放接收緩沖區(qū)
}

　　再結(jié)合CAN鏈路層的仲裁機(jī)制，就可以保證優(yōu)先級(jí)別高的節(jié)點(diǎn)優(yōu)先發(fā)送報(bào)文，并被接收節(jié)點(diǎn)優(yōu)先處理。至此，CAN驅(qū)動(dòng)程序的整個(gè)脈絡(luò)已經(jīng)非常清晰，其總體流程略——編者注。

結(jié)語(yǔ)

　　本文基于μC/OSII操作系統(tǒng)、針對(duì)實(shí)時(shí)性要求較高的CAN系統(tǒng)編寫的CAN驅(qū)動(dòng)程序簡(jiǎn)潔、高效，在不同的應(yīng)用環(huán)境下只需添加相應(yīng)的用戶代碼，就可以組成完整的CAN驅(qū)動(dòng)程序。但在提高高優(yōu)先級(jí)節(jié)點(diǎn)實(shí)時(shí)性的同時(shí)，在一定程度上也降低了低優(yōu)先級(jí)節(jié)點(diǎn)的實(shí)時(shí)性，所以在工程應(yīng)用中應(yīng)根據(jù)實(shí)際需要兼顧高低優(yōu)先級(jí)節(jié)點(diǎn)的實(shí)時(shí)性能。