本文主要是介绍STM32Cube踩坑记录(一)--SPI_HardFault_Handler,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
title: STM32Cube_SPI_HardFault_Handler
tags: STM32Cube
date: 2019-09-05 23:53:00
今天记录一个问题,一个困扰我两天的问题,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的芯片,主频比较低。
这篇关于STM32Cube踩坑记录(一)--SPI_HardFault_Handler的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!