STM32 关于HAL库硬件SPI要注意的问题总结

利用STM32CUbeMx编写程序，大大方便了开发，最近做的项目利用到了

STM32CUbeMx的硬件SP，这里对SPI的使用做一个总结。

　　HAL库里的硬件SPI主要有以下几个库函数：

/*　　hspi1：spi1 硬件通道，temp_val：发送的数据，re_val：接收的数据，1：数据长度，1000：超时时间　　*/

　　HAL_SPI_TransmitReceive(&hspi1,  &temp_val, &re_val, 1, 1000);   // 一边接受一边发送数据

　　HAL_SPI_Transmit(&hspi1,&temp,sizeof(temp),10);　　//发送数据

　　HAL_SPI_Receive(&hspi1,&sc1161y_sel_re,sizeof(sc1161y_sel_re),10);　//接收数据

　　HAL_SPI_TransmitReceive_DMA();　　//以DMA方式发送数据

　　HAL_SPI_Receive_DMA();　　//以DMA方式接收数据

　　HAL_SPI_TransmitReceive_IT();　　// 以中断方式同时接收发送数据

　　HAL_SPI_Transmit_IT()；　　// 以中断方式发送数据

　　HAL_SPI_Receive_IT();　　// 以中断方式接收数据

　　具体使用哪个HAL库函数看项目需求。

在使用硬件SPI过程中，会出现的问题可以总结为以下几点：

　　1.发送数据不成功；

　　2.接收数据不成功；

　　3.发送的数据有误；

　　4.接收的数据有误；

　　5.交互的数据一部分是对的，一部分有误；

　　6.SPI时钟没有启动。

对于以上解决方法，我总结了一个自己调试时的方法：

　　1. 先确认自己的SPI配置是否正确，是否满足项目需求；

　　2. 确认电路与通信IC无误，注意信号线不要接错；

　　3. 重点：调节延时，第一第二步确认无误后，很多时候不成功是由于延时原因造成的，

　　    主要是一个数据交互之间的延时，一帧数据发送后跟接收的延时，IC片选的延时，

　　　每个数据发送间的延时，IC与MCU交互间的延时。

补充：有时候发送出来的数据不对，有可能是分频因子太小，配置的速度太快导致的，就例如发0x01，收到0x2c之类的；如果发送出来的数据多了几个，可能就是发送数据长度设置不对造成的，例如发送0xaa、0xff 时发送出去多了0x20、0x00之类的，就要考虑是不是数据长度配置不对了，具体配置详细说明如下图：