全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程

在作者之前发表的《全球最低功耗蓝牙单芯片DA14580的系统架构和应用开发框架分析》、《全球最低功耗蓝牙单芯片DA14580的硬件架构和低功耗》、《全球最低功耗蓝牙单芯片DA14580的软件体系-RW内核和消息处理机制》三篇文章分析了DA14580的SDK开发目录结构、硬件架构、低功耗、RW内核和消息处理机制。本篇文章将深入到具体的源码去分析DA14580平台的软件层次架构和具体的BLE消息处理过程,以此佐证前面发表的文章。

一、软件层次架构

1.1 BLE协议栈

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第1张图片

从中,我们可以看到,BLE协议栈可以大致分为应用层、profile服务层、BLE Host层(软件实现)、BLE controller层(硬件实现,属于基带部分),实际上硬件物理层还有射频层radio,即将基带信息调制到2.4G进行发射或者进行解调。

BLE host实现数据适配L2CAP、链路管理GAP、基础属性协议ATT,GATT是基于ATT进行封装并向上层提供接口服务,以让用户更方便地使用ATT来进行数据交互。他们都分别对应RW内核的一个或者多个task,例如GAP包括GAP管理和GAP控制两个task。

Profile层是基于GATT来向应用层提供数据通信服务的,每个profile都负责自己的专有的服务功能。例如,有电池服务、设备信息服务和自定义的一些profile等等。

GATT是负责基础的数据通信,而profile则是在GATT的基础上进行数据的本地处理。例如,GATT收到对方的写请求时会通知profile,由profile来决定怎么处理接收到的数据,可以写到属性字段中,也可以不写,profile也可以进一步给task_app发送通知。

各个profile是独立并且平等的,因为各个GATT都是平等服务的。每个profile都对应RW内核的一个task。

应用层是基于多个profile来实现自己的需求。由于RW内核实质是一个单任务内核,所以应用层是一个特别的task。其和所有的profile打交道,其控制所有profile,并处理各个profile的消息回调。

1.2  task层次

根据上面的分析,我们可以得到以下task层次图:

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第2张图片

1.3  task列表

其定义在rwip_config.h中,如下:

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第3张图片

可见,RW内核最大支持64个task,链路层task的优先级高,接着是profile,再是TASK_APP。


二、基于状态机的RW内核消息处理机制

Task数据结构如下:

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第4张图片

RW内核是基于状态机对消息进行处理的。从ke_task_desc看来,一个task包括显式的状态处理state_handler和默认的状态处理default_handler。

state是task的状态机变量,task可能有多个状态,那么state_handler是状态处理集合,每个状态可能会处理多个消息回调,例如上层task会发送消息来执行调用,或者下层task发送消息来执行回调。

default_handler处理的消息代表该task在任意状态时都可能受到的消息,例如底层task发出的断开连接消息。

我们也可以得出,ke_state_handler代表一个状态下的多个消息处理。因此,state_handler是一个ke_state_handler数组,而default_handler则是ke_state_handler元素。


三、app_task

如上所述,app_task是一个特殊的task,它和所有的profile_tasks进行交互,执行调用和回调。基于RW内核的状态机消息处理机制,调用和回调都是通过发送消息来进行完成回调的。

app_task是通过ke_task_create(TASK_APP, &TASK_DESC_APP)来注册消息回调的,而TASK_DESC_APP赋值为:

TASK_DESC_APP= {NULL, &app_default_handler,                                             app_state,APP_STATE_MAX, APP_IDX_MAX};

可见,app_task只有默认的消息回调接口集app_default_handler。如下:

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第5张图片

默认的消息回调接口集包括了GAP相关的消息(红色圈的部分),如BLE初始化过程的消息事件,和profile应用相关的数据通信消息事件。

接下来,我们着重分析GAP相关的消息事件,阐述BLE初始化的主要过程。


四、初始化过程

4.1 BLE初始化

Main_func函数中调用rwip_init()接口对RW的BLE部分进行初始化。该接口是固化代码,不对外公开。BLE初始化执行的过程中会发出相应的消息事件给app_task,以告诉app_task相应的状态,便于app_task主动执行调用下一阶段的初始化。


4.2  初始化过程分析

1.     GAPM_DEVICE_READY_IND

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第6张图片

可见,当BLE初始化好后发出的第一个消息事件是GAPM_DEVICE_READY_IND。内核会执行回调gapm_device_ready_ind_handler,在该回调里面会向TASK_GAPM发出GAPM_RESET_CMD消息,即reset GAP管理模块。


2.     GAPM_CMP_EVT

当TASK_GAPM reset好管理模块后,会向task_app发出GAPM_CMP_EVT消息事件,内核会执行gapm_cmp_evt_handler,该回调会向TASK_GAPM发出GAPM_SET_DEV_CONFIG_CMD命令,以完成BLE设备配置。


3.     GAPM_CMP_EVT

当TASK_GAPM完成设备配置时,会再次向task_app发送GAPM_CMP_EVT消息,内核会执行gapm_cmp_evt_handler,这时会调用app_set_dev_config_complete_func,里面调用app_db_init创建GATT属性数据库。

app_db_init里面会向各个profileXXX_task发送一条XXX_CREATE_DB_REQ创建属性数据库的命令消息。


4.     XXX_CREATE_DB_CFM

各个profile调用GATT接口完成创建后,会向task_app发送XXX_CREATE_DB_CFM消息事件。内核会执行相应的回调,回调会向task_app(即自己发给自己)发送一个APP_MODULE_INIT_CMP_EVT消息。


5.     APP_MODULE_INIT_CMP_EVT

内核会执行app_module_init_cmp_evt_handler回调,该回调会再次调用app_db_init,回到第4步继续进行。当app_db_init发现所有profile的属性数据库都创建完毕时,会调用app_db_init_complete_func接口,该接口会开始广播,并开始应用相关的处理过程。


五、GAP建立连接过程的消息回调

Todo

六、数据通信过程中的消息回调

Todo

参考文献:《UM-B-015_DA14580 Software architecture v4.0.pdf》、《RW-BT-KERNEL-SW-FS.pdf》。

下一篇:

全球最低功耗蓝牙单芯片DA14580的软件体系

-GAP建立连接和数据通信过程


      嵌入式企鹅圈原创团队由阿里、魅族、nvidia、龙芯、炬力、拓尔思等资深工程师组成。百分百原创,每周两篇,分享嵌入式、Linux、物联网、GPU、Android、自动驾驶等技术。欢迎扫码关注微信公众号:嵌入式企鹅圈, 实时推送原创文章!

全球最低功耗蓝牙单芯片DA14580的软件体系 -层次架构和BLE消息事件处理过程_第7张图片


你可能感兴趣的:(蓝牙,BLE,RE内核,DA14580开发)