TI BLE协议栈软件框架分析

看源代码的时候，一般都是从整个代码的入口处开始，TI  BLE 协议栈源码也不例外。它的入口main()函数就是整个程序的入口，由系统上电时自动调用。

它主要做了以下几件事情：

（一）底层硬件初始化配置

（二）创建任务并初始化任务配置

（三）检测并执行有效的任务事件

Main() 函数源码如下：

一：底层硬件初始化设置

75行，设置系统时钟，使能内存缓冲功能。

78行，关中断，刚启动时，系统运行不稳定，一般会首先关中断。

81行，硬件相关的I/O 口配置。

84行，初始化mcu 内部的flash。

92行，开中断，当系统运行到这里的时候，状态已经很稳定，可以将中断打开。

95行，I/O功能配置，及设置按键回调函数指针。

98行，配置省电模式。

二：创建任务并初始化任务配置

89行，最主要的功能就是给创建所有的任务。

三：检测并执行有效的任务事件

102行，此函数是整个程序运行的核心，一旦进入，就循环执行所有的任务，永远不会结束。

下面分别列出这3个部分的主要源代码，并以按键KEY的配置为线索进行分析：

===================================================================

一：底层硬件初始化设置

a.        HalDriverInit() 主要是硬件抽象层初始化，配置PIN脚的工作模式。

比如ADC，UART，KEY，LCD等。

147行，HalKeyInit()是按键I/O配置，下面以此举例说明：

211-223行，将相应的PIN配置为GPIO，输入模式。

226行，初始化按键回调函数指针pHalKeyProcessFunction为NULL。

此回调函数在程序中的作用是，当driver层检测到按键中断后，只需要调用回调函数指针即可，至于函数执行什么功能则完全由用户层自己决定，这样的做的好处是将用户层与driver层分离，提高代码的模块化及可操作特性。

b.        InitBoard( OB_READY )，配置KEY  GPIO的中断功能

126行，HalKeyConfig( OnboardKeyIntEnable, OnBoard_KeyCallback)此函数中配置中断使能，设置按键回调函数指针pHalKeyProcessFunction为OnBoard_KeyCallback。

OnBoard_KeyCallback()里面会继续调用函数OnBoard_SendKeys(),其功能是发送按键message给相应的任务。

硬件配置好后，只能说明硬件具备完成相应功能的条件，但是如何让它的功能实现，那就需要创建相应的应用程序来让硬件工作起来，这个程序就叫task，那task是如何创建的呢？

下面接着分析，如何创建task。

二：创建任务并初始化任务配置

前面讲过主函数main()89行osal_init_system(),主要功能是初始化系统设置，其中最重要的一个功能就是创建task，下面是创建task的源代码

122行，申请tasksEvents内存空间

123行，清零tasksEvents内存空间

126行，链路层task初始化

129行，硬件抽象层task初始化

132行，主机控制接口层task初始化

141行，逻辑链路控制及自适应协议层task初始化

144-156行，通用属性配置文件层task初始化

150行，安全管理层task初始化

159行，客户应用层task初始化

每个task 初始化时都会分配一个taskID，而且是从0 递增。

以Hal_Init(taskID++ )为例，从上面代码可以看出来，硬件抽象层的taskID值是1

92行，将task_id形参赋值给Hal_TaskID，故初始化后Hal_TaskID等于1

由于Hal_TaskID是定义为一个全局变量，因此，整个程序中，只要是与Hal_TaskID有关系的事情，都会交给Hal 层的task处理。

同样的道理，SimpleBLECentral_Init(taskID++)中会定义一个simpleBLETaskId，那么所有与simpleBLETaskId有关系的事情，也都会交给应用层任务函数处理。

那各层的任务函数是在哪里定义的呢？

在OSAL_simpleBLECentral.c文件中，定义了一个函数指针数组如下：

87行，Hal_ProcessEvent即为Hal层的任务处理函数指针，它是数组的第2个元素tasksArr[1]，也就是说如果程序中要调用Hal层任务，直接写语句“tasksArr[1]()；”

函数Hal_ProcessEvent()就会被执行了。

Task虽然被创建好了，但是task是要执行我们给它规定的功能的，那它是在哪里执行的呢？

接下来详细分析task 的执行的问题。

三：检测并执行有效的任务事件

系统中task 的执行，是由事件(evnet)来驱动的，程序会循环检测所有的task，如果发现某个task有新的event未被处理，那么这个task就会被调用。

osal_start_system()是整个程序的核心，里面是一个for死循环，不停调用函数osal_run_system()，它的实际功能就是不停检测是否有event产生，如果有event，就执行对应的task，请看源码：

1105行，定时器查询函数，它会检查所有的定时器，如果某个定时时间到达，就将相应的event 加入到tasksEvents[task_id]，这里task_id的值是添加定时器时设置好的，具体请看osal_set_event()函数代码。

1110-1115行，检查所有任务，是否有需要执行的event发生，并记录这个event的索引idx。

1117行，taskCnt 是系统添加的任务个数，也就是tasksArr[]数组中元素的个数。

1123行，保存当前任务的将要执行的所有event。

1124行，清除当前任务的所有event。

1127行，保存当前任务的idx，供系统自己使用。

1128行，根据当前任务索引idx，在指针数组tasksArr[]中寻址当前任务的函数指针，调用当前任务函数，处理其中一个event，处理完毕后，返回还未处理的event。

1132行，将未处理的event恢复给当前任务事件变量保存，等待下一次再处理，直至处理问所有的event。

总结：

本节只是讲解了协议栈的主体框架，协议栈只是一个基础平台，在不同的方案中，就有不同的应用功能，相应的就必须为应用添加不同的task来实现实际的功能。

通过本节讲解，添加一个task的基本步骤如下：

1.        在HAL层配置任务要用到的I/O 的属性（如果不涉及I/O操作，则可省略此步骤）

2.        在数组tasksArr[]中添加任务（task）处理函数

3.        在函数osalInitTasks()中初始化任务task

根据上面的步骤我们可以很容易创建一个task。但是，如果程序中没有产生task的事件(event)，task永远都不会运行。

这就有一个新的问题：event在什么情况下产生？它又是如何产生？

我们将在【事件和消息工作机制】一节中详细分解。