
有人反馈在产品项目中使用STM32H743II芯片,在对片内flash进行编程时遇到点问题。 1 |; W9 f$ W. [ + K }" Y; W F+ r, `, \' @2 e 他将片内的第一、二扇区存放用户应用程序,第七扇区用来存储网络应用相关的一些配置信息。他写Flash的过程及有关现象是这样的:- H. X! I% I% i1 }! o ! @; G; v& [- I" ~ T7 ^9 C # B4 A* g0 F3 I: x 关中断->解锁flash->擦除扇区->写入数据->上锁flash->开中断,写入的数据总共40个字节。可是写完之后再去读时,发现只能读取前面32个字节的数据,在调试过程经常莫名其妙地触发硬错中断。这是怎么回事呢?% J. z3 x, _& D1 w7 h 1 `" { `/ B$ s- f! ^1 s 根据该STM32用户的反馈,基体情况就是对片内FLASH进行写操作不成功并衍生出相应问题。) e* t" W4 a' g( s; M6 U! T1 L" n + S% l# j: O. _) v0 i 我们通过查看数据手册,不难得知STM32H743II片内FLASH为2MB,分为2个BANK. ![]() ; I+ {% {% e5 n9 B7 G 片内FLASH布局如下: ![]() 我们对STM32H743片内Flash布局有了大致的了解,再去看看有关flash编程的介绍,了解相关规则。 6 b. y* c! U$ [8 `* R w' J ![]() ; e8 A6 n) E& _7 u0 K0 { 从上面描述来看,在做Flash编程时要以256位即32字节为编程单位,或者说8个32位字为单位。硬件以256位做为一个Flash字,并进行读写ECC校验,以保障数据的安全可靠。* x& K. {- E; b% Z: v% @- } 8 X) L. d7 b& x& Q2 I- v 那结合前面STM32H7用户的反馈,它现在每次是写40个字节的数据,既不是32字节也不是64字节,应该是在这个地方出了问题。5 P! _! } }4 V7 i9 E7 N 如果他使用下面Cube库函数实现的话,它默认每次就是写8个字的数据到指定的Flash空间。 HAL_FLASH_Program(uint32_t TypeProgram, uint32_t FlashAddress,uint32_t DataAddress), e2 u1 K" q$ l6 b. B8 l ; V0 U) G% ~' y* ~ 即基于该函数做flash编程时,若每次待写的数据多于8个字也没用。如果少于8个字,它会默认地从所给的内存起始地址连续读取8个字的数据。这个时候往往就很危险,很可能发生越界非法访问导致异常,或者读到一些未知数据写进去了。 如果我们不使用该函数,而是自己组织Flash编程函数,是否就可以按任意数据个数来写呢?显然也是不行的。每次改写Flash必须以256位为单位,如果少于256位的数据硬件就不会进行写动作的。7 d0 e; |+ c8 ` " B1 b( n) H$ C8 d9 y3 L( o5 X * ?% C, x" t$ G 如果说像上面客户的40个字节数据怎么写呢?分两次,一次32字节,另一次8个字节实际数据外加其它24字节数据【比方24个0xff】凑成32字节再做编程,如下图所示。6 b& ]. Z* A5 ~' S9 S& d & o$ O3 m) G; u# N6 D+ f) f 9 A! a7 r, a' n ![]() . S. D+ w' W- X- P# q 另外,还有一个地方要注意,因为我们每次以256位Flash字为编程单元,那么在指定待改写的Flash区域的地址时一定要遵循32字节对齐,不然也是没法成功完成Flash编程的。比方说,结合上面实例,我们将FLASH编程的起始地址安排在0x080e0010或0x080e0030这些非32字节对齐的地方,是没法完成FLASH编程的。 H7 a& `7 M, E( ~5 u3 J( M$ @ 3 j+ d; \7 O' S) @- u ) }3 ?. \, n5 l5 s, ~: G" Q$ E 最后,我们回过头来看看上面提到Cube库自带的那个flash编程函数的部分内容。: b M8 J2 r, Y( z6 ~$ { 0 F# A- |1 r* \ ![]() " V" D; M/ K1 W& e8 g+ W 2 i, E1 @$ E# G+ j 红色方框内的代码就是实现8个字的赋值操作进而交给硬件完成flash内容的改写。两绿色方框内是两条汇编指令ISB和DSB。4 P/ c2 W8 X" G( w7 i 2 D4 i+ Z. P* L+ a6 b ISB是指令同步隔离指令,ISB指令清除微处理器流水线的内容以确保ISB之前的所有指令得以彻底执行后才执行其后续指令。显然,ISB之后的指令需重新从内存或Cache提取。7 @( B9 }9 R5 @& F' S' Z/ Y2 e/ O 3 e* _7 \2 ]4 x- Y: V" Y $ `( R$ V2 i Y. k9 \# F# S h DSB是数据同步隔离指令,在该指令执行完成之前,该指令后面的程序指令不会得到执行。而DSB指令的执行又是建立在该指令之前的所有内存访问操作的完成动作。换言之,DSB前面的内存访问操作未完成前,DSB及后续指令不会得以执行。6 i- S! w! d# \, h$ Z2 n% J - p/ V' A* R" O7 B% D2 M 如果我们不使用库函数而是自行组织Flash编程代码的话,也可以参考下库函数的写法,尤其有些汇编指令的使用,可以参考借鉴。顺便提醒下,不同STM32系列的片内Flash编程模式或规则并不都一样,这里谈的是基于STM32H7系列的,不可一概而论地套用到其它系列。 9 D4 u6 l4 B5 p, a9 Q% j 好,今天的话题就聊到这里,圣诞快乐! |
【2025·STM32峰会】GUI解决方案实训分享3-搭建空白TouchGFX例程并实现简单的功能(含硬件部分的串口打印)
【2025·STM32峰会】+TouchGFX实现动态进度显示以及界面切换
【2025·STM32峰会】+使用TouchGFX快速创建GUI
【2025·STM32峰会】GUI解决方案实训分享2-编译运行TouchGFX咖啡机例程(含桌面仿真)
【2025·STM32峰会】GUI解决方案实训分享1-对LVGL咖啡机例程的牛刀小试以及问题排查
实战经验 | 关于STM32H7使用LL库生成ADC代码工作异常问题说明
实战经验 | 关于STM32H745的MC SDK电机控制工程问题的解决办法
【H745I GUI】1.GreenHouse 灯光控制
【Wio Lite AI视觉开发套件】+移植TensorFlow Lite
STM32H745I-DISCO脉冲宽度调制(PWM)