DA1458x工作在两种模式下即“Normal Mode”和“Development/Calibration Mode”，以下称为“DevMode”上电之后芯片进入模式的决定由驻留在ROM中的引导代码取得。 DA1458x的数据表中给出了引导代码的完整流程图

当OTP头在CPU的前两個地址中包含零值时，意味着OTP没有被编程DA1458x将会切换到DevMode，以便用户可以访问从外部设备下载代码到内部SRAM（SysRAM）但是，当OTP在这些位置包含特萣值（magic numbers幻数）时DA1458x将进入正常模式，并按照数据手册中的说明在引导顺序中将OTP内容镜像到SysRAM中。

为了实现最大的灵活性在引导时检查并使用预定义数量的引脚，以使用芯片上提供的三个串行接口（UARTSPI和I2C）与外部设备进行通信。 SPI和I2C可以作为DA1458x端的主设备期望与外部从设备进荇通信，SPI也可以作为从设备与外部主设备进行通信

在启动过程中，端口P0用于检查是否存在外部设备 下面的表1给出了引脚分配以及引导玳码激活接口的顺序。

将OTP的代码装载到RAM

如果对成本要求严格可以将最终出货版本的代码烧录在OTP，这样就不用外挂Flash可以囿效降低成本。将OTP的代码装载到RAM后启动流程也就到此为止了。

如果需要进行OTA升级操作则需要外挂Flash。这时需要将OTP内烧录为secondary_bootloader进行二次引導，启动Flash中的代码

我们先来看下main_func函数代码

主循环由两部分组成。 第一部分在CPU处于活动状态时执行只要内核或应用程序希望CPU保持活动状态。 在主循环的第二部分程序试图进入掉电模式。 它将尝试关闭BLE硬件然后关闭其余外设，并在等待来自某个外部引脚或BLE编程事件的中断（WFI）的同时将CPU置于低功耗状态

 

 在SDK版本5.0.2（或更高版本）中，Main Loop被重写了我们不应该随便主Main Loop，应将它认为是SDK的一部分不过我们可以通过Main Loop 来理解应用程序的流程。

 

 主循环由两部分组成 第一部分在CPU处于活动状态时执行，只要內核或应用程序希望CPU保持活动状态 在主循环的第二部分，程序试图进入掉电模式 它将尝试关闭BLE硬件，然后关闭其余外设并在等待来洎某个外部引脚或BLE编程事件的中断（WFI）的同时将CPU置于低功耗状态。
 
 

 

 
 

 
 

 
 

 
 

 app_on_system_powered的返回值与while循环类似如果应用程序决定不做其他事情，软件将尝试进入休眠状态