STM32硬件SPI从机模式问题记录

背景

最近需要进行一个三线通信的接口，ENABLE,CLK,DATA三根线，只有接收的状态，这种情形比较符合STM32作为SPI从机接收信号。
如果是用IO逻辑来判断这三线的时序，比较占用CPU时间，同时也有可能因为其他任务，错过判断的情况。理论上进都用IO边沿中断，也可以比较好地满足时序判定，并没有进行尝试，这里不下结构
而硬件SPI是可以比较符合这个通信时序的使用场景的，在配置好之后是可以相对方便接收相应的通信数据。
需要只有接收数据，此文只记录从机仅接收模式（slave receive only mode）

操作步骤

使用中断来完成接收数据
配置CUBEMX

//中断只有响应接收到数据，同时再次打开接收数据操作
void HAL_SPI_RxCpltCallback(SPI_HandleTypeDef * hspi)
{
	if(hspi->Instance == SPI1)
	{
		isSpiValUpdated = 1;
		HAL_SPI_Receive_IT(&hspi1, spiReceiveData, 1);
	}
}

问题记录

软件无NSS管脚

这样情况可以处于一直接收的状态，不过由于一直处于接收的状态，信号有所干扰很容易引起SPI出错，SPI需要重置才可以恢复正常
有时表现的是OVERRUN错误，或是BSY_FLAG一直处于置位的状态。

//出现错误时可以重置SPI，来恢复正常，BSY_FLAG有时必须SPI模块才能恢复正常
void HAL_SPI_ErrorCallback(SPI_HandleTypeDef *hspi)
{
	if(hspi->Instance == SPI1)
	{
		__HAL_RCC_SPI1_FORCE_RESET();
		__HAL_RCC_SPI1_RELEASE_RESET();
		MX_SPI1_Init();
		HAL_SPI_Receive_IT(&hspi1, spiReceiveData, 1);
	}
}

BSY_FLAG一直置位的情况,软件方式无法清零

可是能芯片本身的问题，没有在F1的errata sheet里面找到说明，不过F2系列里有这个说明，其他系列也有
需要重置SPI才可以恢复正常，不重置的情况下，HAL代码有一直判定BSY_FLAG会导致响应异常。

软件SSI寄存器置位，清除来实现类似于硬件NSS使能的操作

static void bsp_spi_soft_enbale(void)
{
	uint32_t regTmp = 0;
	regTmp = hspi1.Instance->CR1;
	regTmp &= ~SPI_CR1_SSI;
	WRITE_REG(hspi1.Instance->CR1, regTmp);
}

static void bsp_spi_soft_disable(void)
{
	uint32_t regTmp = 0;
	regTmp = hspi1.Instance->CR1;
	regTmp |= SPI_CR1_SSI;
	WRITE_REG(hspi1.Instance->CR1, regTmp);
}