启用HTTPS替代HTTP实现FOTA/DFU时TLS上下文分配失败求助

可能的原因及解决办法 #

1. 系统可用内存不足 #

HTTPS的TLS上下文需要比HTTP更多的RAM空间，而STM32U5的RAM可能被MCUBoot、应用程序本身或其他组件占用过多，导致堆内存不足以分配TLS上下文：

• 调整Zephyr堆内存配置：在prj.conf中增大CONFIG_HEAP_MEM_POOL_SIZE的值，比如设置为CONFIG_HEAP_MEM_POOL_SIZE=32768（根据实际RAM容量调整）。
• 检查TLS加密库的堆配置：如果使用mbedtls，需确保CONFIG_MBEDTLS_HEAP_SIZE设置足够，建议至少设置为CONFIG_MBEDTLS_HEAP_SIZE=16384。
• 优化RAM占用：通过Zephyr的west build -t run输出或调试工具查看当前RAM使用情况，裁剪不必要的系统组件，或者优化应用代码减少静态RAM占用。
• 调整MCUBoot的RAM预留：检查MCUBoot的配置，确认其未占用过多应用可用RAM，必要时修改MCUBoot的链接脚本或配置参数。

2. TLS相关配置缺失或不正确 #

Zephyr中HTTPS依赖的TLS组件未正确启用或配置：

• 确认prj.conf中已开启必要配置：
  • CONFIG_NET_SOCKETS=y
  • CONFIG_NET_SOCKETS_TLS=y
  • CONFIG_MBEDTLS=y（或使用tinycrypt的CONFIG_TINYCRYPT=y，根据你的加密库选择）
  • CONFIG_NET_TLS=y
• 禁用不必要的TLS特性：如果不需要某些加密算法，关闭对应配置以减少内存占用，比如禁用CONFIG_MBEDTLS_RSA_C（如果仅用ECDSA）。

3. 跨平台库适配问题 #

你使用的nRF FOTA库和AWS Job/FOTA库是针对nRF9160开发的，移植到STM32U5时可能存在TLS上下文分配的适配问题：

• 查看库的配置文件，确认其TLS内存分配参数是否针对STM32U5的RAM布局调整，比如部分库可能有硬编码的内存大小，需要修改为适配STM32U5的数值。
• 检查库是否依赖nRF特定的硬件加密模块，STM32U5有自己的硬件加速单元（如CRYP/HASH），需确保Zephyr配置中开启了对应硬件加速的支持，比如CONFIG_MBEDTLS_HW_ACCEL_C=y，并适配库的加密接口。

4. 组件初始化顺序错误 #

TLS上下文的分配需要依赖网络栈、加密库等组件先完成初始化：

• 确认应用代码中，网络栈初始化（如net_init()）、加密库初始化（如mbedtls_init()）的步骤在FOTA启动之前执行。
• 检查Zephyr的启动顺序配置，确保TLS相关服务在FOTA服务之前启动。

内容的提问来源于stack exchange，提问作者A 786