完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
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。 求教，为什么会产生这个错误？ 
0
|
|
相关推荐
11个回答
|
|
|
接收数据，特别是串行接收数据的接收问题往往不是来于接收方
1、检查接收方的延时，一定要小于发送方的延时（时间延时观察）； 2、接收中断和处理后响应是否延时太长，太长应设立缓冲区，两个线程对缓冲区的数据独立运行处理（空间换时间方法）； 3、其实也是最重要的检查回调函数的状态值设置与调用（寄存器使用上的搭配）； ..... |
|
|
|
|
|
先看看
|
|
|
|
|
|
怀疑是主机发送的数据是16位，引起的。
修改1： 修改主机程序，先是发送8位数据，就发1个；从机接收格式也为8个字节，每接收到一个数据后，接收完成回调函数里，再调用中断模式接收函数。 结果：可以正常接收，且能不断接收。 修改2： 在修改1的基础上，改为连续发送8个数据(连续发送时，各数据间貌似没有间隔)，从机程序不变。 结果：接收一次数据后执行回调函数，然后再次进中断时，报错，数据溢出。 暂时的结论： 感觉还是数据太快，回调函数无法处理。 |
|
|
|
|
|
我使用非中断方式接收数据的，1000笔都可以接收到；
|
|
|
|
|
|
|
|
|
|
|
|
// HAL_SPI_Transmit(&hspi6,TxData,TxLength,1000); // HAL_SPI_Receive(&hspi6,RxData,RxLength,1000); 我是读取SPI FLASH 资料； |
|
|
|
|
peternie 发表于 2019-3-28 13:37 感谢回复。 因为接收终端后，需要对接收到的数据做判断，还有需要发送下个数据。 现在尝试这部分尽量不用HAL库里的函数，而是用类似与标准库的方法去操作。 |
|
|
|
|
谦谦三君子 发表于 2019-3-28 15:04 你这样的测试方法是有问题的。 |
|
|
|
|
|
|
|
|
|
|
|
看，是不是没有清中断，
|
|
|
|
|
|
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
1980 浏览 1 评论
AD7686芯片不传输数据给STM32，但是手按住就会有数据。
1836 浏览 3 评论
4416 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
1985 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
2489 浏览 1 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
7671
评论
淘帖
21265
