简谈 BlueNRG-LP 和-LPS 的代码空间优化

最新推荐文章于 2024-07-15 06:38:00 发布
最新推荐文章于 2024-07-15 06:38:00 发布
阅读量1k 收藏 30
点赞数 9
分类专栏： 蓝牙相关 文章标签： stm32 嵌入式硬件 单片机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014319604/article/details/137963968
版权

1.引言

客户在使用 BlueNRG-LP/LPS 芯片时，增加 OTA 服务后常常反馈说，编译代码区域超空间了，需要帮忙优化一下。后文主要通过下列步骤进行分析和优化 BlueNRG-LP/LPS 的代码空间：

  1. a. 通过分析 BlueNRG-LP/LPS 的 OTA 方式，让客户可以选择合适的方式；
  2. b. 通过整体分析 BlueNRG-LP/LPS 的链接文件（.icf/.sct/*.ld）了解默认工程的存储分布；
  3. c. 通过裁剪协议栈，选择合适的协议栈功能，优化 BlueNRG-LP/LPS 的代码空间；
  4. d. 通过使用静态协议栈，进一步优化 BlueNRG-LP/LPS 的代码空间；
  5. e. 其他方案；

总的来说通过两个维度来节省空间：

一个是协议栈的裁剪维度：主要是通过修改宏配置实现编译对应应用需要的协议栈。

另一个是 OTA 和静态协议栈的维度：OTA 和静态协议栈的选择流程图如下图所示。
在这里插入图片描述

2.BlueNRG-LP/BlueNRG-LPS 的 OTA

2.1 OTA 的框架

手机或者电脑做 GATT Client，给带 OTA 服务的设备升级。
在这里插入图片描述

2.2 官方提供的 OTA 方式

默认提供的 OTA 应用和协议栈编译在一个固件上。

  1. a. 不带备份的(右图中的右半部分)
    升级服务程序在 Boot 端(OTA Service manager)。
    省空间（存放了 2 份协议栈，1 份应用）
    管理简单（只需管理一份应用）

  2. b. 带备份的(右图中的左半部分)
    升级服务程序在应用端
    更消耗空间（存放了 2 份协议栈，2 份应用）
    管理稍微麻烦（需要管理两份应用，Lower 区域应用
    不能放置 Higher 区域运行）
    更安全

  3. a. 不带备份的方式由以下组件构成：
    BLE_OTA_ServiceManager+ application

  4. b. 带备份的由以下组件构成：
    BLE_OTA_ResetManager +Lower Application (with BLE OTA service) or
    BLE_OTA_ResetManager + Higher Application (with BLE OTA service)

对应在 SDK 中工程和配置如下图所示：
a. BLE_OTA_ServiceManager 配合 BLE_SerialPort 中的 Sever_Use_OTA_serviceManager
b. BLE_OTA_ResetManger 配合 BLE_SerialPort 中的 Service_LowerApp_OTA 或者Service_LowerApp_OTA 使用
在这里插入图片描述
在这里插入图片描述

2.3 使用带备份类型 OTA 升级错误变砖头问题

编译器编译的 Higher Application 如果放置在 Lower Application 的位置，程序无法运行。

APP 程序可以知晓当前运行的固件是 Lower 还是 Higher APP。可以在编译固件 Higher Application 和 Lower Application 中加入一些标记，用于给升级工具识别，当前需要下载的是Higher Application 还是 Lower Application 或者是否混用。建议每次发布时两个应用程序都编译生成，不要人为来管理固件，否则容易造成混乱，应该让升级 app 自动选择对应的来升级。
在这里插入图片描述

3.BlueNRG-LP/LPS 的存储分析

3.1 linker 中宏定义作用范围

Linker 中可定义一些宏、用于指定链接脚本文件所需的配置。这些宏定义不作用于.c文件或者.h文件，只作用于链接文件（.icf 或者.sct 或者 *.ld）。

3.2 链接脚本文件分析（代码区域）

不同的 IDE 所使用的链接脚本文件的格式不同。比如，Keil 使用“.sct”文件，IAR 使用“.icf”文件，而 TrueStudio 使用 “*.ld”文件。

下面分析BlueNRG-LP最新SDK中BLE_SerialPort项目IAR工程目录下的BlueNRG_LP.icf文件, 其他IDE一样，可以进行类比。由于Flash的擦除必须是整页操作的，写Flash之前必须将对应的页擦除，所以Flash的划分需要2KB对齐。就算只使用到0.9KB，也需要划分2KB区域。

默认SDK中提供了4种程序的链接配置:

  1. CONFIG_OTA_HIGHER
  2. CONFIG_OTA_LOWER
  3. .CONFIG_OTA_USE_SERVICE_MANAGER
  4. 其他
    在这里插入图片描述
    对于这四种链接配置编译后，代码区域放置在如下地址。BLE_OTA_ServiceManager 工程使用的是非 OTA 程序，而 BLE_SerialPort 中的 Sever_Use_OTA_serviceManager 工程使用的是CONFIG_OTA_USE_SERVICE_MANAGER。
    在这里插入图片描述
    上述4种程序的链接配置由以下宏定义来指定：

MEMORY_FLASH_APP_SIZE: 定义程序使用Flash的大小。以工程BLE_OTA_ServiceManager为例子，在linker中定义了MEMORY_FLASH_APP_SIZE = 0x3000, 则表明LE_OTA_ServiceManager的大小不能超过0x3000（12*1024） 字节。

BLE_OTA_ServiceManager是一个带OTA服务的启动程序，宏定义MEMORY_FLASH_APP_SIZE限制这个工程编译的程序空间大小不能超过这个范围。

如果在linker中没有定义MEMORY_FLASH_APP_SIZE，则对应的4种配置分别是：

• CONFIG_OTA_HIGHER ---> (((_MEMORY_FLASH_SIZE_ - RESET_MANAGER_SIZE -
FLASH_NVM_DATASIZE)/2)/2048)*2048
• CONFIG_OTA_LOWER ---> (((_MEMORY_FLASH_SIZE_ - RESET_MANAGER_SIZE -
FLASH_NVM_DATASIZE)/2)/2048)*2048
• CONFIG_OTA_USE_SERVICE_MANAGER ---> (_MEMORY_FLASH_SIZE_ -
SERVICE_MANAGER_SIZE - FLASH_NVM_DATASIZE)
• 其他 ---> (_MEMORY_FLASH_SIZE_ - FLASH_NVM_DATASIZE -

MEMORY_FLASH_APP_OFFSET)
MEMORY_FLASH_APP_OFFSET: 定义程序编译链接地址的偏移（非OTA程序）。

如果在linker中没有定义MEMORY_FLASH_APP_OFFSET，则对应的4种配置分别是：

• CONFIG_OTA_HIGHER ---> (RESET_MANAGER_SIZE + MEMORY_FLASH_APP_SIZE)
• CONFIG_OTA_LOWER ---> (RESET_MANAGER_SIZE)
• CONFIG_OTA_USE_SERVICE_MANAGER ---> (SERVICE_MANAGER_SIZE)
• 其他 ---> MEMORY_FLASH_APP_OFFSET (0)

前面提到默认SDK中提供了4种程序的链接配置，本质上只是计算MEMORY_FLASH_APP_OFFSET和MEMORY_FLASH_APP_SIZE的方式不同而已，如果应用需要，也可以改动这个链接脚本文件。

4.通过协议栈的初步裁剪与自定义优化空间

SDK 中默认提供了 4 种默认配置的协议栈加一种自定义的协议栈配置（BLE_STACK_CUSTOM_CONF），如下图所示。
在这里插入图片描述
上述 5 种不同协议栈的配置，本质上就是通过使用宏控制不同的特性功能是否打开。只是前面 4种提供了默认便捷的设置，而最后一种可以进行细粒度更细的自定义的协议栈。

可以在 Preprocesor Symbols 中定义相关的宏来配置使用哪种协议栈配置。
在这里插入图片描述
如果选用细粒度更细的 BLE_STACK_CUSTOM_CONF 协议栈配置，则在 其中在头文件“custom_ble_stack_config.h”中开关不同功能特性，大致占用的代码如下图所示。
在这里插入图片描述

5.协议栈的进一步裁剪:使用静态协议栈

5.1 静态协议栈工程的 4 种默认的配置

ST 官方 SDK 中已经提供了静态协议栈的 Demo，分为协议栈工程和应用工程两部分，路径
为：
C:\Users\user name\ST\BlueNRG-LP DK 1.x.x\Projects\BLE_Examples\BLE_StaticStack
静态协议栈工程默认提供了 4 种配置：

  • • Release
  • • Basic
  • • OTA_BTL_ResetManager
  • • OTA_BTL_ResetManager_Basic
    C:\Users\user name\ST\BlueNRG-LP DK 1.x.0\Projects\BLE_Examples\BLE_SensorDemo_StaticStack
  • • Release
  • • LowerApp_OTA
  • • HigherApp_OTA
    在这里插入图片描述
    那它们有什么区别呢？它们可以分为两组。

Release 和 Basic 是一组： 它们运行时都是由协议栈程序直接跳转到一个固定的应用上；

Release 和 Basic 的区别： Basic 的协议栈配置是 BLE_STACK_BASIC_CONF， 而 Release的协议栈配置是 BLE_STACK_FULL_CONF。

不同的协议栈配置，包含的功能和占用的 Flash 空间也不一致。

  • • 不同的协议栈配置包含的功能请查看 stack_user_cfg.h
  • • 占用的 Flash 空间可以通过编译的 Map 文件查看
  • • 宏 RESET_MANAGER_SIZE 用于协议栈程序的跳转偏移，即预留多少空间给协议栈，因此这个宏的大小也会因为协议栈占用的空间不同而不同。
  • • Linker 中宏 MEMORY_FLASH_APP_SIZE 用于定义程序可用的大小。即预留多少空间给协议栈，因此这个宏的大小也会因为协议栈占用的空间不同而不同。
  • OTA_BTL_ResetManager 和 OTA_BTL_ResetManager_Basic 是另外一组：它们都是由协议栈程序跳转到 Lower 应用程序或者 Higher 应用程序；
  • • OTA_BTL_ResetManager 和 OTA_BTL_ResetManager_Basic 的区别：
    OTA_BTL_ResetManager_Basic 的协议栈配置是 BLE_STACK_BASIC_CONF， 而
    OTA_BTL_ResetManager 的协议栈配置是 BLE_STACK_FULL_CONF
  • • 不同的协议栈配置，包含的功能和占用的 Flash 空间也不一致。
    o 不同的协议栈配置包含的功能请查看 stack_user_cfg.h
    o 占用的 Flash 空间可以通过编译的 Map 文件查看
    o 宏 RESET_MANAGER_SIZE 用于协议栈程序的跳转偏移，即预留多少空间给协议栈，因此这个宏的大小也会因为协议栈占用的空间不同而不同。
    o Linker 中宏 MEMORY_FLASH_APP_SIZE 用于定义程序可用的大小。即预留多少空间给协议栈，因此这个宏的大小也会因为协议栈占用的空间不同而不同。

其中，一个工程负责生成协议栈，另一个工程负责应用，那么这里 BLE_StaticStack 中的Release or Basic 与 OTA_BTL_ResetManager or OTA_BTL_ResetManager_Basic 怎么和Release，LowerApp_OTA 和 HigherApp_OTA 组合呢？

  • • BLE_StaticStack 中的 Release or Basic + BLE_SensorDemo_StaticStack 中的Release //不带备份 OTA 的使用固定协议栈的方
  • • BLE_StaticStack 中的 OTA_BTL_ResetManager or OTA_BTL_ResetManager_Basic + BLE_SensorDemo_StaticStack 中的 LowerApp_OTA or HigherApp_OTA //带备份OTA 的使用固定协议栈的方法

5.2 将工程实例化为静态协议栈工程

将工程实例化为静态协议栈涉及比较多的步骤，可以参考官方的文档 :
BlueNRG-LP_LPS DK 1.2.0\Projects\BLE_Examples\BLE_SensorDemo_StaticStack\README.txt

以及 SDK 安装目录的 index.html 中的静态协议栈的介绍如下图所示。
在这里插入图片描述
如果在实例化 OTA 程序时，可能需要修改链接脚本和 Preprocesor Symbols 中下面几个宏（具体不同应用，不同 OTA 类型，具体需要定义的宏和宏的数值也不同）：
RESET_MANAGER_SIZE
SERVICE_MANAGER_OFFSET
SERVICE_MANAGER_SIZE
MEMORY_FLASH_APP_SIZE
MEMORY_RAM_APP_OFFSET

5.3 使用默认配置的协议栈

如果使用了 OTA，发现空间不够，可以考虑将应用协议栈和 OTA 协议栈合并使用如下图所示。
在这里插入图片描述
OTA 在应用程序服务中(带备份)---------------------OTA 功能和 boot 单独一个程序（不带备份）

上图列举的是基于 BlueNRG-LP 的默认提供的工程的大致数值（BlueNRG-LPS 类似，这里不再举例）。如果遇到不同的应用，可以实际裁剪协议栈适配不同的应用需求。

5.4 使用自定义配置的协议栈

使用静态协议栈可以实现更为精确的函数级别的裁剪:

通过注释协议栈工程中的 bluenrg_lp_cmd_if.c 中的 cmd_call_table 中对应的函数，编译时可以将不使用的协议栈函数裁减出协议栈。
在这里插入图片描述

5.5 使用静态协议栈这种模式如何支持升级协议栈

当使用静态协议栈，默认协议栈就无法升级。为了能够支持协议栈也升级。需要增加一段 boot代码，当升级协议栈时，先放置在 APP 区域，当升级完协议栈后，将 APP 区域的协议栈拷贝到协议栈区域。接着继续升级被擦除的应用程序。Boot 代码决定搬运协议栈和跳转到下一级。
在这里插入图片描述

6.优化后空间仍不足的其他方法

如果使用静态协议栈和空间仍然不足，可以考虑将一些常用而不需修改的通用模块编译进协议栈的工程。如果空间仍然差距比较远则考虑用片外 Falsh 或者选用 STM32WB 系列，再或者使用 STM32+协处理器模式。

参考文献

在这里插入图片描述

本文档参考ST官方的《【应用笔记】LAT1239+简谈BlueNRG-LP和-LPS的代码空间优化》文档。
参考下载地址：https://download.csdn.net/download/u014319604/89170582

冻结的鱼
关注
  • 9
    点赞
  • 踩
  • 30
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
应用笔记LAT1239+简谈BlueNRG-LP和-LPS的代码空间优化
04-19
后文主要通过下列步骤进行分析和优化 BlueNRG-LP/LPS 的代码空间： a. 通过分析 BlueNRG-LP/LPS 的 OTA 方式，让客户可以选择合适的方式； b. 通过整体分析 BlueNRG-LP/LPS 的链接文件（*.icf/*.sct/*.ld）了解默认...
简谈三极管和MOS管在开关电源中的应用（电源技术）-综合文档
05-23
简谈三极管和MOS管在开关电源中的应用（电源技术）
如何将普通应用更改为 OTA APP
u014319604的博客
04-06 829
BlueNRG-LP 方案中提供了 2 种 OTA 的软件框架，分别是 OTA Reset Manager 框架和OTA Service Manager 框架。不同框架下程序在 Flash 的分别位置和区域图 1 所示。图1. OTA 软件升级框架Reset Manager，负责程序的跳转，根据有效标志选择执行 Higher APP 还是 LowerAPP。Higher APP 和 Lower APP 是客户不同版本的应用程序，同一时间运行其后一个升级的版本。
简谈源码-AIDL
catface
11-17 397
进程 线程和进程 线程是系统调度的最小单位；进程是资源分配的最小单位 多进程 在清单文件中给四大组件设置android:process属性，两种方式 a. :remote b. cc.catface.xapp.remote a方式为当前应用的私有进程，其他应用进程不能访问之，进程名参考cc.catface.xapp:remote b方式为全局进程，其他应用进程可以访问之，进程名参考cc.catface.xapp.remote 系统会为每个应用分配唯一UID，以隔离内存数据访问 四大组件多进程存在
简谈源码-ButterKnife(v10.2.3)
catface
11-12 2492
ButterKnife官网 用法示例 package com.example.butterknife.library; public class SimpleActivity extends Activity { @BindView(R.id.hello) Button hello; @BindView(R.id.titleTv) TextView titleTv; @OnClick(R.id.hello) void sayHello() { Toast.
简谈源码-EventBus(v3.2.0)
catface
11-11 683
EventBus 使用方法 步骤一、定义事件 订阅的事件类 public static class MessageEvent { /* Additional fields if needed */ } 步骤二、准备订阅者 订阅方法，需要@Subscribe注解声明，可以设置处理该事件的线程等 @Subscribe(threadMode = ThreadMode.MAIN) public void onMessageEvent(MessageEvent event) {/* Do somethin
简谈TW-2型驼峰自动化系统的“减法作业法”.pdf
09-17
简谈TW-2型驼峰自动化系统的“减法作业法”.pdf
STM32第十八课：SPI&Flash
小白橘颂的博客
07-11 1429
一般能够支持SPI模式0的设备也支持SPI模式3，支持模式1的设备也支持模式2。一般的传输数据时候采用的就是8位进行，高位先传还是低位先传，传输的速度。3.循环往FLash发送数据（无所谓什么数据，只是为了置换出FLash状态寄存器的值），判断寄存器的第0位BUSY是否为0，为0时就代表Flash为空闲状态，可以执行其他操作。：判断接收缓冲器非空(RXNE)是否为0，为0表示接受缓冲区为空，没数据，此时持续等待数据到来。CPHA：时钟相位， CPHA=0时，在时钟的第一个边沿进行采样，第二个边沿进行输出。
STM32智能仓库管理系统教程
stm32d1219的博客
07-14 596
本教程详细介绍了如何在STM32嵌入式系统中实现智能仓库管理系统，从硬件选择、软件实现到系统配置和应用场景都进行了全面的阐述。通过合理的技术选择和系统设计，可以构建一个高效且功能强大的智能仓库管理系统。
STM32智能楼宇照明系统教程
stm32d1219的博客
07-12 1093
本教程详细介绍了如何在STM32嵌入式系统中实现智能楼宇照明系统，从硬件选择、软件实现到系统配置和应用场景都进行了全面的阐述。
STM32MP135裸机编程：烧录程序到EMMC的方法
kevin1499的博客
07-14 544
本文详细介绍了基于STM32MP135裸机编程，使用STM32CubeProgrammer下载程序到EMMC的方法。
【stm32】新建stm32标准库函数工程
qq_62917398的博客
07-14 725
2.在keil中添加宏定义，将”stm32f10x.h“中的宏定义”USE_STDPERIPH_DRIVER“复制到工程选项中，需要定义这个宏定义才能使用标准外设库，也就是库函数，再将其余文件夹头文件路径一起添加进去，此时基于库函数的工程就建好了。把以上文件添加到keill工程中，将组名称改为【start】，双击或右键选择添加存在的文件，找到刚刚添加到【start】文件夹的文件，将以下文件选择并添加，如下。1.在新建工程的文件夹下新建【startup】文件夹，其余为新建工程自动生成的文件。
platformIO STM32 upload-“Failed to init device.”问题解决
2303_77401354的博客
07-14 223
这样看来貌似串口下载也很不方便，还要重新拔插，但我开发板原理图上应该是有一个自动下载程序的，我就把BOOT0的键帽拔掉了，效果还算可以。因为发现自己的32板子有带自动下载功能，platformIO也支持串口下载，但一直提示这个问题。把BOOT0接3.3V，BOOT1接GND，再点击下载(之后接回去复位也可以显示)这是我从一个有相同问题的人从他尝试过的解决方案中的找到的。我的platformIO.ini。官方所支持的下载协议。
STM32创建HAL库工程文件
最新发布
TENET123的博客
07-15 924
HAL库（Hardware Abstraction Layer）是STMicroelectronics提供的STM32微控制器的硬件抽象层库。它通过一套统一的API接口，简化了对STM32外设的配置和操作，使开发者能够更快速地进行嵌入式系统开发，而不必深入了解底层硬件细节。
STM32之七：SPI通信
guaizaiguaizai的博客
07-14 791
SPI（Serial Peripheral Interface）通信是一个全双工、同步，可以一主多从的一种串行通信协议，该通信模式需要4根线，分别是MISO\MOSI\CLK\CS，广泛用于微控制器与各种外围设备（如传感器、存储器、显示器等）之间的数据交换。
STM32MP135裸机编程：定时器内核时钟频率计算方法
kevin1499的博客
07-14 413
本文详细介绍了STM32MP135的定时器内核时钟频率计算方法。
Autodesk Forge 学习简谈 - 1
06-08
Autodesk Forge 是一个基于云计算的开发平台，旨在帮助开发人员构建应用程序，与 Autodesk 产品进行集成，并利用 Autodesk 的 3D 渲染和建模技术来增强应用程序的功能。 在学习 Autodesk Forge 之前，需要具备一定的编程经验和对 web 技术的基本了解，例如 HTML、CSS、JavaScript 和 REST API 等。同时，您需要了解 Autodesk Forge 提供的不同服务和模块以及它们之间的关系。 在学习过程中，您可以使用 Autodesk 提供的文档、示例代码和在线课程，以及社区支持来帮助您更好地理解和使用 Autodesk Forge。 总的来说，学习 Autodesk Forge 需要一定的技术基础和耐心，但通过学习，您可以获得构建强大的应用程序的能力，并与 Autodesk 的产品进行集成，提高工作效率和创造力。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值