如何实现蓝牙空中升级BLE OTA

如何实现BLE OTA?什么叫DFU?如何通过UART实现固件升级?又如何通过USB实现固件升级?怎么保证升级的安全性?什么叫双备份(dual bank)DFU?什么叫单备份(single bank)DFU?什么叫后台式(background)DFU?本文将对上述问题进行探讨。

1.概述

所谓DFU(Device Firmware Update),就是设备固件升级的意思,而OTA是DFU的一种类型,准确说,OTA的全称应该是OTA DFU,只不过大家为了方便起见,直接用OTA来指代固件空中升级(有时候大家也将OTA称为FOTA)。DFU除了可以通过无线方式(OTA)进行升级,也可以通过有线方式进行升级,比如通过UART,USB或者SPI通信接口来升级设备固件。

不管采用OTA方式还是有线通信方式,DFU包括后台式(background)和非后台式两种模式,目前的智能手机升级Android或者iOS系统都是采用background DFU方式,即新固件在后台悄悄下载,下载成功后,再提示用户升级,整个升级过程中对用户手机使用没有任何影响。而早先的功能机就是采用非后台式 DFU来升级操作系统的,即用户需要先长按某些按键进入bootloader模式,然后再进行升级,在升级过程中,手机的正常功能无法使用。Background DFU必须采用双备份(dual bank)模式进行升级,即老系统(老固件)和新系统(新固件)各占一块存储区,只有当新系统下载完成并校验成功后才会去升级老系统。而非后台式DFU可以采用dual bank或者single bank模式,dual bank的做法是升级时系统先进入bootloader,然后把新系统(新固件)下载下来并校验成功,然后再擦除老系统(老固件)并升级新系统,dual bank方式虽然牺牲了很多存储空间,但是换来了更好的升级体验。Single bank的做法是升级时系统也是先进入bootloader,然后立马把老系统擦除,然后直接把新系统下载到老系统区域,跟dual bank相比,single bank将大大节省Flash存储区域,在系统资源比较紧张的时候,推荐使用single bank方式。不管是single bank还是dual bank,升级过程出现问题后,都可以进行二次升级,都不会出现“变砖”情况。不过dual bank有一个好处,如果升级过程中出现问题或者新固件有问题,它还可以选择之前的老系统继续执行而不受其影响。而single bank碰到这种情况就只能一直待在bootloader中,然后等待二次或者多次升级,此时设备的正常功能就无法使用了,从用户使用这个角度来说,你也可以认为此时设备已经“变砖”了。可参考下面三个图来理解上述过程。

  如何实现蓝牙空中升级BLE OTA_第1张图片

 

如果你是第一次接触Nordic nRF5 SDK,那么建议你先看一下这篇文章:开发你的第一个BLE应用程序—Blinky,或者看一下这一篇文章:手把手教你开发BLE数据透传应用程序,以建立Nordic nRF5 SDK的一些基本知识,然后再往下看以下章节。

2. Nordic nRF5 SDK DFU例程

Nordic 原生态SDK就提供了OTA(BLE)DFU,UART DFU,以及USB DFU例程,大家可以直接参考Nordic例程来实现自己的DFU。由于Nordic SDK版本很多,而且每个版本之间都或多或少有些差异,下面将分SDK版本来阐述Nordic每个版本SDK中如何实现OTA,至于UART DFU和USB DFU,这里就不再阐述了。感兴趣的同学可以参考Nordic nRF5 SDK v15.0.0如下目录:

UART serial DFU目录(nRF52832):nRF5_SDK_15.0.0_a53641a\examples\dfu\secure_bootloader\pca10040_uart\arm5_no_packs

USB serial DFU目录(nRF52840):

nRF5_SDK_15.0.0_a53641a\examples\dfu\secure_bootloader\pca10056_usb\arm5_no_packs

这里说明一下,目前Nordic只提供非后台式DFU例子,SDK中还没有后台式DFU例子(不过这个实现起来并不难,只要大家搞明白了里面的原理,自己开发起来会很快的),所以下面的论述都是基于非后台式DFU。另外,SDK9/10/11,Nordic只有明文DFU。从SDK12开始,Nordic 开始支持安全DFU(secure DFU)。所谓secure DFU,不是指升级时固件是加密的,而是指升级之前bootloader会先验证新固件的签名,只有验签通过后,才允许后续升级,此时的升级方式仍然是明文;验签失败,则拒绝后续升级。Secure DFU将杜绝黑客的恶意攻击,大大提高系统的安全性。

Nordic nRF5 SDK软件架构跟其他家有点不一样,程序存储区最开始部分放得不是bootloader,而是蓝牙协议栈softdevice,bootloader则被nRF5 SDK放在程序存储区的最上面,整个存储区结构图如下所示:

如何实现蓝牙空中升级BLE OTA_第2张图片

 

根据升级时如何跳转到Bootloader,nRF5 SDK又将DFU分为按键式DFU和非按键式(Buttonless)DFU,所谓按键式DFU,就是上电时长按某个按键以进入bootloader模式。而buttonless DFU,就是整个DFU过程中设备端无任何人工干预,通过BLE指令方式让设备进入bootloader模式。

按键式DFU比较简单,你只需将softdevice和bootloader image烧入到设备中(application可烧可不烧),按住button4然后上电,设备就会自动进入bootloader模式,然后就可以通过nRF Connect或者nRF Toolbox对设备进行OTA了。一旦buttonless DFU例子从app跳到了bootloader,后续DFU升级过程就跟按键式DFU一模一样,所以如果你对按键式DFU操作过程中有什么不明白的地方,可以参考后面的buttonless DFU的说明,这里就不单独对按键式DFU操作过程进行说明了。

下面将对buttonless DFU实现过程按照SDK版本一一进行阐述,请选择你感兴趣的SDK版本进行阅读。下文的所有操作步骤所对应的脚本都放在百度云盘上,云盘链接如下所示

  • 链接: https://pan.baidu.com/s/1FKTfY3Q_zBVvviO7KC7Gyg#list/path=%2Fblog   密码: y8fb

建议大家先把对应的脚本下下来,然后对着操作步骤去实现自己的DFU过程。

2.1 nRF5 SDK v15.0.0 OTA

SDK15既支持明文DFU又支持安全DFU(实际上是签名DFU),而且SDK15既可以实现OTA DFU,也可以实现基于UART或者USB通信的DFU。所谓签名DFU,就是bootloader中预先装载一个公钥,升级时,主机先发一个签名给bootloader,bootloader会对这个签名进行验签,验签通过才能继续DFU,否则拒绝DFU。SDK15 OTA DFU是基于例程ble_app_buttonless_dfu来实现的,而且SDK15只支持nRF52系列产品,它不支持nRF51系列产品,下面我们以nRF52832(开发板编号:PCA10040)为例,来阐述SDK15是如何实现OTA的。

nRF52832 OTA

请大家先到百度云盘下载压缩包:DFU/SDK15_0/ Script_SDK15_S132_nRF52832.rar”并解压,然后对照以下步骤进行操作:

1)     准备。请先执行如下的“build_all.bat”脚本(Windows系统),以生成相应的micro-ecc库(micro-ecc会用来对签名进行验签等安全功能)。请注意,欲成功执行build_all.bat,大家必须先安装好git和gcc编译器。如果你嫌麻烦,可以到百度云盘下载: micro-ecc_sdk14_15_newer.rar,然后覆盖相关文件,效果也是一样的。

如何实现蓝牙空中升级BLE OTA_第3张图片

 

 

然后请按照http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.tools%2Fdita%2Ftools%2Fnrfutil%2Fnrfutil_installing.html&cp=5_5_1安装最新版nrfutil,nrfutil安装有两种方式,一种是直接下载exe文件,一种是以Python的方式进行安装。

nrfutil.exe直接下载链接为:(注:如果大家不熟悉Python,推荐使用这种方式)

https://github.com/NordicSemiconductor/pc-nrfutil/releases,记得把nrfutil.exe所在目录放在Windows环境变量中。

或者你按照如下步骤去安装nrfutil:

  • 下载安装Python2.7(2.7.6 or later, but not Python 3),下载地址:https://www.python.org/downloads/

注:安装完Python2.7后,需要修改Windows path变量值,如果你安装了老版本nrfutil,请先把老版本所在的目录C:\Program Files (x86)\Nordic Semiconductor\nRFgo Studio从path变量中删除,然后添加这2个目录:C:\Python27;C:\Python27\Scripts;

  • 通过pip安装最新版的nrfutil,即打开Windows命令行工具CMD,输入如下命令:pip install nrfutil,即可以完成nrfutil的安装。
  • 安装完成后,在Windows命令行工具输入:nrfutil version,其版本应该在3.2.0以上。
  • 对于Windows用户,nrfutil运行需要几个特殊的DLL库,而这几个库有些Windows机器是没有的,如此,可往:https://www.microsoft.com/en-us/download/details.aspx?id=40784下载。

2)     通过nrfutil生成公私钥对。大家可以直接双击“key_generate.bat”以生成相应的私钥(priv.pem)和公钥(dfu_public_key.c)。大家务必要保存好私钥priv.pem,以后每个新image要升级时,都会先通过这个私钥对它进行签名,一旦priv.pem丢失或者被暴露,DFU将无法进行或者变得不安全。

3)     编译bootloader代码。将刚才的dfu_public_key.c取代目录nRF5_SDK_15.0.0_a53641a\examples\dfu下的同名文件,然后编译如下目录中的工程:

nRF5_SDK_15.0.0_a53641a\examples\dfu\secure_bootloader\pca10040_ble\arm5_no_packs,将hex改为:bootloader.hex

4)     编译application代码。请编译工程:nRF5_SDK_15.0.0_a53641a\examples\ble_peripheral\ble_app_buttonless_dfu\pca10040\s132\arm5_no_packs,将hex修改为:app.hex

5)     生成bootloader settings page。Bootloader settings存储在Flash最后一个page,它将决定复位后芯片的行为,比如是进入DFU模式还是应用模式,同时它还包含image的CRC值和版本等信息。如果要求芯片复位后进入application,必须正确生成该bootloader settings hex,生成脚本见“settings_page_generate.bat”

6)     烧写softdevice,app和bootloader。请双击“mass_program.bat”来完成整个烧写过程

7)     生成新image对应的zip包。请双击“zip_generate.bat”,以生成SDK15_app_s132.zip,升级时,该zip包将会由云端下发到手机app中。

8)     将“SDK15_app_s132.zip”拷贝到手机上。安卓和苹果手机都可以通过微信的‘文件传输助手’拷过去,非常方便。请注意,手机nRF Connect和nRF Toolbox都支持DFU功能,苹果手机拷贝的时候可以随便选择其中一个app。

9)     使用nRF Connect或者nRF Toolbox来完成DFU过程。这里以nRF Connect为例来阐述整个升级过程

  • DK广播为Nordic_Buttonless,如下

如何实现蓝牙空中升级BLE OTA_第4张图片

 

  • 连接该设备,使能CCCD,并选择“DFU”

 

 如何实现蓝牙空中升级BLE OTA_第5张图片

 

  • 选择升级用的zip包。有些安卓系统自带的文件浏览器会有问题,建议使用ES explorer来选择zip,如下:

 如何实现蓝牙空中升级BLE OTA_第6张图片

 

 如何实现蓝牙空中升级BLE OTA_第7张图片

 

  • 开始升级

 

如何实现蓝牙空中升级BLE OTA_第8张图片

  

  • 升级成功,设备将自动启动,此时你会看到新image已经在运行,广播名字也变成Nordic_new,如下:

 如何实现蓝牙空中升级BLE OTA_第9张图片

 

后面我会以SDK15.0.0 ble_app_uart为例,详细阐述如何把ble_app_buttonless_dfu的DFU功能移植到ble_app_uart上,从而让ble_app_uart也具有DFU功能,有兴趣的的读者请参考第3章。

nRF52840 OTA

nRF52840 OTA过程与nRF52832非常相似,唯一不同的是选择pca10056目录,请下载百度云盘脚本“DFU/SDK15_0/ Script_SDK15_S140_nRF52840.rar”,然后按照上述52832的步骤来实现52840的OTA DFU。

 

2.2 nRF5 SDK v14.2.0 OTA

SDK14目前只支持安全DFU(实际上是签名DFU),所谓签名DFU,就是bootloader中预先装载一个公钥,升级时,主机先发一个签名给bootloader,bootloader会对这个签名进行验签,验签通过后才能继续DFU,否则拒绝DFU。SDK14既可以实现OTA DFU,也可以实现基于UART或者USB通信的DFU。SDK14 OTA DFU是基于例程ble_app_buttonless_dfu来实现的,而且SDK14只支持nRF52系列产品,它不支持nRF51系列产品,下面我们以nRF52832(开发板编号:PCA10040)为例,来阐述SDK14是如何实现OTA的。

nRF52832 OTA

请大家先到百度云盘下载压缩包:DFU/SDK14_2/ Script_SDK14_S132_nRF52832.rar”并解压,然后对照以下步骤进行操作:

1)     准备。请先执行如下的“build_all.bat”脚本(Windows系统),以生成相应的micro-ecc库(micro-ecc会用来对签名进行验签等安全功能)。请注意,欲成功执行build_all.bat,大家必须先安装好git和gcc编译器。如果你嫌麻烦,可以到百度云盘下载: micro-ecc_sdk14_15_newer.rar,然后覆盖相关文件,效果也是一样的。

如何实现蓝牙空中升级BLE OTA_第10张图片

然后请按照http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.tools%2Fdita%2Ftools%2Fnrfutil%2Fnrfutil_installing.html&cp=5_5_1安装最新版nrfutil,nrfutil安装有两种方式,一种是直接下载exe文件,一种是以Python的方式进行安装。

nrfutil.exe直接下载链接为:(注:如果大家不熟悉Python,推荐使用这种方式)

https://github.com/NordicSemiconductor/pc-nrfutil/releases,记得把nrfutil.exe所在目录放在Windows环境变量中。

或者你按照如下步骤去安装nrfutil:

  • 下载安装Python2.7(2.7.6 or later, but not Python 3),下载地址:https://www.python.org/downloads/

注:安装完Python2.7后,需要修改Windows path变量值,如果你安装了老版本nrfutil,请先把老版本所在的目录C:\Program Files (x86)\Nordic Semiconductor\nRFgo Studio从path变量中删除,然后添加这2个目录:C:\Python27;C:\Python27\Scripts;

  • 通过pip安装最新版的nrfutil,即打开Windows命令行工具CMD,输入如下命令:pip install nrfutil,即可以完成nrfutil的安装。
  • 安装完成后,在Windows命令行工具输入:nrfutil version,其版本应该在3.2.0以上。
  • 对于Windows用户,nrfutil运行需要几个特殊的DLL库,而这几个库有些Windows机器是没有的,如此,可往:https://www.microsoft.com/en-us/download/details.aspx?id=40784下载。

2)     通过nrfutil生成公私钥对。大家可以直接双击“key_generate.bat”以生成相应的私钥(priv.pem)和公钥(dfu_public_key.c)。大家务必要保存好私钥priv.pem,以后每个新image要升级时,都会先通过这个私钥对它进行签名,一旦priv.pem丢失或者被暴露DFU将无法进行或者变得不安全

3)     编译bootloader代码。将刚才的dfu_public_key.c取代目录nRF5_SDK_14.2.0_17b948a\examples\dfu\dfu_req_handling下的同名文件,然后编译如下目录中的工程:

nRF5_SDK_14.2.0_17b948a\examples\dfu\bootloader_secure_ble\pca10040\arm5_no_packs,将hex改为:bootloader.hex

4)     编译application代码。请编译工程:nRF5_SDK_14.2.0_17b948a\examples\ble_peripheral\ble_app_buttonless_dfu\pca10040\s132\arm5_no_packs,将hex修改为:app.hex

5)     生成bootloader settings page。Bootloader settings存储在Flash最后一个page,它将决定复位后芯片的行为,比如是进入DFU模式还是应用模式,同时它还包含image的CRC值和版本等信息。如果要求芯片复位后进入application,必须正确生成该bootloader settings hex,生成脚本见“settings_page_generate.bat”

6)     烧写softdevice,app和bootloader。请双击“mass_program.bat”来完成整个烧写过程

7)     生成新image对应的zip包。请双击“zip_generate.bat”,以生成SDK14_app_s132.zip,升级时,该zip包将会由云端下发到手机app中。

8)     将“SDK14_app_s132.zip”拷贝到手机上。安卓和苹果手机都可以通过微信的‘文件传输助手’拷过去,非常方便。请注意,手机nRF Connect和nRF Toolbox都支持DFU功能,苹果手机拷贝的时候可以随便选择其中一个app。

9)     使用nRF Connect或者nRF Toolbox来完成DFU过程。这里以nRF Connect为例来阐述整个升级过程

  • DK广播为Nordic_Buttonless,如下

如何实现蓝牙空中升级BLE OTA_第11张图片

 

  • 连接该设备,使能CCCD,并选择“DFU”

 

 如何实现蓝牙空中升级BLE OTA_第12张图片

 

  • 选择升级用的zip包。有些安卓系统自带的文件浏览器会有问题,建议使用ES explorer来选择zip,如下: 

 如何实现蓝牙空中升级BLE OTA_第13张图片

如何实现蓝牙空中升级BLE OTA_第14张图片

 

 

  • 开始升级

 

 如何实现蓝牙空中升级BLE OTA_第15张图片

 

  • 升级成功,设备将自动启动,此时你会看到新image已经在运行,广播名字也变成Nordic_new,如下:

 如何实现蓝牙空中升级BLE OTA_第16张图片

 

后面我们会以SDK15.0.0 ble_app_uart为例,详细阐述如何把ble_app_buttonless_dfu的DFU功能移植到ble_app_uart上,从而让ble_app_uart也具有DFU功能,有兴趣的的读者请参考第3章。注意:SDK14.2.0 DFU原理跟SDK15.0.0一模一样,大家可以依葫芦画瓢,完成SDK14.2.0的DFU移植工作。

 

2.3 nRF5 SDK v12.3.0 OTA

SDK12目前只支持安全DFU(实际上是签名DFU),所谓签名DFU,就是bootloader中预先装载一个公钥,升级时,主机先发一个签名给bootloader,bootloader会对这个签名进行验签,验签通过后才能继续DFU,否则拒绝DFU。SDK12只有OTA DFU例子,而没有基于串口的DFU例程。SDK12 OTA DFU是基于例程ble_app_buttonless_dfu来实现的,而且SDK12同时支持nRF52832以及nRF51系列产品,下面我们以nRF52832(开发板编号:PCA10040)为例,来详细阐述SDK12是如何实现OTA的。

nRF52832 OTA

请大家先到百度云盘下载压缩包:DFU/SDK12_3/ Script_SDK12_S132_nRF52832.rar”并解压,然后对照以下步骤进行操作:

1)     准备。请先到百度云盘下载: micro-ecc_sdk12.rar,然后覆盖如下目录:

如何实现蓝牙空中升级BLE OTA_第17张图片

 

然后请按照http://infocenter.nordicsemi.com/index.jsp?topic=%2Fcom.nordic.infocenter.tools%2Fdita%2Ftools%2Fnrfutil%2Fnrfutil_installing.html&cp=5_5_1安装最新版nrfutil,nrfutil安装有两种方式,一种是直接下载exe文件,一种是以Python的方式进行安装。

nrfutil.exe直接下载链接为:(注:如果大家不熟悉Python,推荐使用这种方式)

https://github.com/NordicSemiconductor/pc-nrfutil/releases,记得把nrfutil.exe所在目录放在Windows环境变量中。

或者你按照如下步骤去安装nrfutil:

  • 下载安装Python2.7(2.7.6 or later, but not Python 3),下载地址:https://www.python.org/downloads/

注:安装完Python2.7后,需要修改Windows path变量值,如果你安装了老版本nrfutil,请先把老版本所在的目录C:\Program Files (x86)\Nordic Semiconductor\nRFgo Studio从path变量中删除,然后添加这2个目录:C:\Python27;C:\Python27\Scripts;

  • 通过pip安装最新版的nrfutil,即打开Windows命令行工具CMD,输入如下命令:pip install nrfutil,即可以完成nrfutil的安装。
  • 安装完成后,在Windows命令行工具输入:nrfutil version,其版本应该在3.2.0以上。
  • 对于Windows用户,nrfutil运行需要几个特殊的DLL库,而这几个库有些Windows机器是没有的,如此,可往:https://www.microsoft.com/en-us/download/details.aspx?id=40784下载。

2)     通过nrfutil生成公私钥对。大家可以直接双击“key_generate.bat”以生成相应的私钥(priv.pem)和公钥(dfu_public_key.c)。大家务必要保存好私钥priv.pem,以后每个新image要升级时,都会先通过这个私钥对它进行签名,一旦priv.pem丢失或者被暴露DFU将无法进行或者变得不安全

3)     编译bootloader代码。将刚才的dfu_public_key.c取代目录nRF5_SDK_12.3.0_d7731ad\examples\dfu\bootloader_secure下的同名文件,然后编译如下目录中的工程:

nRF5_SDK_12.3.0_d7731ad\examples\dfu\bootloader_secure\pca10040\arm5_no_packs,将hex改为:bootloader.hex

4)     编译application代码。请编译工程:nRF5_SDK_12.3.0_d7731ad\examples\ble_peripheral\experimental_ble_app_buttonless_dfu\pca10040\s132\arm5_no_packs,将hex修改为:app.hex

5)     生成bootloader settings page。Bootloader settings存储在Flash最后一个page,它将决定复位后芯片的行为,比如是进入DFU模式还是应用模式,同时它还包含image的CRC值和版本等信息。如果要求芯片复位后进入application,必须正确生成该bootloader settings hex,生成脚本见“settings_page_generate.bat”

6)     烧写softdevice,app和bootloader。请双击“mass_program.bat”来完成整个烧写过程。请注意,在烧写前,请把app.hex倒数第3行和倒数第4行删除,因为bootloader.hex也包含一模一样的内容,会导致merge的时候hex定义冲突,如下:

 如何实现蓝牙空中升级BLE OTA_第18张图片

或者编译application的时候,把如下语句注掉:

如何实现蓝牙空中升级BLE OTA_第19张图片

 

7)     生成新image对应的zip包。请双击“zip_generate.bat”,以生成SDK12_app_s132.zip,升级时,该zip包将会由云端下发到手机app中。

8)     将“SDK12_app_s132.zip”拷贝到手机上。安卓和苹果手机都可以通过微信的‘文件传输助手’拷过去,非常方便。请注意,手机nRF Connect和nRF Toolbox都支持DFU功能,苹果手机拷贝的时候可以随便选择其中一个app。

9)     使用nRF Connect或者nRF Toolbox来完成DFU过程。这里以nRF Connect为例来阐述整个升级过程

  • DK广播为Nordic_Buttonless,如下

如何实现蓝牙空中升级BLE OTA_第20张图片

 

  • 连接该设备,使能CCCD,并选择“DFU”

 

 如何实现蓝牙空中升级BLE OTA_第21张图片

 

  • 选择升级用的zip包。有些安卓系统自带的文件浏览器会有问题,建议使用ES explorer来选择zip,如下:

如何实现蓝牙空中升级BLE OTA_第22张图片

 

如何实现蓝牙空中升级BLE OTA_第23张图片

 

 

  • 开始升级

 

 如何实现蓝牙空中升级BLE OTA_第24张图片

 

  • 升级成功,设备将自动启动,此时你会看到新image已经在运行,广播名字也变成Nordic_new,如下:

 如何实现蓝牙空中升级BLE OTA_第25张图片

 

nRF51系列 OTA

nRF51822 OTA过程与nRF52832非常相似,唯一不同的是选择pca10028目录,请下载百度云盘脚本“DFU/SDK12_3/ Script_SDK12_S130_nRF51.rar”,然后按照上述52832的步骤来实现51822的OTA DFU。

后面我们会以SDK15.0.0 ble_app_uart为例,详细阐述如何把ble_app_buttonless_dfu的DFU功能移植到ble_app_uart上,从而让ble_app_uart也具有DFU功能,有兴趣的的读者请参考第3章。注意:SDK12.3.0 DFU原理跟SDK15.0.0非常相似,大家可以依葫芦画瓢,完成SDK12.3.0的DFU移植工作。

 

2.4 nRF5 SDK v11.0.0 OTA

SDK11使用的是明文OTA DFU,其DFU是基于例程ble_app_hrs来实现的,并同时支持nRF52832和nRF51系列。下面以nRF52832为例来阐述DFU过程。

nRF52832 OTA

请大家先到百度云盘下载压缩包:DFU/SDK11_0/ Script_SDK11_S132_nRF52.rar”并解压,然后对照以下步骤进行操作:

1)       编译bootloader代码,请编译目录“nRF5_SDK_11.0.0_89a8197\examples\dfu\bootloader\pca10040\dual_bank_ble_s132\arm5_no_packs”中的工程,将hex改为bootloader.hex

2)       编译app,请编译目录“nRF5_SDK_11.0.0_89a8197\examples\ble_peripheral\ble_app_hrs\pca10040\s132_with_dfu\arm5_no_packs”中的工程,将hex改为app.hex

3)       将softdevice,bootloader和app三者同时下载到设备中,另外我们还需要在Flash中写一个app有效标志位,从而上电后程序直接跑到app执行,而不是停留在bootloader中不出来。我已经把相关烧写脚本:mass_program.bat放在百度云盘中,大家直接双击就可以完成本步操作。

4)       将新image打包成一个zip包。除了包含新image,该zip包还包含一些配置信息。升级时,zip包会通过云端下发到手机端app,手机端app再把zip包传给蓝牙设备以进行固件升级。请使用老版本nrfutil(版本号0.3.0)来生成该升级包(注:老版本nrfutil在目录“C:\Program Files (x86)\Nordic Semiconductor\nRFgo Studio”中)。我已经把相关生成脚本zip_generate.bat放在百度云盘上,大家直接双击就可以完成本步操作,并生成SDK11_app_s132.zip。

5)       把上述的‘SDK11_app_s132.zip’拷到手机中,安卓和苹果手机都可以通过微信的‘文件传输助手’拷过去,非常方便。注:手机nRF Connect和nRF Toolbox都支持DFU功能,苹果手机拷贝的时候可以随便选择其中一个app。

6)       使用nRF Connect或者nRF Toolbox来完成DFU过程。这里以nRF Connect为例来阐述整个升级过程。

  • DK广播为Nordic_HRM

如何实现蓝牙空中升级BLE OTA_第26张图片

 

  • 连接该设备,并使能CCCD,然后选择“DFU”

如何实现蓝牙空中升级BLE OTA_第27张图片

 

 

  • 选择升级用的zip包。有些安卓系统自带的文件浏览器会有问题,建议使用ES explorer来选择zip,如下:

 如何实现蓝牙空中升级BLE OTA_第28张图片

 

 如何实现蓝牙空中升级BLE OTA_第29张图片

 

  • 开始升级

 如何实现蓝牙空中升级BLE OTA_第30张图片

 

  • 升级成功,设备将自动启动,此时你会看到新image已经在运行,广播名字也变成Nordic_HRM_new,如下:

 

 如何实现蓝牙空中升级BLE OTA_第31张图片

 

nRF51系列OTA

nRF51822 OTA DFU实现过程跟上述的nRF52832基本上一模一样,唯一不同的是选择pca10028目录,我已把相关脚本打包并放在百度云盘中,请直接下载“DFU/SDK11_0/ Script_SDK11_S130_nRF51.rar”,来实现nRF51系列 OTA。

如果你的应用是基于SDK11开发的,并且需要集成DFU功能,请参考上述例子ble_app_hrs来移植DFU功能,主要工作包括两部分:一把BLE_DFU_APP_SUPPORT这个宏包括的所有代码拷到你的工程中,二如果你的设备支持bonding的话,还需把Device manager相关代码也拷到你的工程中,如此即可完成DFU功能的移植。

3. 给ble_app_uart加上OTA功能

为了让ble_app_uart具有DFU功能,有2种做法,一是把NUS服务移植到ble_app_buttonless_dfu中,这种方法相对来说更简单,但不利于理解DFU的移植原理;二是把DFU服务移植到ble_app_uart中,我们现以第2种做法来详细阐述如何在SDK15.0.0中把DFU服务移植到ble_app_uart中。

3.1 正常连接OTA(无bonding)

1)     打开如下工程:nRF5_SDK_15.0.0_a53641a\examples\ble_peripheral\ble_app_uart\pca10040\s132\arm5_no_packs

2)     添加DFU服务。代码如下:

#ifdef DFU_SUPPORT

    ble_dfu_buttonless_init_t dfus_init = {0};

    // Initialize the async SVCI interface to bootloader.

    err_code = ble_dfu_buttonless_async_svci_init();

    APP_ERROR_CHECK(err_code); 

    dfus_init.evt_handler = ble_dfu_evt_handler; 

    err_code = ble_dfu_buttonless_init(&dfus_init);

    APP_ERROR_CHECK(err_code);

#endif

 

定义ble_dfu_evt_handler,大家只要按照要求来,就没问题,这里就不贴代码了。

Nordic对每一个模块都有一个编译总开关,因此还需到sdk_config.h中使能DFU模块,如下:

#ifndef BLE_DFU_ENABLED

#define BLE_DFU_ENABLED 1

#endif
 

//  NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS  - Buttonless DFU supports bonds.

 
#ifndef NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS

#define NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS 0

#endif

 

3)     修改softdevice配置。现在整个应用包括2个vs_uuid:NUS和DFU,相应地ATT table size也要变大,然后应用程序RAM起始地址也需要跟着变,如下(注:这里的attr_tab_size设置得稍稍偏大):

//  NRF_SDH_BLE_GATTS_ATTR_TAB_SIZE - Attribute Table size in bytes. The size must be a multiple of 4.

#ifndef NRF_SDH_BLE_GATTS_ATTR_TAB_SIZE

#define NRF_SDH_BLE_GATTS_ATTR_TAB_SIZE 1600

#endif

 

//  NRF_SDH_BLE_VS_UUID_COUNT - The number of vendor-specific UUIDs.

#ifndef NRF_SDH_BLE_VS_UUID_COUNT

#define NRF_SDH_BLE_VS_UUID_COUNT 2

#endif

 

修改应用程序RAM起始地址,如下:

如何实现蓝牙空中升级BLE OTA_第32张图片

 

4)     添加上述函数涉及到的文件,宏定义及包含相关目录。首先添加如下DFU目录及相关文件:

如何实现蓝牙空中升级BLE OTA_第33张图片

 

在define中添加这些宏:DEBUG DFU_SUPPORT BL_SETTINGS_ACCESS_ONLY NRF_DFU_SVCI_ENABLED NRF_DFU_TRANSPORT_BLE=1,其中DEBUG宏只是为了调试方便而设置的,跟DFU本身无关。DFU_SUPPORT是我用来控制我添加的DFU代码的,删掉DFU_SUPPORT,将不编译所有DFU有关代码。其余的宏都是系统自带的,如果要支持DFU,也是必须要定义的。

如何实现蓝牙空中升级BLE OTA_第34张图片

 

然后包含如下目录:

如何实现蓝牙空中升级BLE OTA_第35张图片

 

 

5)     在main.c中添加如下头文件定义:

#ifdef DFU_SUPPORT

#include "ble_dfu.h"

#endif

 

6)     在跳转到bootloader之前,如果你想做一些专门的代码处理,比如完成pending的Flash操作,比如关闭某些模块,那么你可以注册一个app_shutdown_handler来做这些工作。(注:这一步不是必须的,是可选的!)

NRF_PWR_MGMT_HANDLER_REGISTER(app_shutdown_handler, 0);

 

7)     编译工程,将hex改为“app.hex”

8)     按照2.1节“nRF5 SDK v15.0.0 OTA”步骤来执行OTA过程,你会发现ble_app_uart已经具备DFU功能了。我已把OTA过程所有步骤打成一个包:Script_SDK15_S132_NUS_NoBonding.rar,大家可以到百度云盘去下载。

3.2 bonding连接OTA

我们在3.1节基础上,再加上bonding功能,以让ble_app_uart同时支持DFU和bonding。

1)     打开3.1节的工程

2)     添加如下文件:

如何实现蓝牙空中升级BLE OTA_第36张图片

 

3)     在main函数中添加peer_manager_init,定义如下:

static void peer_manager_init()

{

    ble_gap_sec_params_t sec_param;

    ret_code_t           err_code;

 

    err_code = pm_init();

    APP_ERROR_CHECK(err_code);

 

    memset(&sec_param, 0, sizeof(ble_gap_sec_params_t));

 

    // Security parameters to be used for all security procedures.

    sec_param.bond           = SEC_PARAM_BOND;

    sec_param.mitm           = SEC_PARAM_MITM;

    sec_param.lesc           = SEC_PARAM_LESC;

    sec_param.keypress       = SEC_PARAM_KEYPRESS;

    sec_param.io_caps        = SEC_PARAM_IO_CAPABILITIES;

    sec_param.oob            = SEC_PARAM_OOB;

    sec_param.min_key_size   = SEC_PARAM_MIN_KEY_SIZE;

    sec_param.max_key_size   = SEC_PARAM_MAX_KEY_SIZE;

    sec_param.kdist_own.enc  = 1;

    sec_param.kdist_own.id   = 1;

    sec_param.kdist_peer.enc = 1;

    sec_param.kdist_peer.id  = 1;

 

    err_code = pm_sec_params_set(&sec_param);

    APP_ERROR_CHECK(err_code);

 

    err_code = pm_register(pm_evt_handler);

    APP_ERROR_CHECK(err_code);

}

 

然后将上面新出现的符号定义一一拷贝过来,这里不再赘述

4)     修改advertising_start定义,增加删除bonding信息功能(如果你不需要这个功能,也可以不改)

static void advertising_start(bool erase_bonds)
{
    if (erase_bonds == true)
    {
        delete_bonds();
        // Advertising is started by PM_EVT_PEERS_DELETE_SUCCEEDED event.
    }
    else
    {
        uint32_t err_code = ble_advertising_start(&m_advertising, BLE_ADV_MODE_FAST);
        APP_ERROR_CHECK(err_code);

        NRF_LOG_DEBUG("advertising is started");
    }
}

 

5)     修改allow_repairing = true,这一步也是可选的。allow_repairing = true的好处是,当手机端的bonding信息被用户误删掉了,设备会允许这台手机的第二次配对bonding请求。如果allow_repairing = false,在这种情况下,就会拒绝手机的第二次配对请求,以提高安全性。

6)     在main.c文件开头,包含如下头文件:

#include "peer_manager.h"

 

7)     在ble_evt_handler中删除BLE_GAP_EVT_SEC_PARAMS_REQUEST分支,因为这个分支在peer_manager模块中已经进行处理了,这里再处理一次,会产生异常:

//        case BLE_GAP_EVT_SEC_PARAMS_REQUEST:

//            // Pairing not supported

//            err_code = sd_ble_gap_sec_params_reply(m_conn_handle, BLE_GAP_SEC_STATUS_PAIRING_NOT_SUPP, NULL, NULL);

//            APP_ERROR_CHECK(err_code);

//            break;

 

8)     将ble_nus.c文件从\components目录中拷出来,放在自己工程目录下,因为我们接下来需要对它进行修改,后续项目直接引用自己的ble_nus,而不要再引用components目录下的原始文件了。将TX characteristic的CCCD写属性从open改为加密,这样将自动触发手机端的bonding请求,修改代码如下:

BLE_GAP_CONN_SEC_MODE_SET_ENC_NO_MITM(&cccd_md.write_perm);

 

9)     修改sdk_config.h文件,需要修改多个地方,如下:

#define PEER_MANAGER_ENABLED 1

#define FDS_ENABLED 1

#define NRF_SDH_BLE_SERVICE_CHANGED 1

#define NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS 0

 

请注意NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS可以为0,也可以为1,两种情况下,DFU成功后,bonding信息都可以保持。两者的区别是,当NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS为0,进入DFU模式后,bootloader将用普通模式跟手机相连,这种方式兼容性好,可靠性高,但安全等级稍低;当NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS为1时,bootloader将共享application的bonding信息,也就是说,哪怕进入bootloader模式,设备还是跟手机处于bonding状态,这种方式安全级别比较高,但容易产生兼容性问题,极端情况下,如果DFU过程中用户把手机端的bonding信息删除,系统将会变砖,而且无法恢复。推荐将NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS设为0,以获得最好的兼容性和可靠性。

 

如果你在应用中把NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS设为1,那么还需要添加ble_dfu_bonded.c文件,如下:

 如何实现蓝牙空中升级BLE OTA_第37张图片

 

而且,如果NRF_DFU_BLE_BUTTONLESS_SUPPORTS_BONDS设为1,那么bootloader代码也就不能采用默认配置,请修改bootloader工程中的sdk_config.h如下宏定义,然后重新编译生成新的bootloader hex。

#define NRF_DFU_BLE_REQUIRES_BONDS 1

#define NRF_SDH_BLE_SERVICE_CHANGED 1

 

10)  在C/C++ define里面定义“BONDING_SUPPORT”宏。

11)  编译工程,将hex改为app.hex

12)  按照2.1节“nRF5 SDK v15.0.0 OTA”步骤来执行OTA过程,不过如下几点需要注意:

    • 在nRF Connect中勾选“keep bond information”选项,如下:

如何实现蓝牙空中升级BLE OTA_第38张图片

 

 

    • 当你使能CCCD的时候,手机将会自动与设备进行bonding,如下

 如何实现蓝牙空中升级BLE OTA_第39张图片

 

    • DFU升级成功后,设备将会与手机自动重连,此时需点击“Refresh services”,以获得设备最新服务列表,如下:

如何实现蓝牙空中升级BLE OTA_第40张图片

 

 

上述代码工程我已打包成:OTA_ble_app_uart_SDK15_0_0.rar,另外三种DFU模式对应的脚本,我也打成了包,其中没有bonding对应Script_SDK15_S132_NUS_NoBonding.rar,application单独bonding对应Script_SDK15_S132_NUS_Bonding_SUPPORTS_BONDS_0.rar,application和bootloader同时bonding对应Script_SDK15_S132_NUS_Bonding_SUPPORTS_BONDS_1.rar,请大家到百度云盘目录DFU\ble_app_uart中下载。代码工程解压缩到nRF5_SDK_15.0.0_a53641a\examples\ble_peripheral这个目录下,就可以直接编译和运行。

转载于:https://www.cnblogs.com/iini/p/9314246.html

你可能感兴趣的:(如何实现蓝牙空中升级BLE OTA)