HAL库,SPI从设备中断接收,用HAL_SPI_Receive_IT()函数,overrun err.

stm32f103vbt6,用spi2接收主设备发送来的数据,用的hal库。
接收函数用的是:
HAL_StatusTypeDef HAL_SPI_Receive_IT(SPI_HandleTypeDef *hspi, uint8_t *pData, uint16_t Size);
接收到的数据格式:16位。

计划是这样的:
wihile主循环外,调用一次上面的函数,进入中断接收状态;
进入whilie主循环后,当主设备发送信息后,该设备进入spi中断,中断处理后,会调用spi接收完成回调函数,在回调函数里再次调用上面的那个函数,准备接收下个数据。

问题:
进入HAL_SPI_RxCpltCallback()接收完成回调函数后,无法完成下次中断处理。
追踪了下,是进入了HAL_SPI_ErrorCallback()错误回调函数。

现在的流程是:
第一次调用HAL_SPI_Receive_IT()函数后,打开中断,等待接收数据;
主设备发送数据,该设备进入HAL_SPI_IRQHandler()中断函数,接受完数据关闭中断,并调用HAL_SPI_RxCpltCallback()回调函数;
在HAL_SPI_RxCpltCallback()回调函数里,再次调用HAL_SPI_Receive_IT(),以准备接收下一个数据;
结果,下个数据来了以后,进入了HAL_SPI_ErrorCallback()错误回调函数。
进一步判断,是由于SPI_FLAG_OVR置位,引起 SPI Overrun error interrupt occurred。

求教,为什么会产生这个错误?

已邀请:

怀疑是主机发送的数据是16位,引起的。

修改1:
修改主机程序,先是发送8位数据,就发1个;从机接收格式也为8个字节,每接收到一个数据后,接收完成回调函数里,再调用中断模式接收函数。
结果:可以正常接收,且能不断接收。

修改2:
在修改1的基础上,改为连续发送8个数据(连续发送时,各数据间貌似没有间隔),从机程序不变。
结果:接收一次数据后执行回调函数,然后再次进中断时,报错,数据溢出。

暂时的结论:
感觉还是数据太快,回调函数无法处理。

xmdx - IT

赞同来自: chayishuang

本人在测试SPI的过程中也出现了上述的问题,经过长时间的测试后发现确实是因为数据太快造成的,当把SPI的速率调低后,一切正常。

admin

赞同来自:

最近才用了F103, 果然有这个问题, 主要是手册上写的不够详细, F1作为从机,接收的速率是有要求的.

最早的F1系列hal库手册里是有写的,最新的几个版本都忘了写.

但是spi生成的hal库代码里是可以看到有这个表的.

详细的问题及介绍,请到下面的帖子里查看:

http://www.stm32cube.com/question/718

要回复问题请先登录注册