1. 为什么需要外置Flash第一次用STM32H743做TouchGFX项目时我就被内存问题折腾得够呛。这款芯片虽然有2MB内部Flash但放几张高清图片就捉襟见肘。更头疼的是每次修改代码都要重新烧录整个程序看着进度条慢悠悠地走简直是在考验耐心。外置W25Q128 Flash就像给手机插了个128MB的扩展卡。通过QSPI接口它能提供高达133MHz的传输速率最关键的是实现了代码与资源分离存储。实测下来图片资源放在外部Flash后不仅解决了容量问题烧录时间也从原来的3分钟缩短到20秒——因为只需要更新内部Flash的代码部分。2. Keil烧录算法移植实战2.1 搭建算法工程骨架Keil的烧录算法本质是个运行在RAM中的微型程序。我在C:\Keil_v5\ARM\PACK\ARM\CMSIS\5.9.0\Device\_Template_Flash找到了官方模板复制时要注意两点所有文件去掉只读属性右键→属性添加W25QXX驱动时记得包含qspi.h和w25qxx.c遇到过最坑的编译错误是Error: L6265E: Non-PI Section xxxxxxxxx.o(.data) cannot be assigned to PI Exec region PrgData这是因为模板工程默认配置了PI位置无关属性解决方法是在Options for Target→Linker取消勾选RWPI选项。2.2 关键参数配置在FlashDev.c中这个结构体是灵魂所在struct FlashDevice const FlashDevice { FLASH_DRV_VERS, // 驱动版本 H743_W25Q128, // Keil中显示的名称 EXTSPI, // 设备类型 0x90000000, // 映射地址 0x1000000, // 16MB容量 4096, // 页大小W25Q128实际256字节设为4K提升写入速度 0, // 保留位 0xFF, // 擦除后的默认值 1000, // 页编程超时(ms) 3000, // 扇区擦除超时(ms) 0x001000, 0x000000, // 4KB扇区大小 SECTOR_END };2.3 核心函数实现FlashPrg.c需要实现五个关键函数这里分享两个易错点Init函数会被多次调用每次擦除/编程前Keil都会复位MCU所以时钟和QSPI初始化要放在这里地址转换技巧所有操作地址都要减去基地址0x90000000因为算法接收的是映射后的地址int ProgramPage(unsigned long adr, unsigned long sz, unsigned char *buf) { // 实际物理地址 映射地址 - 0x90000000 W25QXX_Write_NoCheck(buf, adr - base_adr, sz); return 0; }3. 内存映射模式配置3.1 QSPI硬件初始化要让外部Flash像内部存储器一样直接读取需要配置QSPI为内存映射模式。关键步骤包括GPIO复用配置PB2/PB6/PF6-PF9设置CCR寄存器的FMODE3内存映射模式配置Dummy Cycle为6个时钟周期W25Q128要求// 进入QPI模式四线传输 QUADSPI-CCR 0x00000138; // 发送0x38指令 while((QUADSPI-SR (11)) 0); QUADSPI-FCR | (11); // 清除标志位3.2 MPU保护配置没有MPU配置的话直接访问0x90000000地址会触发HardFault。这里给出稳定配置MPU-RBAR 0x90000000; // 基地址 MPU-RASR 0x0303002D; // 允许Cache和Buffer MPU-CTRL (12)|(10); // 使能MPU这个配置让QSPI Flash的读取速度提升了8倍实测DMA传输图片数据毫无压力。4. 分散加载文件精讲4.1 基础结构剖析分散加载文件.sct就像工程的交通指挥员我的配置分为三个部分LR_IROM1 0x08000000 0x00180000 { // 内部Flash ER_IROM1 0x08000000 { *.o (RESET, First) } RW_IRAM1 0x24000000 0x00080000 { .ANY (RW ZI) } } LR_QSPI 0x90000000 0x01000000 { // 外部Flash ER_QSPI 0x90000000 { *.o (ExtFlashSection) } }4.2 资源文件分配技巧在代码中通过__attribute__指定存储位置// 图片数据强制存放在外部Flash const uint8_t image_data[] __attribute__((section(ExtFlashSection))) { 0xFF, 0xD8, 0xFF, 0xE0, 0x00, 0x10, 0x4A, 0x46... };对于TouchGFX项目更推荐修改gcc.ld链接脚本.extflash : { KEEP(*(ExtFlashSection)) } QSPI_FLASH5. 常见问题解决方案5.1 下载算法无法识别遇到过生成的FLM文件在Keil中不显示的情况排查步骤确认文件放在Keil安装目录/ARM/Flash检查工程配置→Debug→Settings→Flash Download页面如果仍不显示尝试重启Keil5.2 内存映射模式失效表现为读取数据全为0xFF按这个顺序检查QSPI初始化时序特别是QE位使能MPU配置是否生效可通过SCB-SHCSR寄存器验证电源稳定性W25Q128对电压敏感5.3 分散加载冲突当出现Section overlaps with...错误时通常是因为多个文件定义了相同section区域空间不足比如图片大小超过16MB忘记在代码中声明extern修饰符最后分享一个调试技巧在map文件中搜索ExtFlashSection可以精确查看资源文件的存放位置和大小。这个项目最终实现的效果是内部Flash仅存放代码占用约500KB剩下的1.5MB空间留给系统使用而所有图片资源都安静地躺在外部Flash里通过QSPI直接读取毫无延迟。