调试了2周，尝试各种办法，修改参数，修改速度，重新建立工程，尝试查询、中断、DAM方式接收SPI数据均提示数据溢出，并且接收的数据也不对，要么是0，要么是65525。已经排除了硬件问题，因为使用HAL库可以实现SPI通讯，下面是程序截图：

既然使用HAL库没问题，硬件方面应该是没啥问题了。


配置方面，使用CubeMx的话，操作是一样的，只是生成的工程代码写法有差别。


从你描述的问题现象来看，感觉完全没有正常通信，还不仅仅溢出的问题。


你看看是否用户代码哪里有问题，我这边使用STM32F4的开发板，选择SPI1自发自收


是正常的。发送采用DMA方式，接收采用中断方式。


我添加的用户代码，供参考：


LL_DMA_ConfigAddresses(DMAx, LL_DMA_STREAM,  (uint32_t)&SPITXData0],(uint32_t) &(SPI1->DR),LL_DMA_DIRECTION_MEMORY_TO_PERIPH);


LL_DMA_SetDataLength(DMAx, LL_DMA_STREAM, SIZE);


LL_DMA_EnableIT_TC(DMAx, LL_DMA_STREAM);


LL_SPI_EnableDMAReq_TX(SPI1);


LL_SPI_EnableIT_RXNE(SPI1);

LL_DMA_EnableStream(DMAx, LL_DMA_STREAM);
LL_SPI_Enable(SPI1);



根据RXNE事件在其中断里进行数据接收：
SPIRXData[cnt++]=SPI1->DR;


如果中断接收的话，中断处理程序尽量简洁点。可以先将波特率放慢点。

可以尝试先接收1个字节，正确后再接收2个字节，保证前面正确，这样才方便逐步发现和解决问题。


另外注意，SPI通讯主从要保持步调一致才行。