STM32CubeIDE XiP 和 BootROM介绍， XiP外部内存QSPI FLASH执行用户代码

最新推荐文章于 2024-06-13 23:19:21 发布

sudaroot

最新推荐文章于 2024-06-13 23:19:21 发布

阅读量8.1k

点赞数 17

分类专栏： STM32 文章标签： ide stm32 arm

本文链接：https://blog.csdn.net/sudaroot/article/details/110128506

版权

STM32 专栏收录该内容

61 篇文章 54 订阅

订阅专栏

随言：

目前的电子产品功能越来越多，随之而来的就是代码越来越庞大，代码所需要的存放空间也越来越大。

比如：用ST做GUI界面，面临最大的问题就是芯片内部flash最大才2M。在现在这个时代，2M其实也放不了几张图片。

故ST在某些M4 M7内核芯片上增加了QSPI外设，让用户把代码放在外部存储执行。

也同时提供了两种代码启动方式 XiP 和 BootROM模型。

STM32CubeIDE QSPI间接模式和内存映射模式读写W25Q64：STM32CubeIDE QSPI间接模式和内存映射模式读写W25Q64_sudaroot的博客-CSDN博客_qspi内存映射

MDK KEIL 下载算法外部存储QSPI FLASH：MDK KEIL 下载算法程序外部存储QSPI FLASH_sudaroot的博客-CSDN博客

STM32CubeProgrammer STM32CubeIDE下载算法外部存储QSPI Flash：STM32CubeProgrammer STM32CubeIDE下载算法外部存储QSPI Flash_sudaroot的博客-CSDN博客

参考资料：

文档：

ST官网或者ST社区搜索文件索引号：AN5188

《AN5188 Application note External memory code execution on STM32F7x0 Value line and STM32H750 Value line MCUs》

例程：

..\STM32Cube\Repository\STM32Cube_FW_H7_V1.8.0\Projects\STM32H750B-DK\Templates

正文：

刚才提到有两种启动代码方式： XiP 和 BootROM。

其实就是个bootloader，加上个用户APP。不知道的bootloader的IAP的文章写的好详细了。

而APP就是我们写的产品功能逻辑业务代码了。

1、XiP

XiP: 在从外部闪存（QSPI或FMC-NOR闪存）“就地执行”。用户应用程序代码应与目标执行存储器地址（外部QSPI或FMC-NOR闪存）链接。

上面这1句话意思是：XiP是可以在外部闪存直接执行代码的，就像芯片在内部flash 的地址0x0800 0000直接执行一样，称为“就地执行”。

上面这2句话意思是：用户应用程序代码编译的时候链接地址要改成外部闪存的地址，如STM32 H7系统给QSPI Flash在系统总线分配的地址是0x9000 0000，那么代码的地址就要改成0x9000 0000。

XiP模型基于直接从用于代码存储的外部非易失性存储器中执行代码。此执行模型需要内存映射支持，以授予CPU对已执行代码的用户应用程序的直接访问权。 XiP模型可通过FMC / QSPI接口在外部NOR / QSPI闪存上使用。

下面的流程图显示了XiP模型的操作流程（英文不好没关系，看中文）。

小结：首先你要知道XiP启动方式是一个bootloader，这个bootloader做了一件很与众不同的事情就是把QSPI FLASH映射到了系统总线0x9000 0000 这个地址上。

映射上去以后，只要我们访问0x9000 0000这个地址，系统总线就会自动去读QSPI FLASH 0地址的数据。记住是自动去读，

比如：uint32_t temp = *((uint32_t *)0x90000000)就能直接拿到QSPI FLASH第0~3地址数据。

当映射完成后自然是准备跳转到用户程序执行。准备工作就是关闭全部中断和cache。

2、BootROM

BootROM: 从内部闪存启动，配置外部RAM存储器（SDRAM或SRAM），从代码存储区复制用户应用程序二进制文件（SDCARD或SPI-Flash存储器）连接到外部SDRAM或外部SRAM，然后跳转到用户应用程序。用户应用程序代码应与目标执行存储器地址（外部SDRAM或SRAM）链接。

BootROM模型基于从选定的易失性内存执行的代码。当二进制数据存储在没有内存映射接口的内存中时，这种执行模型是合适的(比如SDCARD)。当二进制数据存储在吞吐量较低的内存中(如用于SPI-NOR(使用具有一行的QSPI进行模拟)时，此模型也适用)。根据的用户配置，外部内存引导应用程序配置了以下两个易失性内存:SDRAM、SRAM、PSRAM或内部SRAM。在此模型中，在外部内存引导应用程序执行之前，二进制数据将从非易失性内存复制到一个易失性内存。第二个易失性存储器用于数据。

下面的流程图说明了BootROM模型的操作流程。

小结：这种模型就很通用了，适用于凡是有FMC能驱动外部RAM的任意一款ST芯片。细看流程图其实就是把外部的ROM复制到外部的RAM(如SRAM, SDRAM)，然后在外部RAM上“就地执行”。

当然编译时的链接地址肯定是外部RAM的地址了。至于外部ROM随意都可以，什么SPI FLASH、TF卡、I2C存储器都可以，无非就是复制到外部RAM慢一点，启动慢一点。最后跳转到外部RAM运行用户程序。

比如：STM32F407ZG + SRAM(32MB) + TF卡，把程序编译成二进制放到TF卡里面，每当我把新的程序更新到TF卡，运行的程序就更新了，就有点像玩Linux TF卡启动的感觉了。

如果是SPI FLASH则需要重新写下载算法。这个模型很有意思...~！@#

3、XiP模型bootloader编写

首先，你要准备好一份测试过没有问题QSPI FLASH 代码，

我以前做过笔记，STM32CubeIDE QSPI间接模式和内存映射模式读写W25Q64：STM32CubeIDE QSPI间接模式和内存映射模式读写W25Q64_sudaroot的博客-CSDN博客_qspi内存映射

故我自己复制粘贴就好了，由于这次我用的是STM32H750VB + W25Q64硬件，还要微微调整一下。

static uint32_t QSPI_EnableMemoryMappedMode(QSPI_HandleTypeDef *QSPIHandle)；这些函数在上面文章讲过了，这不讲了。

#include <stdio.h>
#include "w25qx_qspi.h"





typedef  void (*pFunction)(void);

#define APPLICATION_ADDRESS            QSPI_BASE

static uint32_t QSPI_EnableMemoryMappedMode(QSPI_HandleTypeDef *QSPIHandle);


pFunction JumpToApplication;


int main(void)
{
  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* Enable I-Cache---------------------------------------------------------*/
  SCB_EnableICache();

  /* Enable D-Cache---------------------------------------------------------*/
  SCB_EnableDCache();

  /* MCU Configuration--------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* USER CODE BEGIN Init */

  /* USER CODE END Init */

  /* Configure the system clock */
  SystemClock_Config();

  /* USER CODE BEGIN SysInit */

  /* USER CODE END SysInit */

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  MX_QUADSPI_Init();
  MX_USART1_UART_Init();
  /* USER CODE BEGIN 2 */

  printf("Sudaroot XiP BootLoader\r\n");
  /* 1.W25Qx Init */
  W25Qx_QSPI_Init();

  /* 2.Enable MemoryMapped mode */
  QSPI_EnableMemoryMappedMode(&hqspi);

  /* 3.Disable CPU L1 cache before jumping to the QSPI code execution */
  /* Disable I-Cache */
  SCB_DisableICache();

  /* Disable D-Cache */
  SCB_DisableDCache();

  /* 4.Disable Systick interrupt */
  HAL_SuspendTick();

  /* 5.Initialize user application's Stack Pointer & Jump to user application */
  JumpToApplication = (pFunction) (*(__IO uint32_t*) (APPLICATION_ADDRESS + 4));
  __set_MSP(*(__IO uint32_t*) APPLICATION_ADDRESS);
  JumpToApplication();
  /* USER CODE END 2 */

  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  while (1)
  {
    /* USER CODE END WHILE */

    /* USER CODE BEGIN 3 */
  }
  /* USER CODE END 3 */
}


/**
  * @brief  Configure the QSPI in memory-mapped mode
  * @retval QSPI memory status
  */
static uint32_t QSPI_EnableMemoryMappedMode(QSPI_HandleTypeDef *QSPIHandle)
{
  QSPI_CommandTypeDef      s_command;
  QSPI_MemoryMappedTypeDef s_mem_mapped_cfg;

  /* Configure the command for the read instruction */
  s_command.InstructionMode   = QSPI_INSTRUCTION_1_LINE;
  s_command.Instruction       = QUAD_INOUT_FAST_READ_CMD;
  s_command.AddressMode       = QSPI_ADDRESS_4_LINES;
  s_command.AddressSize       = QSPI_ADDRESS_24_BITS;
  s_command.AlternateByteMode = QSPI_ALTERNATE_BYTES_NONE;
  s_command.DataMode          = QSPI_DATA_4_LINES;
  s_command.DummyCycles       = 6;
  s_command.DdrMode           = QSPI_DDR_MODE_DISABLE;
  s_command.DdrHoldHalfCycle  = QSPI_DDR_HHC_HALF_CLK_DELAY;
  s_command.SIOOMode          = QSPI_SIOO_INST_EVERY_CMD;

  /* Configure the memory mapped mode */
  s_mem_mapped_cfg.TimeOutActivation = QSPI_TIMEOUT_COUNTER_DISABLE;
  s_mem_mapped_cfg.TimeOutPeriod     = 0;

  return HAL_QSPI_MemoryMapped(QSPIHandle, &s_command, &s_mem_mapped_cfg);
}

int __io_putchar(int ch)
{
	HAL_UART_Transmit(&huart1, (uint8_t*)&ch, 1, 1000);
	return ch;
}

4、BootROM模型bootloader编写

我有空就写，或者自己去看ST的例程。用的比较少。

5、经验分享

1、做这个bootloader的系统时钟一定要和APP的系统时钟一致，否则跳转到APP后在初始化时

系统时钟导致不一致，总线去读取QSPI FLASH的数据都是错的，程序必然跑飞卡死。其中主要是QSPI时钟。

2、在bootloader 中QSPI内存映射后，系统会把QSPI当做系统一部分。故不能在APP初始化或者使用关于QSPI外设的事物。

如不能使用QSPI flash的引脚或者不能重新初始化QSPI外设，否则则跑飞。切记~！！！

6、结束

在这里肯定有人疑惑哪个模型好运行速度快？

我只想说适合你的项目就好了，不用纠结。

非要说速度快的，还有一种模型，混合运行的模型。

把启动相关和想快速运行的代码链接地址设置内部flash上，把一些不重要的代码链接地址放在外部ROM上。

这样就没有bootloader和APP这个概念了，就是一个程序了，但是还是少不了定制下载算法。

全篇完。

本人是一个嵌入式未入门小白，博客仅仅代表我个人主观见解，记录成长笔记。
笔记是以最简单的方式，只展示最核心的原理。
若有与大神大大见解有歧义，我绝对坚信大神大大见解是对的，我的是错的。
若无积分等无法下载源码，可加入QQ群657407920下载交流经验。感谢~！

sudaroot

关注

17
点赞
踩
83

收藏

觉得还不错? 一键收藏
11
评论
STM32CubeIDE XiP 和 BootROM介绍， XiP外部内存QSPI FLASH执行用户代码

随言：目前的电子产品功能越来越多，随之而来的就是代码越来越庞大，代码所需要的存放空间也越来越大。比如：用ST做GUI界面，面临最大的问题就是芯片内部flash最大才2M。在现在这个时代，2M其实也放不了几张图片。故ST在某些M4 M7内核芯片上增加了QSPI外设，让用户把代码放在外部存储执行。也同时提供了两种代码启动方式 XiP 和 BootROM模型。STM32CubeIDE QSPI间接模式和内存映射模式读写W25Q64：https://blog.csdn.net/su..
复制链接

扫一扫

专栏目录