是我没有交代清楚。 通过板载的ST-LINK虚拟串口是连接UART2，但官方的wakup_from_stop例程是通过UART1唤醒的，所以在实验过程中需要通过USB to TTL转换器将UART1连接到电脑上。同时因为调试和修改代码需要，板载的ST-LINK也要连接在电脑上。我将唤醒的串口改为UART2之后，就可以省去连接UART1串口的USB to TTL连接器，简化了与电脑的连接。
可以调整一部分，但 STM32CubeMX 通常不能通过界面任意指定每类生成文件的目录结构。在 Project Manager → Code Generator 中，可以调整库文件复制方式： 1 勾选 Copy only necessary library files：只复制当前工程需要的库文件，减少每个工程内的库文件数量；但这仍然是复制，不等于多个工程共享一份库。 2可选择是否将外设初始化代码按外设拆分为独立的 .c/.h 文件。 在 Project Manager → Project 中，可以设置工程路径、工程名和工具链。生成的目录布局则主要由所选工具链和 CubeMX 的默认规则决定，例如常见的 Core/Inc、Core/Src、Drivers。 如果目标是多个工程共用一份库 CubeMX 的常规生成流程不会自动维护一个“共享库目录”并让所有工程引用它。可考虑： 1.将 HAL/CMSIS 库放在公共目录，再在 IDE 或构建系统中配置 include 路径和源文件路径； 2.用脚本在 CubeMX 生成后整理文件或更新工程配置； 采用这些方式时，建议先用一个测试工程验证重新生成 .ioc 后路径和工程配置仍然有效，避免 CubeMX 重新生成时覆盖自定义设置。
ToughGFX 下载到板上是可以的话，证明代码是OK的。 那么MDK下载可能出了问题。 把两个下载后的代码读出来（内部和外部的）比较一下看看，是不是漏掉了什么。 如果资源映射到外部 Flash，需要确认 MDK 下载流程也会烧录这些资源。 优先检查图片资源、生成文件、外部 Flash 资源烧录。
在调试过程中发现单片机一起处于STOP模式，即唤醒后马上又进入STOP模式。以致于误认为开发板无任何反应。通过添加延时代码，让程序运行暂时处理唤醒状态，已经基本上达到了观察开发板STOP模式和唤醒后的电流变化。
1、Cube 包中 H5E5 无现成 RoT 示例 2、H5 系列三档架构（参考ST Wiki + RM0517 ） 档次 型号 硬件加密 TrustZone STiRoT OEMiRoT OEMuRoT Secure Manager Crypto parts H533/H543/H553/H573/H5F5 ✅ SAES + PKA ✅ ✅ ✅ ✅ ✅ Non-crypto parts H523/H56x/H5E5 ❌ 无 SAES/OTFDEC ✅ ❌ ✅ ✅ ❌ 基础档 H503 ❌ ❌ ❌ ✅ ❌ ❌ H5E5 属于 Non-crypto parts 档——有 TrustZone、HASH、RNG、PKA、OBKeys，但没有 SAES（硬件 AES）和 OTFDEC（实时解密），因此 STiRoT / STuRoT / Secure Manager 都不可用。 可用路径: 只能走 OEMiRoT（单级 Bootloader） + OEMuRoT（可选的第二级 Bootloader）
.png)
