蓝牙DA14580开发：固件格式、二次引导和烧写

相比NRF52832和CC254X，蓝牙单芯片DA14580在OTA和二次引导上要复杂一些，不仅体现在memory map、引导过程等流程上，而且在固件格式、生成和工具链的操作上也稍显繁琐。之前分享的“固件空中升级（OTA）与固件二次引导的原理和设计”说明了DA14580 OTA的原理和过程，本节我们来看看升级过程中涉及的固件相关的知识。

一、DA14580固件分布

       这里主要说明的是，sdk编译链接产生的固件都是hex格式的，能够直接通过JLINK下载到RAM执行，但是通过官方的smartsnippets工具下载到flash时是需要增加固件头部信息，否则会引导失败。

       以下是针对flash存储的固件分布，可以看出包括:bootloader、image1、image2和OTA固件分布信息product header。而bootloader、image1、image2也分别包括一个头部和相应的固件程序。

二、固件头部格式

       DA14580内置ROM启动，其只会引导并运行位于存储起始区域（0地址）的bootloader程序。

       Bootloader头部以0x7050开头，头部内容包括Bootloader的长度；

       代表应用的image的头部以0x7051开头，头部内容包括image的长度和固件版本；

       代表OTA固件分布信息product header以0x7052开头，头部内容包括image1的文件偏移和image2的文件偏移以及产品版本信息。

       也就是说，如果最终产品没有OTA功能，那就只需要一个应用的固件，烧写到bootloader所在的地方即可，当然头部也是必不可少的。

三、工具链

       官方的smartsnippets工具在烧写固件时只会自动添加0x7050开头的头部，也可以在该工具上构建product header进行烧写。但对于代表应用的image是需要专门的工具链生成的。

1.    Smartsnippets烧写bootloader

选择HEX格式的bootloader，烧写offset偏移是0，擦除erase接着烧写burn，选择“YES”，烧写成功后可以看出flash的固件增加了一个0x7050开始的头部。

2.    Smartsnippets烧写product header

3.    官方提供的mkimage工具生成应用image

先生成bin：hex2bin -e bin app.hex

制作image：mkimage single app.binble_580_sw_version.h app.img

Smartsnippets烧写image，选择对应的偏移，烧写时选择“NO”。因为固件已经有头部信息，不能再增加引导的头部信息。

 

 

关注微信公众号：嵌入式企鹅圈，获得上百篇物联网原创技术分享！