有人使用STM32F4芯片验证SPI功能。当使用片内两个SPI模块基于中断方式进行收发时，发现总是出现接收数据丢失的情况，貌似总丢失末尾2个数据。代码使用HAL库提供的API函数。这是怎么回事呢？, T8 u5 d: }6 O# f) ]2 [; ?; V) C- E 我拿STM32F407开发板进行验证测试。使用SPI1做发送，SPI3做接收，都使用中断方式。 
很快重现了问题现象，即发生接收数据丢失的情形。见下图验证结果，发了8个数据，只收到6个数据。! Z, |7 y. s* U$ y+ C( ] - F R t' R9 Z" a) c 
3 z0 W4 w/ Q! A3 I 现在是同一颗芯片，即同一CPU基于中断方式完成收发。怀疑会不会是不同SPI收发模块中断优先级的安排不合理导致的问题。如果二者优先级一样的话，这里的发送中断往往先于接收中断的产生，势必会出现接收不及时的情形。通过对代码跟踪调试，也的确发现了SPI接收溢出的现象，即接收数据提取不及时。 * [* a" o a; o6 x8 M( V) i1 ` 
& R+ K ~) E& g' f 这样分析下来，感觉数据丢失应该跟通信速率有关，丢失数据的多少不应该固定。于是，我大幅度提升SPI通信速率再行测试，果真丢失的数据更多了。见下图测试结果，发8个数据只收到1个数据。【前面测试时SPI波特率是5.25Mb/s,现在改为21Mb/s了】; @ G4 N. x) e 
4 a/ n) I6 v- T! O" [ 我将SPI3接收中断的优先级调得比SPI1发送中断的还高，如下图所示。& @ Y& B- U/ ~8 K6 b/ ]: D 
基于重新调整中断优先级后的代码再做测试，结果就完全正常了。, C7 e1 h; d( A6 _3 ^; F + V; |! H6 H- \! p 
+ d- u! [. {8 b0 c5 J 当然，我们还可以有其它灵活处理的办法。比方发送用中断，接收用DMA，或者发送用轮训，接收用中断或DMA，或者都用DMA方式也行。 L8 S/ l+ Y* B/ ?- E9 d9 y; n ' C$ M. i' ]( F; y 这里的核心问题是中断优先级没有合理安排好。STM32 ARM核中断的内容不多，不过内容不多的东西往往意味着使用上更为灵活。好，今天的话题就分享到这里。 转载自： 茶话MCU/ i$ g7 m9 ~3 h" u: F 如有侵权请联系删除# K7 v' L0 {0 r% } & T( D, u4 K( G `) x2 l1 |% m# L! y o 9 F0 j+ [0 z }. B |
【STM32C0评测】4、驱动Lorasx126x，实现透传
基于STM32基础的SPI总线概述
基于STM32的SPI读取数据的最后位出错问题经验分享
基于STM32关闭SPI会导致WRPERR错误的问题分析
基于STM32关闭SPI导致WRPERR错误经验分享
基于STM32CubeMX的SPI总线经验分享
如何实现基于STM32 SPI+DMAWS2812灯的驱动
基于STM32F030硬件SPI经验分享
基于STM32的经验分享—SPI详解
基于STM32的语经验分享—SPI读写FLASH
