我遇到的情况非常相似，我先说说我遇到的情况：由于公司的STM32F437买不来了，价格500+， 但是STM32H743却只有200+，于是我收到了一个任务，用STM32H743替换之前的F437； 调试还算顺利，问题一一解决了，直到今天遇到 个hard fault，做嵌入式的人估计都知道，这错误谁遇到谁头痛；于是我先在网上搜了一下，没有人遇到过。?
死机时，RTTHREAD的提示如下：unaligned access
?车到山前必有路，于是我硬着头皮开始定位错误，好在我用的是万能的MDK，我一直这么认为，如果是在MDK上开发产品，没有单步执行解决不了了的问题，这次也不例外。
? ?当我一步一步执行时，发现在一个memcpy()时，出现硬件错误了，RTTHREAD提示说是没有对齐的数据访问，如下：
?我的外扩SRAM的地址为0x6c100000 ,? 上面的汇编指令 LDRPL R3, [R1], #0X04， 意思是从0x6c102D7E处拷贝4个字节到R3寄存器，只要执行这个指令，就会直接跳到错误中断处理。很明显0x6c102D7E不是一个4字节对齐的地址，但是在我的印象中外部SRAM SDRAM是不需要字节对齐访问的，于是我在F437上特意试了一下，一样的程序，就没有这个问题，于是我就怀疑是STM32H743的MPU在作怪，（我的直觉是正确的），于是我把MPU设置中的BUF打开，试了下，还是不行，方向是对的，但是研究的还不够深刻，于是我又上网上有针对性的搜索，就搜到了下面的文章 ， 果然是MPU的问题，人家分析的更透彻， 我按照下面的方法修改后果然正常了。
stm32h743手册明确支持32bit访问16b的存储器，事下图：
??下面为转载的文章：STM32F7：访问未对齐的内存引起硬件异常的解决方法 - STM32F746-DISCO - 一板网电子技术论坛
现象
如果STM32F7xx微控制器与外部SDRAM一起使用时，由于未对齐访问，Cortex-M7内核可能会意外地进入硬件异常处理程序。 例如，这可能发生在LCD的帧缓冲器、RAM文件系统或任何其它数据位于SDRAM地址范围0xC0000000-0xC03FFFFF（最大4MB）中时。 即使CCR寄存器中的位UNALIGN_TRP（位3）未使能，但仍会产生硬件异常。
原因
一般来说，基于Cortex-M7的器件上的RAM访问不必以任何方式对齐。 Cortex-M7内核可以处理硬件的非对齐访问。 通常变量应该自然对齐，因为这些访问略快于未对齐访问。
STM32F7xx器件的外部SDRAM映射到地址范围0xC0000000 - 0xC03FFFFF（最大4MB）。 根据ARMv7-M体系结构参考手册B3.1章（表B3-1），区域0xC0000000-0xDFFFFFFF（32MB）被指定为Device Memory Type。 根据A3.2.1章节，对Device Memory Type的所有访问必须自然对齐。 如果不是，则将执行硬件异常，无论CCR寄存器中的位UNALIGN_TRP（位3）是否使能。
解决方法
STM32F7xx有几种可能的解决方法：
1.? ? 启用此区域的MPU
这是我们推荐的解决方法，该微控制器的emWin GUI演示中我们使用了该方法。 可以通过在访问SDRAM之前调用的以下代码来实现。
关键代码
- ??/* Configure the MPU attributes for SDRAM */
- ??MPU_InitStruct.Enable = MPU_REGION_ENABLE;
- ??MPU_InitStruct.BaseAddress = 0xC0000000;
- ??MPU_InitStruct.Size = MPU_REGION_SIZE_4MB;
- ??MPU_InitStruct.AccessPermission = MPU_REGION_FULL_ACCESS;
- ??MPU_InitStruct.IsBufferable = MPU_ACCESS_NOT_BUFFERABLE;
- ??MPU_InitStruct.IsCacheable = MPU_ACCESS_NOT_CACHEABLE;
- ??MPU_InitStruct.IsShareable = MPU_ACCESS_NOT_SHAREABLE;
- ??MPU_InitStruct.Number = MPU_REGION_NUMBER0;
- ??MPU_InitStruct.TypeExtField = MPU_TEX_LEVEL1;
- ??MPU_InitStruct.SubRegionDisable = 0x00;
- ??MPU_InitStruct.DisableExec = MPU_INSTRUCTION_ACCESS_DISABLE;