基于μC/OS-II的整車(chē)控制器系統技術(shù)設計

混聯(lián)式混合動(dòng)力系統的子系統眾多，其中整車(chē)控制器作為實(shí)現駕駛員駕駛需求和能量安全的管理系統，需要協(xié)調發(fā)動(dòng)機、扭矩、電機和電池的功率在不同工況下的合理分配，實(shí)現制動(dòng)能量回饋，并控制外圍設備(如空調、燈光)，以達到最佳的節能排放效果。系統任務(wù)的復雜性和強電磁干擾環(huán)境都對整車(chē)控制器的實(shí)時(shí)性和可靠性提出了重大挑戰，傳統的單任務(wù)循環(huán)式的程序控制模式難以滿(mǎn)足需求，本文采用了開(kāi)放源碼的嵌入式操作系統μC／OS-II設計整車(chē)控制器系統軟件。

1 整車(chē)系統結構

所開(kāi)發(fā)的全混合動(dòng)力轎車(chē)是天津市重大專(zhuān)項課題，以長(cháng)城哈佛SUV轎車(chē)為平臺。該車(chē)動(dòng)力系統主要由發(fā)動(dòng)機、交流電動(dòng)機、交流發(fā)電機和高性能的鎳氫電池、行星架動(dòng)力分配機構以及DC-AC逆變器組成。整車(chē)控制器采用總線(xiàn)與發(fā)動(dòng)機管理系統、電機控制器和動(dòng)力電池組管理系統交換信息，并且預留了1路CAN以便后期與車(chē)身系統通信。

整車(chē)控制器根據駕駛員輸入信號，結合電池組狀態(tài)和車(chē)輛當前運行狀態(tài)，根據一定的策略控制各個(gè)子系統的工作，實(shí)現節能減排的目標。系統網(wǎng)絡(luò )拓撲如圖1所示。



2 整車(chē)控制器硬件設計

ECU的硬件設計按照模塊化原則，可分為如下幾個(gè)功能模塊：微控制器模塊、數據采集模塊、功率驅動(dòng)及保護模塊、D／A轉換模塊、電源模塊、通信模塊、顯示及報警接口和標定診斷接口等。采用Infineon公司的XC164CS微控制器，它基于增強的C166SVZ內核，并在性能上優(yōu)于其他16位微控制器：內部集成DSP功能、擴展的中斷處理能力、強大的片上外設以及高性能片上Flash，如圖2所示。



3 μC／OS-II的移植

μC／OS-II嵌入式實(shí)時(shí)操作系統采用ANSI C語(yǔ)言編寫(xiě)，具備很好的可讀性和可移植性；對硬件資源要求不高，在大多數8位、16位微控制器上都可以實(shí)現移植。

3.1 μC／OS-II的啟動(dòng)

首先要調用硬件驅動(dòng)程序對硬件進(jìn)行初始化設置，然后調用系統初始化函數OSlnit()初始化μC／OS-II所有的變量和數據結構。

啟動(dòng)μC／OS-II之前建立1個(gè)應用任務(wù)。OSlnit()建立空閑任務(wù)idletask，這個(gè)任務(wù)總是處于就緒態(tài)?？臻e任務(wù)OSTaskIdle()的優(yōu)先級設成最低，即OS_LOWEST_PRIO。多任務(wù)的啟動(dòng)需要用戶(hù)通過(guò)調用OSStart()實(shí)現。當然還有其他設置，這里不再一一介紹。

3.2 μC／OS-II的移植

μC／OS-II操作系統在XC164CS微處理器上的移植主要實(shí)現對3個(gè)文件OS_CPU.H、OS_CPU_C．C、OS_CPU A.ASM的處理。

3.2.1頭文件INCLUDES.H

INCLUDES.H頭文件應被包含到所有C文件的第1行。盡管包含不相關(guān)文件可能會(huì )增加文件的編譯時(shí)間，但增強了代碼的可移植性。用戶(hù)可以編輯增加自己的頭文件，但必須添加在頭文件列表的最后。

3.2.2 OS_CPU.H文件

OS_CPU.H文件中包含與處理器相關(guān)的常量、宏和結構體的定義。針對XC164CS處理器，定義堆棧數據類(lèi)型為16位，棧向下遞減；將μC／OS-II控制中斷的2個(gè)宏OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL()定義為微控制器關(guān)閉(SETC)和打開(kāi)(CLRC)中斷的指令；聲明OS_TASK_SW()函數，中斷服務(wù)程序ISR的入口指向函數OSCtxSw()。



3.2.3 OS CPU A.ASM

μC／OS-II移植時(shí)要求用戶(hù)編寫(xiě)4個(gè)匯編語(yǔ)言函數：OSStartHighRdy()、OSCtxSw()、OSIntCtxSw()和OSTickISR()。

(1)OSStartHighRdy()

調用該函數使處于就緒狀態(tài)的優(yōu)先級最高的任務(wù)開(kāi)始運行。由于實(shí)時(shí)操作系統是不返回的函數，所以調用后需移去堆棧棧頂的返回地址，然后執行用戶(hù)調用函數OSTaskSwHook()，最后開(kāi)始運行多任務(wù)，獲得優(yōu)先級最高的任務(wù)的指針，根據這個(gè)指針從任務(wù)堆棧中恢復所有寄存器，恢復完后執行中斷返回，運行就緒態(tài)任務(wù)。