第十五節(jié) BLE藍(lán)牙4.0協(xié)議棧啟動(dòng)分析 - 由淺入深，藍(lán)牙4.0/BLE協(xié)議棧開(kāi)發(fā)攻略大全（3）

void osal_run_system（ void ）

　　{

　　uint8 idx = 0;

　　#ifndef HAL_BOARD_CC2538

　　osalTimeUpdate（）; // 定時(shí)器更新

　　#endif

　　Hal_ProcessPoll（）; // Hal層信息處理

　　do {

　　if （tasksEvents［idx］） // Task is highest priority that is ready.

　　{

　　break;

　　}

　　} while （++idx < tasksCnt）; // 檢查每個(gè)人任務(wù)是否有事件

　　if （idx < tasksCnt） // 有事件發(fā)生

　　{

　　uint16 events;

　　halIntState_t intState;

　　HAL_ENTER_CRITICAL_SECTION（intState）; // 進(jìn)入臨界區(qū)

　　events = tasksEvents［idx］;

　　tasksEvents［idx］ = 0; // Clear the Events for this task. 清除事件標(biāo)志

　　HAL_EXIT_CRITICAL_SECTION（intState）; // 退出臨界區(qū)

　　activeTaskID = idx;

　　events = （tasksArr［idx］）（ idx， events ）; // 執(zhí)行事件處理函數(shù)

　　activeTaskID = TASK_NO_TASK;

　　HAL_ENTER_CRITICAL_SECTION（intState）; // 進(jìn)入臨界區(qū)

　　tasksEvents［idx］ |= events; // Add back unprocessed events to the current task.

　　HAL_EXIT_CRITICAL_SECTION（intState）; // 退出臨界區(qū)

　　}

　　#if defined（ POWER_SAVING ） // 沒(méi)有事件發(fā)生，并且開(kāi)啟了低功耗模式

　　else // Complete pass through all task events with no activity？

　　{ // 系統(tǒng)進(jìn)入低功耗模式

　　osal_pwrmgr_powerconserve（）; // Put the processor/system into sleep

　　}

　　#endif

　　/* Yield in case cooperative scheduling is being used. */

　　#if defined （configUSE_PREEMPTION） && （configUSE_PREEMPTION == 0）

　　{

　　osal_task_yield（）;

　　}

　　#endif

　　}

　　在這里可以看到這個(gè)OSAL的核心，整個(gè)OSAL通過(guò)檢測(cè)每個(gè)任務(wù)是否有事件發(fā)生，如果有則執(zhí)行相應(yīng)的任務(wù)，處理相應(yīng)的事件。如果沒(méi)有事件需要處理并且開(kāi)啟了低功耗模式，則系統(tǒng)就會(huì)進(jìn)入低功耗模式。

　　這里有一個(gè)很關(guān)鍵的地方，OSAL是如何知道哪個(gè)事件需要哪個(gè)任務(wù)來(lái)處理呢？

　　events = （tasksArr［idx］）（ idx， events ）; // 執(zhí)行事件處理函數(shù)

　　我們看這里有一個(gè)很關(guān)鍵的數(shù)組tasksArr，很顯然，這是一個(gè)函數(shù)指針數(shù)組，我們看看它的定義。

　　const pTaskEventHandlerFn tasksArr［］ =

　　{

　　LL_ProcessEvent， // task 0

　　Hal_ProcessEvent， // task 1

　　HCI_ProcessEvent， // task 2

　　#if defined （ OSAL_CBTIMER_NUM_TASKS ）

　　OSAL_CBTIMER_PROCESS_EVENT（ osal_CbTimerProcessEvent ）， // task 3

　　#endif

　　L2CAP_ProcessEvent， // task 4

　　GAP_ProcessEvent， // task 5

　　GATT_ProcessEvent， // task 6

　　SM_ProcessEvent， // task 7

　　GAPRole_ProcessEvent， // task 8

　　GAPBondMgr_ProcessEvent， // task 9

　　GATTServApp_ProcessEvent， // task 10

　　SimpleBLEPeripheral_ProcessEvent // task 11

　　};

　　可以看到在這個(gè)數(shù)組的定義中，每個(gè)成員都是任務(wù)的執(zhí)行函數(shù)，按照任務(wù)的優(yōu)先級(jí)排序，并且在osalInitTasks中初始化的時(shí)候，我們可以看到每個(gè)任務(wù)都有一個(gè)對(duì)應(yīng)的初始化函數(shù)，并且傳遞了一個(gè)taskID，此ID從0開(kāi)始自增，這里有一點(diǎn)非常重要，初始化的順序和任務(wù)數(shù)組的定義順序是一樣的，這就保證了我們給任務(wù)發(fā)生消息或事件時(shí)能夠準(zhǔn)確的傳遞到相應(yīng)的任務(wù)處理函數(shù)。

　　void osalInitTasks（ void ）

　　{

　　uint8 taskID = 0;

　　tasksEvents = （uint16 *）osal_mem_alloc（ sizeof（ uint16 ） * tasksCnt）;

　　osal_memset（ tasksEvents， 0， （sizeof（ uint16 ） * tasksCnt））;

　　/* LL Task */

　　LL_Init（ taskID++ ）;

　　/* Hal Task */

　　Hal_Init（ taskID++ ）;

　　/* HCI Task */

　　HCI_Init（ taskID++ ）;

　　#if defined （ OSAL_CBTIMER_NUM_TASKS ）

　　/* Callback Timer Tasks */

　　osal_CbTimerInit（ taskID ）;

　　taskID += OSAL_CBTIMER_NUM_TASKS;

　　#endif

　　/* L2CAP Task */

　　L2CAP_Init（ taskID++ ）;

　　/* GAP Task */

　　GAP_Init（ taskID++ ）;

　　/* GATT Task */

　　GATT_Init（ taskID++ ）;

　　/* SM Task */

　　SM_Init（ taskID++ ）;

　　/* Profiles */

　　GAPRole_Init（ taskID++ ）;

　　GAPBondMgr_Init（ taskID++ ）;

　　GATTServApp_Init（ taskID++ ）;

　　/* Application */

　　SimpleBLEPeripheral_Init（ taskID ）;

　　}

　　應(yīng)用層的初始化SimpleBLEPeripheral_Init，SimpleBLEPeripheral_Init（ uint8task_id ）主要對(duì) GAP 和 GATT 進(jìn)行配置，最后調(diào)用osal_set_event（simpleBLEPeripheral_TaskID， SBP_START_DEVICE_EVT ）啟動(dòng)設(shè)備。

　　設(shè)備啟動(dòng)后應(yīng)用層就能接收到這個(gè)設(shè)置的事件并進(jìn)行處理，可以看到設(shè)備啟動(dòng)中主要是啟動(dòng)設(shè)備，注冊(cè)綁定管理，并且啟動(dòng)了一個(gè)定時(shí)器，這個(gè)定時(shí)器是一個(gè)周期事件的第一次啟動(dòng)。

　　

　　周期事件中每次都會(huì)重啟這個(gè)定時(shí)器，并且處理周期事件。

　　

　　在初始化的時(shí)候我們注冊(cè)了一個(gè)很重要的函數(shù)，設(shè)備狀態(tài)改變時(shí)的回調(diào)函數(shù)，這個(gè)函數(shù)在設(shè)備的狀態(tài)改變時(shí)會(huì)被底層的協(xié)議?；卣{(diào)，我們可以從這個(gè)回調(diào)函數(shù)中看的設(shè)備的狀態(tài)的改變。

　　static void peripheralStateNotificationCB（ gaprole_States_t newState）;

　　從函數(shù)的定義可以看出，設(shè)備的狀態(tài)類型都在數(shù)據(jù)類型gaprole_States_t中定義了，我們看一下這個(gè)數(shù)據(jù)類型的定義：

　　typedef enum

　　{

　　GAPROLE_INIT = 0， //！< Waiting to be started

　　GAPROLE_STARTED， //！< Started but not advertising

　　GAPROLE_ADVERTISING， //！< Currently Advertising

　　GAPROLE_WAITING， //！< Device is started but not advertising， is in waiting period before advertising again

　　GAPROLE_WAITING_AFTER_TIMEOUT， //！< Device just timed out from a connection but is not yet advertising， is in waiting period before advertising again

　　GAPROLE_CONNECTED， //！< In a connection

　　GAPROLE_CONNECTED_ADV， //！< In a connection + advertising

　　GAPROLE_ERROR //！< Error occurred - invalid state

　　} gaprole_States_t;

　　看到這個(gè)定義就很明確了，設(shè)備的狀態(tài)就在這幾種狀態(tài)間切換。