蓝牙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”。因为固件已经有头部信息,不能再增加引导的头部信息。

 

 

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

 

你可能感兴趣的:(蓝牙DA14580,蓝牙开发,微信硬件平台解决方案,da14580,OTA,Smartsnippets,固件格式)