nrf51822学习之BLE程序框架探索

本文摘录于本人博客：http://blog.csdn.net/chengdong1314/article/details/51394080

在这篇文章里我主要探究SoftDevice程序是怎么嵌入到BLE程序中的，研究一下BLE程序框架：

在函数softdevice_handler_init中有这样的一句调用语句：
        err_code = sd_softdevice_enable(clock_source, softdevice_assertion_handler);
我们就从这句话入手：
        全局搜索sd_softdevice_enable可以在Includes110nrf_sdm.h文件里看到这回句话：
        SVCALL(SD_SOFTDEVICE_ENABLE, uint32_t, sd_softdevice_enable(nrf_clock_lfclksrc_t clock_source, softdevice_assertion_handler_t assertion_handler));
再看看SVCALL函数，可以跳到Includes110nrf_svc.h的这个地方：
         #ifndef SVCALL
         #if defined (__CC_ARM)
         #define SVCALL(number, return_type, signature) return_type __svc(number) signature
整体来考虑可以猜测：
        所谓的SD调用是靠svc系统调用中断来实现的，那么就可以想象真正调用SD函数的代码就是存在svc中断里的，但是我们在svc中断中并没有找到相应的调用语句，那么就可以猜测所谓的协议栈就是一段放在单片机起始位置的一段很长的代码，这个代码中的svc中断中必定调用了真正的SD程序。那么这个机制就有点像API程序一样，BLE程序就是应用程序，协议栈就是引导程序。
        为了证明我这个猜测，我找到了两个证据：
        1.BLE程序并没有真正的中断函数，是用钩子函数的机制实现用户中断的，因为POWER_CLOCK_IRQHandler，RADIO_IRQHandler，-----------这些函数程序里都没有实现，而定时器初始化却有这样的一句话：err_code = app_timer_create(&m_app_timer_id, APP_TIMER_MODE_REPEATED, timer_timeout_handler);那么timer_timeout_handler函数就是钩子函数
        2.程序的开始地址并不是单片机的起始地址，所以我的猜测是对的。
         



好了，就分析到这里了。