STM32F0非對齊訪問引起的硬體錯誤及其排除

前段時間在用stm32l0晶元時遇到乙個硬體錯誤，主要是記憶體的非對齊訪問導致的。

注：cm3

核心支援非對齊訪問，而

cm0不支援非對齊訪問。

先科普一下，什麼是非對齊訪問

如上圖所示，若要訪問的變數是int、float、u32型別的（佔4位元組），則這些變數在記憶體中，只能以圖中0、4、8為起始位址；

若要訪問的變數是u16型別的(佔2位元組)，則這些變數在記憶體中，只能以0、2、4、6、8、10為起始位址；

如上圖所示，像*（u16 * ）0x20000001這樣讀取資料的話，在cm0核心的晶元上就會直接進hardfault。

故事是這樣的，我用了兩片595來驅動數碼管，用spi方式。我想，反正一片595就是乙個8位的移位暫存器，每次傳送乙個u8型別的資料要傳送兩次，我幹嘛不把兩個595當成乙個16位的移位暫存器，發乙個u16型別的資料就好了。所以我就把spi初始化成這樣：

hspi1.instance = spi1;

hspi1.init.mode = spi_mode_master;

hspi1.init.direction = spi_direction_1line;

hspi1.init.datasize = spi_datasize_16bit；

和數碼管有關的，我還定義了兩個結構體

typedef struct

display_typedef;

typedef struct

spi_led_tx_typedef;

display_typedef display_structure;

spi_led_tx_typedef spiled_txstructure;

然後定時器中斷中，每隔一段時間往595傳送資料，**如下

void tim1_cc_irqhandler(void)

spiled_txstructure.buf[0]= 0x0b;

hal_spi_transmit_it(&hspi1,spiled_txstructure.buf,1); }

除了初始化的**，就上面這一小段**，然而一執行，就直接跳到hardfault裡面。

這個現象當時讓我大為不解。在糾結了兩個下午之後，終於知道了問題所在（原諒我第一次遇到hardfault）。

當出現hardfault這類異常時，在除錯狀態下，點開view中call stack window，如下圖：

在hardfault_handler處右擊滑鼠，見下圖

選擇show caller,會出現下圖，即hspi->instance->dr = *((uint16_t *)hspi->ptxbuffptr)這句引起了hardfault。

知道是**引起的就好辦了，經過分析，發現*((uint16_t *)hspi->ptxbuffptr)這裡面的hspi->ptxbuffptr就是指向0x20000005，引發了hardfault。讓我們來看一下記憶體分布：

最後怎麼搞定的呢。發現display_typedef這個結構體占了5個位元組，spi_led_tx_typedef這個結構體占了3個位元組，把他們定義成如下就ok了：

typedef struct

display_typedef;

typedef struct

spi_led_tx_typedef;