7 @) y a; N* I9 E3 h2 o % z' v" ?. o6 H" `5 P. ]+ z 有人使用STM32F4芯片验证SPI功能。当使用片内两个SPI模块基于中断方式进行收发时,发现总是出现接收数据丢失的情况,貌似总丢失末尾2个数据。代码使用HAL库提供的API函数。这是怎么回事呢? 我拿STM32F407开发板进行验证测试。使用SPI1做发送,SPI3做接收,都使用中断方式。6 v! Q* S8 h: J- k8 J& }: s% j; H( C4 y: | - a; x- U( v6 A$ b 很快重现了问题现象,即发生接收数据丢失的情形。见下图验证结果,发了8个数据,只收到6个数据。 现在是同一颗芯片,即同一CPU基于中断方式完成收发。怀疑会不会是不同SPI收发模块中断优先级的安排不合理导致的问题。如果二者优先级一样的话,这里的发送中断往往先于接收中断的产生,势必会出现接收不及时的情形。通过对代码跟踪调试,也的确发现了SPI接收溢出的现象,即接收数据提取不及时。3 p( L. N( `% U$ j4 E& [ / u7 p" u6 v+ f( f, [$ L8 H* x 这样分析下来,感觉数据丢失应该跟通信速率有关,丢失数据的多少不应该固定。于是,我大幅度提升SPI通信速率再行测试,果真丢失的数据更多了。见下图测试结果,发8个数据只收到1个数据。【前面测试时SPI波特率是5.25Mb/s,现在改为21Mb/s了】 / j9 D, T% S2 D; [6 E0 ~, W; @ 我将SPI3接收中断的优先级调得比SPI1发送中断的还高,如下图所示。# Z9 V. ]% n: T1 J" R6 f % {) b" }- c/ T4 o" F 基于重新调整中断优先级后的代码再做测试,结果就完全正常了。: g0 H9 @+ H) r3 h2 @ 当然,我们还可以有其它灵活处理的办法。比方发送用中断,接收用DMA,或者发送用轮训,接收用中断或DMA,或者都用DMA方式也行。- Y7 L* R. c3 Q7 d2 ~: ? 6 h% ]( d6 h4 c 这里的核心问题是中断优先级没有合理安排好。STM32 ARM核中断的内容不多,不过内容不多的东西往往意味着使用上更为灵活。好,今天的话题就分享到这里。- n& v% o: V2 L! o1 H 5 L; O) ^: ^' Q2 x6 z- C8 I/ y 转载自: 茶话MCU4 F+ K' X2 e& y; a3 N2 _ R8 } 如有侵权请联系删除* d+ l _( a$ m( g1 w' ^2 o 5 E& u3 G) {5 G" D( b1 p |
【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