FireBLE系统启动处理任务问题

tongwusheng · August 15, 2015, 2:54am

系统main 函数初始化结束，就一直查询ke_schedule函数进行调度。但是系统一上来就执行 app_gap_set_mode_req_cmp_evt_handler 这个函数应该是消息GAP_SET_MODE_REQ_CMP_EVT 对应的任务，但是我整个过程搜索了一遍没发现有地方创建该消息，为什么会自动形成这个消息呢是不是固化代码里面创建的该消息啊？跪谢！

user3 · August 15, 2015, 3:02am

是的，在ke_schedule之前有一部分代码是追踪不到的。

tongwusheng · August 15, 2015, 3:10am

感谢安安的快速应答，拿到你们板子不久，看来昆天科的这套OS想要彻底理顺还需要不断的调试感觉资料有点少。不过这个版块相当不错，

xiaolong_ba · August 15, 2015, 4:07am

这个是一上电，最先执行的不是这个函数，如下是整个启动流程图：

tongwusheng · August 15, 2015, 5:43am

学习了非常感谢xiaolong_ba !

tongwusheng · August 17, 2015, 1:59am

这两天我看了下具体流程：
main()初始化
// If QN902x works on wireless SoC mode, initialize APP task
#if (QN_WORK_MODE == WORK_MODE_SOC)
app_init();
#endif
app_init()进去最后一行
#if (QN_WORK_MODE != WORK_MODE_SOC)
app_gap_reset_req();
#endif
这个请求不发起呀，大神们一起来解释下这里为什么要加这个条件，不是流程一开始初始化第一步就要这个命令的吗？

user3 · August 19, 2015, 1:33am

tongwusheng 发表于 2015-8-17 09:59
这两天我看了下具体流程：
main()初始化
// If QN902x works on wireless SoC mode, initialize APP …

#if (QN_WORK_MODE != WORK_MODE_SOC)
    app_gap_reset_req();
#endif

这一句确实不会执行，因为xiaolong_ba上文提到的那些消息在app_init之前就已经被推入到任务队列中了，等到while（1）的时候就自然会被依次调度了。
这一部分初始化时封闭的，所以才会用文档的形式做说明，代码是查不到的。