1. 引言在 STM32 的应用中，SPI 算是用的比较多的外设了，也是单片机最常见外设之一。客户说它执行了关闭 SPI 的代码，竟然会导致 Flash 中的 WRPERR 标志置位，致使应用碰到一些问题。这就奇怪了，SPI 和内部 Flash 看起来是风马牛不相及的事情，为什么会发生这种事呢？一起来看看吧。
, j+ B  z; i  z% l9 U0 J

: p2 f. I) }% v3 ^' E) X2. 问题
2.1. 问题起源
客户在使用 STM32L072RBT6 的时候，使用 STM32CubeL0 库，在程序编写时，发现执行关闭 SPI 代码时，会导致 Flash 的写保护错误标志 WRPERR 置位，导致其后面准备写 EEPROM 的时候，就无法对 EEPROM 写入了。
9 C" }" g4 _: a& p! A3 G客户使用两个标志 flag1 和 flag2，来观察 WRPERR 标志的变化。代码如图 1 所示。


3 i  n* Z1 v! _3 d

: V% z% v4 p7 k& d8 A
在执行这个代码时，前面 flag1 还等于 0，执行到 flag2 那句，就变成 flag2 等于 1 了，同样地取了 WRPERR 标志位的值。所以客户就怀疑执行__HAL_SPI_DISABLE()会把Flash 的 WRPERR 标志置 1 了。
因为在对 EEPROM 编程中，需要先调用位于 stm32l0xx_hal_flash.c 中的FLASH_WaitForLastOperation()函数，此函数中，将会对 Flash 所有错误标志进行检查，如果出现了错误，它则返回 HAL_ERROR，导致后续对 EEPROM 的编程不会被执行。
: @+ w% T- @& g4 G! t" x5 E
, F& t  o# e! D& [0 Z9 }3 r! l2.2. 问题重现
使用 NUCLEO-L053R8 来验证客户的这个问题。在\STM32Cube_FW_L0_V1.10.0\Projects\STM32L053R8-Nucleo\Examples\SPI\SPI_FullDuplex_ComPolling 例程中直接进行修改测试。首先，把客户的测试代码加到例程中 SPI 初始化之后的位置。如图 2 所示。
( u+ h' P+ P& O% l7 [2 v0 G# ~
% g  {& h( P8 H- ?0 k8 Y
( w, {/ S4 d; o! L9 L

+ v7 O  [3 J% i7 K  z. W' _- F* Z) T
$ M) K, u4 g) J编译，并在线调试，发现并没有出现客户所描述的问题。如图 3 所示。


% e' S, u; P9 f


可以看到，WRPERR 的值并没有被置 1，flag1 和 flag2 的值也都是 0。那么，为什么客户说他那边会有这个问题呢？
* D$ }/ k5 t9 B/ Z: k$ w再回头仔细看一下客户的测试代码，发现客户的测试代码中并没有对 SPI 进行初始化，其__HAL_SPI_DISABLE()代码是放在其他外设初始化之后的。
" ?/ F; O4 [- }# w% G7 V好，那么再来修改一下测试代码，把客户这三句测试代码挪动到 SPI 初始化之前，如图 4 所示。
4 k' O8 h' m/ `

* B4 D$ m1 l+ P& ~, g6 U0 A4 j9 z/ V6 f

4 G# t7 [, }9 s! Q) R

% d' y% R8 w( K+ \7 G- r
) j& Z; K9 q5 Q6 S& L编译，并在线调试，这时，会惊奇地发现客户所描述的问题来了。其结果如图 5 所示。

9 |4 w/ u+ p& `  Q) l) A

完整版请查看：附件 关闭SPI会导致WRPERR错误的问题分析_v1.0.pdf (483.01 KB, 下载次数: 0)

2023-2-14 16:09 上传

点击文件名下载附件
4 h- T8 O! X& C' n4 X7 U# t% |

9 p$ @" c9 s; l1 {% m7 Y
& Y5 W" C7 m$ J
  B4 X( D; N, j; l5 y& {2 {, k: w