STM32Cube_SPI_HardFault_Handler

2019-09-05

今天记录一个问题，一个困扰我两天的问题，STM32CubeMX SPI 进行串行Flash W25Q通讯，进入硬件中断的问题。

首先，我第一次生成CUbe工程，添加SPI测试读取W25Q的ID，OK 一切正常，分分钟搞定，但是紧接着第二天打开通盈的代码，居然跑死了，直接不往下走了，真的是奇了怪了，紧接着就是两天的测试，搜索，百度。。。。无果

今天晚上，又一次开始搜索，测试了很多方法，最终回忆起昨天看到的一个帖子，决定试一下，果然OJBK，搞定！：

{@。@} 我太难了~~
今天记录一下整体的问题与解决方法。
首先参考链接： http://www.eemaker.com/stm32-hal-spi-hardfault.html
上面解释的很好，就是半字节对齐的问题，不然程序会跑死在SPI接收区，然后卡死在

void HardFault_Handler(void)
{
  /* USER CODE BEGIN HardFault_IRQn 0 */
  /* USER CODE END HardFault_IRQn 0 */
  while (1)
  {
    /* USER CODE BEGIN W1_HardFault_IRQn 0 */
    /* USER CODE END W1_HardFault_IRQn 0 */
  }
}

解决方法为：在接收buffer定义的前面加一个半字节对齐的标识

/* USER CODE BEGIN PTD */
uint8_t cmd[4] = {READ_ID_CMD,0x00,0x00,0x00};
uint8_t wData[0x100];
uint8_t rData[0x100];
uint32_t i;
uint8_t ID_1[2] = {0xFF,0xFF};
uint8_t ID_2[2];
__attribute((aligned (2)))  uint8_t ID[2] = {0}; //__attribute((aligned (2)))  按照半字节对齐
/* USER CODE END PTD */

然后就是，即使解决了这个问题有可能读出来的ID是做的，比如： 0x00 0x53
这是什么鬼？最后找到原因如下： CPOL设置为HIGH，但是微雪的教程设置为了LOW

下图为微雪教程：

或许和芯片类型不一样，我用的是F030的芯片，主频比较低。