本帖最后由 any012 于 2017-5-18 17:15 编辑
硬件是这样设计的:
芯片为stm32f103vb,作为从设备接收SPI主设备发送过来的固定长度的数据,现定为每秒发送一次,数据为9个16位数据。
从机的PC6引脚检测到有上升沿,表明主设备将要发送数据过来。发送完数据后,过一段时间PC6被拉低。
一开始是想用DMA方式接收的,PC6上升沿中断的回调函数里调用DMA接收函数,接收9个数据。
结果发现,用万用表表笔或示波器表笔碰触SCLK引脚,会产生数据错位。且,一旦错位,以后接收的数据会始终保持错位。
后来就想先改成SPI中断方式接收。同样再PC6上升沿中断回调函数里调用SPI中断接收函数,接收9个数据,并在PC6下降沿时关闭SPI中断。
结果可能是主设备开机时发送的数据不正常,如果主从设备同时开机的话,从设备就总是接收溢出错误。
后来在溢出错误处理部分的关闭SPI中断后,又清了一次溢出错误标志,开机问题算是解决了。
但,同样存在,用表笔碰触SCLK引脚,会造成接收数据移位的问题。
请大家帮忙分析下为何错位会一直存在?
- void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)
- {
- if (HAL_GPIO_ReadPin(EN_3V3_GPIO_Port, EN_3V3_Pin) == GPIO_PIN_SET)
- {
- HAL_GPIO_TogglePin(ERR_GPIO_Port, ERR_Pin);
- HAL_SPI_Receive_IT(&hspi2, (uint8_t *) spi2RecvDate, 0x09);
- }
- else
- {
- __HAL_SPI_DISABLE_IT(&hspi2, SPI_IT_RXNE);
- __HAL_SPI_CLEAR_OVRFLAG(&hspi2); // HAL_GPIO_TogglePin(ERR_GPIO_Port, ERR_Pin);
- }
- }
复制代码- void HAL_SPI_RxCpltCallback(SPI_HandleTypeDef *hspi)
- {
- printf(
- "\r\n Spi2 interruped recived OK. %04x, %04x, %04x, %04x, %04x, %04x, %04x, %04x, %04x",
- spi2RecvDate[0], spi2RecvDate[1], spi2RecvDate[2], spi2RecvDate[3],
- spi2RecvDate[4], spi2RecvDate[5], spi2RecvDate[6], spi2RecvDate[7],
- spi2RecvDate[8]);
- // HAL_GPIO_TogglePin(ERR_GPIO_Port, ERR_Pin);
- }
复制代码
|
评分
查看全部评分
评分
查看全部评分
对于用表笔接触下SCLK会导致错位,可以这样试下:
1.那个SPI速度是可以设置的,看看调低点速率,会不会这样。
2.在SPI接口的数据线与CLK线,全部上拉,有可能时,最好主从间还串联个10欧姆的电阻,这两个方法主要是为了在传输数据是,保证电平稳定的措施。
评分
查看全部评分
提前接上电压表可能会避免这种问题。
但如果在实际工作环境中,有其他干扰加在了SCLK上而产生了问题,该怎么办呢?
受干扰后接收出错不怕,怕的是无法纠正过来。
现在想想,应该是SCLK上多余的脉冲使SPI的移位寄存器上接收了额外的数。怎样能纠正过来呢?
评分
查看全部评分
就是对效率有要求...
不过即使采用回答机制,也不能纠正从机的错位吧?
CRC校验其实用上了,倒数第二个数据既是。
问答机制或CRC校验可以检测出接收错误,但如何使下次接收数据不再保持错位?
目前的做法是重新初始化SPI,但感觉初始化SPI执行的操作太多了。
都有上拉的。当然实际使用未必会因为干扰造成这种结果。我是偶然发现SCLK上引入干扰后会造成这种接收数据持续错位的问题。
主要是想通过软件来解决干扰消失后依旧错位的问题。
有没有第一时间清除接收缓冲区中断标志?
用的HAL库,SPI初始化时有清寄存器。
在程序中是反复调用
HAL_StatusTypeDef HAL_SPI_Receive_IT(SPI_HandleTypeDef *hspi, uint8_t *pData, uint16_t Size)
这个函数来实现中断接收的。这个函数里只有是能SPI接收中断及是能SPI,没有清中断标志。