FlexRay協(xié)議操作控制(Proposal Operation Control，POC)將通信狀態(tài)分為幾種狀態(tài)，分別為：配置狀態(tài)(默認配置、配置)；就緒狀態(tài)；喚醒狀態(tài)；啟動狀態(tài)；正常狀態(tài)(正常主動、正常被動)；暫停狀態(tài)。其狀態(tài)轉(zhuǎn)換圖如圖1所示。當(dāng)控制器主機接口(Controller Host Interface，CHI)給通訊控制器(CC)發(fā)送命令后，CC從暫停狀態(tài)進入默認配置狀態(tài)，滿足配置條件后進入配置狀態(tài)，完成網(wǎng)絡(luò)初始化和節(jié)點通信任務(wù)初始化；之后可以進入就緒狀態(tài)，完成節(jié)點內(nèi)部通信設(shè)置，如果沒有滿足通信就緒條件，就返回配置狀態(tài)繼續(xù)配置；在就緒狀態(tài)，CC可以發(fā)送喚醒幀，喚醒網(wǎng)絡(luò)中沒有在通信的節(jié)點，也可以獲得CPU的啟動通信命令，完成與FlexRay網(wǎng)絡(luò)時鐘同步；啟動成功后進入正常狀態(tài)，完成數(shù)據(jù)的收發(fā)；當(dāng)出現(xiàn)錯誤時，可由正常狀態(tài)進入暫停狀態(tài)，重新等待CHI命令。

由此可見，控制器需要按照POC狀態(tài)進行相應(yīng)操作，因此會出現(xiàn)對POC狀態(tài)的循環(huán)檢測，容易造成程序死鎖以及占用大量系統(tǒng)資源。按照操作系統(tǒng)的介紹，其任務(wù)是以循環(huán)的形式存在的，因此可以將檢測POC狀態(tài)放入任務(wù)中單獨執(zhí)行，通過操作系統(tǒng)進行任務(wù)調(diào)度，可以避免影響到其他任務(wù)中程序的運行，并且提高程序的執(zhí)行效率。

2 基于MC9S12XF512的μC／OS-Ⅱ移植
μC／OS-Ⅱ是源碼公開的操作系統(tǒng)，具有執(zhí)行效率高、占用空間小和實時性能優(yōu)良等特點。利用該操作系統(tǒng)的任務(wù)機制，設(shè)計實現(xiàn)Flex-Ray協(xié)議，可以大大提高系統(tǒng)的實時性和穩(wěn)定性，并且可以避免檢測POC狀態(tài)時的死鎖現(xiàn)象。
目前市場上支持FlexRay通信的單片機較少，只有Freescale公司的技術(shù)比較成熟?？紤]到成本問題，選擇16位單片機MC9S12XF512作為系統(tǒng)控制器芯片。操作系統(tǒng)的使用首先要解決的就是移植問題。根據(jù)μC／OS-Ⅱ的文件結(jié)構(gòu)，移植時需要對OS_CPU．H，(OS_CPU_A．ASM和OS_CPUC．C三個文件進行修改，以適合MC9S12xF512芯片的需要。
2．1 修改OS_CPU．H文件
OS_CPU．H文件定義與CPU相關(guān)的硬件信息，包括各種數(shù)據(jù)類型對應(yīng)的存儲長度等。針對MC9S12xF512中的堆棧是由高地址向低地址增長的，所以常量OS_STK_GROWTH必須設(shè)置為1。同時，定義任務(wù)調(diào)度函數(shù)OS_TASK_SW()設(shè)置為軟中斷源。
2．2 修改OS_CPU_A．ASM文件
OS_CPU_A．ASM文件是使用匯編語言編寫與任務(wù)調(diào)度部分有關(guān)的代碼。包括任務(wù)級任務(wù)切換函數(shù)OSCtxSw()、中斷級任務(wù)切換函數(shù)OSIntCtxSw()、以及讓優(yōu)先級最高的就緒態(tài)任務(wù)開始運行的函數(shù)OS-StartHighRdy()。
MC9S12XF512芯片不僅設(shè)有FLASH頁面管理寄存器PPage，也有RAM頁面管理寄存器RPage、E2PROM頁面管理寄存器EPage以及全程寄存器GPage。當(dāng)時鐘節(jié)拍中斷發(fā)生時，芯片會自動把CPU寄存器推入堆棧，但是并不包括上述各寄存器，因此在OS_CPU_A．ASM文件三個函數(shù)中，均需要加入將寄存器入棧和出棧的語句。由于篇幅有限，僅以PPage代碼為例：

寄存器的入棧必須按照GPage，EPage，RPage，PPage的順序，出棧則相反。
2．3 修改OS_CPUC．C文件
OS_CPUC．C文件是使用C語言編寫與任務(wù)調(diào)度部分有關(guān)的代碼，包括任務(wù)堆棧初始化函數(shù)OSTaskStklnit()和時鐘節(jié)拍中斷服務(wù)子程序OSTicklSR()。
2．3．1 修改任務(wù)堆棧初始化函數(shù)0STaskStkInit()
由于μC／OS-Ⅱ是利用中斷方式來實現(xiàn)任務(wù)調(diào)度的，因此需要使用函數(shù)OSTaskStklnit()來模擬發(fā)生一次中斷后的堆棧結(jié)構(gòu)，按照中斷后的進棧次序預(yù)留各個寄存器存儲空間，而中斷返回地址指向任務(wù)代碼的起始地址。編寫時需要根據(jù)芯片的中斷后，X，Y，A，B，SP等寄存器入棧順序來進行代碼編寫。首先在例程OSTaskStkInit()函數(shù)處設(shè)置斷點，然后單步執(zhí)行程序，觀察X，Y，A，B，SP等寄存器狀態(tài)是否與程序編寫的存儲值對應(yīng)。發(fā)現(xiàn)對應(yīng)于堆棧指針SP值的存儲區(qū)地址是模擬中斷時進棧的存儲地址，而其中保存任務(wù)程序指針地址的內(nèi)容是錯誤的，即不是任務(wù)的指針地址，因此每次在需要調(diào)用任務(wù)執(zhí)行時都進入了錯誤的地址進行執(zhí)行，并沒有找到任務(wù)的代碼。通過單步執(zhí)行OSTaskStkI-nit()函數(shù)，可以發(fā)現(xiàn)原程序在存儲任務(wù)代碼指針PC值時，只存儲了PC指針的高8位，但后8位未存，導(dǎo)致指針指向錯誤。因此修改程序為：
*--wstk=(INTl6U)((INT32U)task)；
2．3．2 修改時鐘節(jié)拍中斷服務(wù)子程序OSTickISR()
時鐘節(jié)拍中斷服務(wù)子程序OSTickISR()負責(zé)處理所有與定時相關(guān)的工作，如任務(wù)的延時、等待操作等。在時鐘中斷中將查詢處于等待狀態(tài)的任務(wù)，判斷是否延時結(jié)束，否則將重新進行任務(wù)調(diào)度?？梢酝ㄟ^調(diào)用OSIntEnter()。OS_SAVE_SP()，OSTimeTick()和OSIntExit()四個函數(shù)進行實現(xiàn)。OSintEnter()函數(shù)通知μC／OS-Ⅱ進入中斷服務(wù)子程序，OS_SAVE_SP()函數(shù)用來保存堆棧指針，OSTimeTick()函數(shù)給要求延時若干時鐘節(jié)拍的任務(wù)延遲計數(shù)器減1，當(dāng)反復(fù)運行該程序后，計數(shù)器為0時，則表明該任務(wù)進入了就緒狀態(tài)，OSintExit()函數(shù)標志時鐘節(jié)拍中斷服務(wù)子程序結(jié)束。
之后最重要的一點，就是要將中斷服務(wù)子程序OSTickISR()與任務(wù)級任務(wù)切換函數(shù)OSCtxSw()添加到系統(tǒng)中斷向量表的相應(yīng)位置中。這里使用的是實時時鐘中斷模塊(RTI)來實現(xiàn)時鐘中斷的產(chǎn)生，因此要將OSTickISR()連接到向量表RTI位置。OSCtxSw()函數(shù)是利用軟中斷來實現(xiàn)任務(wù)的切換功能的，因此軟中斷服務(wù)子程序的向量地址必須指向OSCtxSw()。
在進行上述程序編寫后，下載代碼到硬件中，μC／OS-Ⅱ就可以在本系統(tǒng)上實現(xiàn)運行了。

3 通信程序設(shè)計
利用任務(wù)形式來解決POC狀態(tài)的檢測問題，不僅可以提高程序效率以及避免死循環(huán)現(xiàn)象，同時，還可以建立通信故障檢測報警任務(wù)，在不同的通信狀態(tài)下，對駕駛員提供故障信息，方便處理。
線控轉(zhuǎn)向程序結(jié)構(gòu)包括系統(tǒng)初始化、通信控制、數(shù)據(jù)采集和控制算法四大部分。這里只對其中的系統(tǒng)初始化及通信控制部分進行了設(shè)計。
3．1 系統(tǒng)初始化
在主程序main()中，首先對MC9S12XF512芯片進行初始化，包括：時鐘初始化、I／O口初始化、A／D模塊初始化、PWM模塊初始化以及FlexRay協(xié)議配置初始化。之后，調(diào)用OSInit()函數(shù)對μC／OS-Ⅱ操作系統(tǒng)進行初始化。接著創(chuàng)建三個任務(wù)，按照優(yōu)先級順序9、1l、13，分別為FlexRay通信啟動任務(wù)、數(shù)據(jù)接收發(fā)送任務(wù)和故障檢測報警任務(wù)，由這三個任務(wù)實現(xiàn)線控轉(zhuǎn)向系統(tǒng)的通信部分功能，其他部分功能可通過創(chuàng)建其他任務(wù)進行擴展。最后調(diào)用OSStart()啟動內(nèi)核運行，讓任務(wù)在操作系統(tǒng)的管理與調(diào)度下運行。