* 導師視頻講解:[**去聽課**](https://www.bilibili.com/video/BV1k34y1D7Vz?p=25)
>[success] **技術支持說明:**
>**1**.一般以自主學習為主
> **2**.可到官方問答社區中提問:[**去提問**](https://bbs.csdn.net/forums/zigbee)
> **3**.工程師**會盡快**解答社區問題,但他們是一線開發,【**難以保證**】解答時效,解答辛苦,感謝理解!
<br/>
本節課將以分析Sample Switch這個例程源代碼的方式講解OSAL的任務調度原理。其中會涉及到復雜的源代碼,讀者暫時只需要**大致地了解整個任務調度過程就可以了**。
<br/>
## **OSAL簡介**
OSAL(Operating System Abstraction Layer,系統抽象層),可以通俗地理解為一個簡化版的操作系統,為Z-Stack的正確運行提供了內存管理、中斷管理和任務調度等基本功能。
<br/>
## **理解任務調度過程**
OSAL的任務調度其實是與上節課筆者實現的任務調度是類似的,也就是初始化任務池以及輪詢任務池。
###
打開本節課配套的工程代碼,如圖所示。

> 讀者會發現配套的工程代碼與之前的Z-Stack不同,這是因為為了方便讀者學習,筆者已經把部分用不到文件給裁剪掉了。
###
打開SampleSwitch.eww工程文件所在的目錄,如圖所示。

雙擊打開SampleSwitch.eww文件,打開后如圖所示。

<br/>
程序一般是從main()函數開始的,Z-Stack 3.0 也不例外。它的main()函數在ZMain目錄下的ZMain.c文件中,該文件在如圖所示位置。

打開ZMain.c文件,可以找到main()函數,其代碼如下:
```
1.int?main(?void?)??
2.{??
3.??//?Turn?off?interrupts??
4.??osal_int_disable(?INTS_ALL?);?? // 關閉所有中斷
5.??
6.??//?Initialization?for?board?related?stuff?such?as?LEDs??
7.??HAL_BOARD_INIT();?? // 初始化板載資源,比如PA、時鐘源等
8.??
9.??//?Make?sure?supply?voltage?is?high?enough?to?run??
10.??zmain_vdd_check();??// 檢測供電電壓是否可以支撐芯片正常運行
11.??
12.??//?Initialize?board?I/O??
13.??InitBoard(?OB_COLD?);??// 初始化板載I/O,比如按鍵配置為輸入
14.??
15.??//?Initialze?HAL?drivers??
16.??HalDriverInit();??// 初始化硬件適配層,比如串口、顯示器等
17.??
18.??//?Initialize?NV?System??
19.??osal_nv_init(?NULL?);??// 初始化NV(芯片內部FLASH的一塊空間)
20.??
21.??//?Initialize?the?MAC??
22.??ZMacInit();??// 初始化MAC層(數據鏈路層)
23.??
24.??//?Determine?the?extended?address??
25.??zmain_ext_addr();??// 確定芯片的物理地址
26.??
27.#if?defined?ZCL_KEY_ESTABLISH??
28.??//?Initialize?the?Certicom?certificate?information.??
29.??zmain_cert_init();??// 初始化認證信息
30.#endif??
31.??
32.??//?Initialize?basic?NV?items??
33.??zgInit();??// 初始化存儲在NV中的協議棧全局信息,如網絡啟動方式等
34.??
35.#ifndef?NONWK??
36.//?Since?the?AF?isn't?a?task,?call?it's?initialization?routine
37.??afInit();??// 初始化AF(射頻)
38.#endif??
39.??
40.??//?Initialize?the?operating?system??
41.??osal_init_system();??// 初始化OSAL(操作系統抽象層)
42.??
43.??//?Allow?interrupts??
44.??osal_int_enable(?INTS_ALL?);??// 使能所有中斷
45.??
46.??//?Final?board?initialization??
47.??InitBoard(?OB_READY?);??// 初始化板載IO資源,比如按鍵
48.??
49.??//?Display?information?about?this?device??
50.??zmain_dev_info();??// 在顯示器上顯示設備物理地址
51.??
52.??/*?Display?the?device?info?on?the?LCD?*/??
53.#ifdef?LCD_SUPPORTED??
54.??zmain_lcd_init();??// 在顯示器上顯示設備信息,比如制造商等
55.#endif??
56.??
57.
58.
59.#ifdef?WDT_IN_PM1??
60.??/*?If?WDT?is?used,?this?is?a?good?place?to?enable?it.?*/??
61.??WatchDogEnable(?WDTIMX?);??// 啟動看門狗功能
62.#endif??
63.
64. /* 進入系統輪詢 */??
65.??osal_start_system();?//?No?Return?from?here??
66.??
67.
68.??return?0;??//?Shouldn't?get?here.??
69.}?//?main()
```
這個函數中有兩個關鍵的函數調用,代碼如下:
```
//初始化OSAL,包括初始化任務池
osal_init_system();
//輪詢任務池
osal_start_system();
```
可以看到,OSAL的任務調度過程與上節課曾經講解過的是類似的,也就是初始化任務池和輪詢任務池。
<br/>
osal_init_system()函數和osal_start_system()函數的定義可以在OSAL目錄下的OSAL.c文件中找到,OSAL.c所在位置如圖所示。

###
osal_init_system()函數代碼如下:
```
uint8 osal_init_system( void )
{
#if !defined USE_ICALL && !defined OSAL_PORT2TIRTOS
// 初始化內存分配系統
osal_mem_init();
#endif /* !defined USE_ICALL && !defined OSAL_PORT2TIRTOS */
// 初始化消息隊列
osal_qHead = NULL;
// 初始化OSAL定時器
osalTimerInit();
// 初始化電源管理系統
osal_pwrmgr_init();
#ifdef USE_ICALL
osal_prepare_svc_enroll();
#endif /* USE_ICALL */
// 初始化任務池
osalInitTasks();
#if !defined USE_ICALL && !defined OSAL_PORT2TIRTOS
// Setup efficient search for the first free block of heap.
osal_mem_kick();
#endif /* !defined USE_ICALL && !defined OSAL_PORT2TIRTOS */
#ifdef USE_ICALL
// Initialize variables used to track timing and provide OSAL timer service
osal_last_timestamp = (uint_least32_t) ICall_getTicks();
osal_tickperiod = (uint_least32_t) ICall_getTickPeriod();
osal_max_msecs = (uint_least32_t) ICall_getMaxMSecs();
/* Reduce ceiling considering potential latency */
osal_max_msecs -= 2;
#endif /* USE_ICALL */
return ( SUCCESS );
}
```
在以上代碼中,可以找到找到一個任務池初始化函數osalInitTasks()。顧名思義,它的工作內容就是初始化任務池。
<br/>
osal_start_system()函數代碼如下:
```
void osal_start_system( void )
{
#ifdef USE_ICALL
/* Kick off timer service in order to allocate resources upfront.
* The first timeout is required to schedule next OSAL timer event
* as well. */
ICall_Errno errno = ICall_setTimer(1, osal_msec_timer_cback,
(void *) osal_msec_timer_seq,
&osal_timerid_msec_timer);
if (errno != ICALL_ERRNO_SUCCESS)
{
ICall_abort();
}
#endif /* USE_ICALL */
#if !defined ( ZBIT ) && !defined ( UBIT )
//主循環
for(;;)
#endif
{
//系統輪詢調度
osal_run_system();
#ifdef USE_ICALL
ICall_wait(ICALL_TIMEOUT_FOREVER);
#endif /* USE_ICALL */
}
}
```
<br/>
在osal_start_system()函數的主循環中,循環調用了 osal_run_system()函數,該函數主要工作輪詢任務池。osal_run_system()函數的定義OSAL.c文件中,代碼如下:
```
1.void?osal_run_system(?void?)????
2.{????
3.??uint8?idx?=?0;????
4.????
5.??/*?更新時間,并整理出到期的任務。系統的時鐘周期是:320us?*/??
6.??osalTimeUpdate();??
7.??Hal_ProcessPoll();//?硬件適配層中斷查詢??
8.????
9.??do?{????
10.????if?(tasksEvents[idx])//?查看是否有任務需要處理??
11.????{????
12.??????break;????
13.????}????
14.??}?while?(++idx?<?tasksCnt);//?輪詢整個任務池??
15.????
16.??if?(idx?<?tasksCnt)//循環結束后,如果idx?<?tasksCnt表示任務池有任務需要處理
17.??{????
18.????uint16?events;????
19.????halIntState_t?intState;???
20.????HAL_ENTER_CRITICAL_SECTION(intState);//關閉中斷??
21.????events?=?tasksEvents[idx];//evets中保存了該任務中的待處理事件??
22.????tasksEvents[idx]?=?0;//清空此任務中的所有待處理事件?
23.????HAL_EXIT_CRITICAL_SECTION(intState);//恢復中斷??
24.????
25.????activeTaskID?=?idx;????
26.????events?=?(tasksArr[idx])(?idx,?events?);?//?處理任務中的事件??
27.????activeTaskID?=?TASK_NO_TASK;????
28.????
29.????HAL_ENTER_CRITICAL_SECTION(intState);//關閉中斷??
30.????tasksEvents[idx]?|=?events;//保存還沒被處理的事件到任務中??
31.????HAL_EXIT_CRITICAL_SECTION(intState);//恢復中斷??
32.??}????
33.#if?defined(?POWER_SAVING?)?&&?!defined(USE_ICALL)????
34.?else//?Complete?pass?through?all?task?events?with?no?activity??{
35.????osal_pwrmgr_powerconserve();?//如果沒有任務需要處理則進入低功耗??
36.?}????
37.#endif????
38.????
39.??/*?Yield?in?case?cooperative?scheduling?is?being?used.?*/????
40.#if?defined?(configUSE_PREEMPTION)&&(configUSE_PREEMPTION?==?0)?{????
41.????osal_task_yield();????
42.?}????
43.#endif
```
> 為了更好地體現該函數的輪詢邏輯,已對原代碼進行了簡化。
###
在上述代碼中,重點講解一下其中的這個do-while循環,代碼如下:
```
9.??do?{????
10.????if?(tasksEvents[idx])//?查看是否有任務需要處理??
11.????{????
12.??????break;????
13.????}????
14.??}?while?(++idx?<?tasksCnt);//?輪詢整個任務池??
```
這個循環的主要作用是輪詢整個任務池,也就是看一下有沒有要處理的任務。循環中只有一個條件判斷,如果條件成立,那么就結束循環。
###
其中的tasksEvents是一個uint16類型的數組,其中的每一個元素都表示一種類型的任務,也就是說,tasksEvents就是一個任務池,tasksCnt是這個任務池的大小。
###
這個循環的運行邏輯是:
* 首先,idx的初始值為0;
* 當tasksEvents[idx]的值為0時,表示該任務中沒有事情要處理,這時候條件判斷不成立,進入下一次循環;
* 每執行1次循環前,idx加1,然后判斷是否小于tasksCnt;
* 當tasksEvents[idx]的值不等于0時,表示該任務中有事情要處理,這時候條件判斷成立,于是通過break結束循環;
* 當循環結束后,如果整個任務池中都沒有任務要處理,那么idx必定會>=tasksCnt。因此,如果idx?<?tasksCnt,表示現在任務池中有任務需要處理,并且tasksEvents[idx]就是當前需要處理的任務。因此在循環結束后,Z-Stack先用if?(idx?<?tasksCnt)語句來判斷有沒有任務需要處理。
<br/>
## **任務與事件**
每個任務中可能包含一系列待處理的事情,這些待處理的事情,可以通俗的稱為“事件”,例如一個任務中可以包含打開LED燈、關閉窗戶和打開空調這3個事件(待處理的事情)。
tasksEvents中的每個元素都是一個uint16類型的變量,每一個元素都表示了一個任務,并且儲存了這個任務中包含的一系列事件。那么一個uint16類型的變量是如何儲存一系列的事件的呢?筆者將在后續章節詳細講解。
<br/>
<br/>
## **項目定制**
* 如需項目定制開發,可掃碼添加項目經理好友(注明“**項目定制**”)
* 定制范圍:**NB-IoT**、**CATn(4G)**、**WiFi**、**ZigBee**、**BLE Mesh**以及**STM32**、**嵌入式Linux**等IoT技術方案
* 善學坊官網:[www.sxf-iot.com](https://www.sxf-iot.com/)

* 非項目定制**勿擾**,此處**非**技術支持
- 課程簡介
- 配套資源下載
- 配套開發套件簡介
- 簡介
- 技術參數
- 電路原理圖 & PCB圖——標準板
- 電路原理圖 & PCB圖——MiNi板
- CC2530F256 核心模組
- MCU簡介
- 模組尺寸 & 引腳定義
- 模組技術參數
- 電路原理圖 & PCB設計圖
- 封裝及生產指導
- 第一部分:準備
- 1.1 小白也能讀懂的 ZigBee 3.0 簡介
- 1.2 IAR EW for 8051 簡介與安裝
- 1.3 TI Z-Stack 3.0 簡介與安裝
- 1.4 SmartRF Flash Programmer 下載與安裝
- 1.5 串口助手簡介與安裝
- 1.6 SmartRF04EB 驅動程序
- 1.7 USB轉串口驅動程序
- 其他軟件安裝(非必須)
- 1.7.1 Xshell 7 簡介與安裝指南
- 1.7.2 PuTTY 簡介與安裝
- 第二部分:51單片機入門——基于CC2530
- 第1章:CC2530 開發基礎實驗
- 1.1 新建工作空間及工程
- 1.2 源代碼編寫及編譯
- 1.3 程序下載及仿真
- 1.4 固件燒錄
- 第2章:GPIO實驗
- 2.1 多工程管理基礎
- 2.2 GPIO輸出實驗——LED控制
- 2.3 GPIO輸入實驗——機械按鍵
- 2.4 GPIO輸入輸出通用配置實驗
- 2.5 GPIO外部中斷實驗
- 第3章:定時器實驗
- 3.1 工程概述
- 3.2 定時器T1實驗——查詢觸發
- 3.3 定時器T3實驗——中斷觸發
- 3.4 看門狗定時器實驗
- 3.5 低功耗定時器實驗
- 第4章:串口通信實驗
- 第5章:ADC實驗——使用光照傳感器
- 第6章:OLED 顯示器實驗
- 第7章:外設實驗
- 7.1 DHT11溫濕度傳感器
- 7.2 NorFLASH讀寫實驗
- 7.3 繼電器控制實驗
- 第三部分:Z-Stack 3.0 詳解
- 第1章:Z-Stack 3.0 架構詳解
- 1.1 Z-Stack 3.0.1 文件組織
- 2.2 Z-Stack 3.0.1 工程框架
- 第2章:操作系統的任務調度原理
- 第3章:OSAL 詳解
- 3.1 OSAL的任務調度原理
- 3.2 任務初池始化與事件處理
- 3.3 Z-Stack 事件的應用
- 3.4 使用動態內存
- 第4章:硬件適配層應用——LED
- 4.1 HAL的文件結構和工程結構
- 4.2 HAL的架構簡介
- 4.2 LED API簡介
- 4.3 LED 實驗
- 第5章:硬件適配層應用——按鍵
- 5.1 按鍵實驗
- 5.2 HAL 按鍵框架詳解(選修)
- 第6章:硬件適配層應用——串口
- 第7章:硬件適配層應用——顯示屏
- 第8章:硬件適配層應用——ADC
- 第四部分:ZigBee 3.0 網絡編程
- 第1章:ZigBee 3.0 網絡原理
- 1.1 協議層次結構
- 1.2 IEEE 802.15.4協議
- 1.3 網絡層
- 第2章:ZigBee 3.0 BDB
- 2.1 BDB 簡介
- 2.2 BDB Commissioning Modes
- 2.3 ZigBee 3.0 組網實驗
- 第3章:基于AF的數據通信
- 3.1 簡單描述符
- 3.2 通信原理
- 3.3 數據發送API簡介
- 3.4 ZigBee 3.0 通信實驗
- 第4章:ZCL 基本原理
- 4.1 ZCL 簡介
- 4.2 ZCL 內容詳解
- 第5章:基于ZCL的開關命令收發
- 5.1 應用層對 ZCL API 的調用
- 5.2 ZCL 開關命令收發 API
- 5.3 ZCL 開關命令收發實驗
- 第6章:基于ZCL的屬性讀寫
- 6.1 ZCL 屬性讀寫 API
- 6.2 ZCL 屬性讀寫實驗
- 第7章:基于ZCL的屬性上報實驗
- 7.1 概述
- 7.2 終端設備開發
- 7.3 協調器設備開發
- 7.4 仿真調試
- 課外篇:項目實戰
- ZigBee 3.0 環境信息采集
- 基于ZigBee的農業環境信息采集
- 基于ZigBee的文件傳輸系統
- 基于ZigBee的光照自動開關窗簾
- 基于ZigBee的溫濕度 & 光照強度采集系統
- 其他項目
- 基于ZigBee的溫度和有害氣體短信報警系統
- 基于ZigBee的多傳感器探測與亮燈報警系統
- 基于ZigBee的溫濕度、人體紅外與聲光報警系統
- ZigBee 3.0 多節點組網實戰
- 基于ZigBee的溫濕度 & 信號強度探測系統
- 課外篇:進階選修
- 《課外篇:進階選修》的說明
- 第1章:串口通信協議設計
- 1.1 設計基礎
- 1.2 協議格式
- 第2章:優化協調器工程結構
- 2.1 工程結構
- 2.2 應用框架詳解
- 2.2.1 框架說明
- 2.2.2 zbmsg
- 2.2.3 zbcategory
- 第3章:協調器上位機調試
- 3.1上位機說明
- 3.2 調試說明
- 第4章:信道及PanId的動態修改
- 4.1 串口協議
- 4.2 重要接口說明
- 4.2.1 NIB
- 4.2.2 NLME_UpdateNV
- 4.3 架構調整
- 4.4 應用
- 4.4.1 zbnwk接口實現
- 4.4.2 串口通信解析
- 4.4.3 燒錄調試
- 第5章:網絡短地址及MAC地址的獲取
- 5.1 接口說明
- 5.1.1 描述
- 5.1.2 調用流程
- 5.1.3 異步數據
- 5.2 調試
- 第6章:入網控制及白名單
- 6.1 基本內容
- 6.1.1 入網控制
- 6.1.2 白名單
- 6.2 函數封裝
- 6.3 程序調試
- 第7章:協調器分區存儲管理
- 7.1 軟件框架
- 7.2 應用
- 7.3 調試
- ZigBee 2 WiFi —— 基于ESP8266
- 1.使用云端服務器
- 2.源碼說明與測試
- 3.ESP8266模塊參考資料
- ZigBee 無線報文的抓取與分析
- 接入小米Aqara智能插座和溫濕度傳感器
- Z-Stack的NV應用
- 1. NV 簡介
- 2. NV的讀寫
- 基于HAL的外部FLASH應用
- TFT顯示器實驗(選修)
- Lighting工程源碼分析
- 9.1 ZHA Lighting工程
- 9.2 ZHA Lighting源碼分析
- 9.3 Lighting亮度調節實驗
- TemperatureSensor工程源碼分析
- 10.1 ZHA TemperatureSensor工程
- 10.2 ZHA TemperatureSensor源碼分析
- 版權聲明與免責聲明