1. 课程导学与开发环境搭建：STM32H7双核架构概述、CubeMX与IDE安装、双核调试环境配置
各位同学，欢迎来到《STM32多核低功耗任务调度与功耗调优实战》的第一章。我是你们这门课的主讲工程师。
说实话，做嵌入式这么多年，从单核单片机一路做到多核异构处理器，我最大的感受就是：功耗和性能的平衡，越来越像一门艺术。而STM32H7这颗双核芯片，恰恰是这门艺术的最佳画布。
这一章我们不急着写代码。先把地基打牢——搞清楚H7的双核架构到底怎么回事，再把开发环境搭起来。磨刀不误砍柴工，对吧？
1.1 STM32H7双核架构：一颗芯片，两个大脑
STM32H745/H747/H755这些型号，内部集成了两个核心：一个Cortex-M7，一个Cortex-M4。你想想看，这就像在一个团队里，既有擅长重体力活的壮汉，又有灵活机敏的侦察兵。
| 核心 | 架构 | 主频 | 擅长领域 | 典型任务 |
|---|---|---|---|---|
| Cortex-M7 | ARMv7-M | 480 MHz | 高性能计算、浮点运算、缓存密集型任务 | 音频处理、传感器融合、图形算法 |
| Cortex-M4 | ARMv7E-M | 240 MHz | 实时控制、低功耗后台、通信协议栈 | 电机控制、I2C/SPI轮询、低功耗待机 |
我个人习惯把M7叫做"主将"，M4叫做"副手"。主将负责冲锋陷阵，副手负责后勤保障。两者通过HSEM（硬件信号量）和Mailbox（邮箱）来沟通，共享同一片SRAM。
核心要点：双核不是简单的"1+1=2"。如果任务划分不合理，两个核反而会互相抢总线、抢内存，性能还不如单核。这门课的核心，就是教你如何让它们各司其职，协同作战。
我在项目中遇到过这样一个坑：有个同事把两个核的中断都绑在了同一个定时器上，结果M7和M4同时响应，导致HSEM死锁。嗯，这里要注意——双核的同步机制，从一开始就要设计好。
1.2 双核的"内存地图"：谁住哪个区？
STM32H7的内存布局有点特殊。两个核心虽然共享同一片物理内存，但各自有"专属区域"和"共享区域"。
说白了，M7跑得快，但功耗高；M4跑得慢，但省电。低功耗设计的精髓，就是让M4在后台处理那些"不着急但一直有"的任务，让M7只在需要爆发力的时候才醒来。
我的经验：在低功耗项目中，我通常把M4的时钟降到100 MHz左右，让它专职处理传感器轮询和通信协议。M7则保持深度睡眠，只有当M4通过Mailbox发来"有大事"的信号时才唤醒。这样整体功耗能降低40%以上。
1.3 开发环境搭建：CubeMX + IDE 安装
好，理论说完了，咱们动手。环境搭建这块，我踩过的坑比走过的路还多。下面是我总结的最稳的安装流程。
1.3.1 STM32CubeMX：项目的"总设计师"
CubeMX的作用，说白了就是帮你生成初始化代码。你只需要在图形界面里勾勾选选，它就能把时钟树、GPIO、外设配置全部搞定。
- 下载安装：去ST官网下载最新版CubeMX（目前是6.x）。安装时注意路径不要有中文。
- 安装H7固件包：打开CubeMX，点击"Help → Manage embedded software packages"，找到STM32H7系列，下载最新版。
- 创建工程：选择芯片型号（比如STM32H745XIH6），在Pinout界面里就能看到两个核心的独立配置标签页。
我曾经踩过的坑：第一次用CubeMX生成双核工程时，我忘了在"Project Manager → Project"里勾选"Generate peripheral initialization as a pair of .c/.h files per peripheral"。结果所有外设代码都挤在一个文件里，两个核心互相冲突，编译直接报错。这个选项一定要勾上！
1.3.2 IDE选择：MDK vs IAR vs STM32CubeIDE
我个人推荐用STM32CubeIDE，因为它免费、集成度高，而且对双核调试支持最好。当然，如果你公司买了MDK或IAR的license，用它们也行。
| IDE | 价格 | 双核调试支持 | 编译器 | 我的评价 |
|---|---|---|---|---|
| STM32CubeIDE | 免费 | ★★★★★ | GCC | 入门首选，功能齐全 |
| MDK-ARM | 收费 | ★★★★☆ | ARMCC | 编译优化好，但贵 |
| IAR EWARM | 收费 | ★★★★☆ | IAR C/C++ | 代码密度优秀 |
安装步骤很简单：下载对应IDE，一路Next就行。唯一要注意的是，STM32CubeIDE需要Java环境，安装器会自动帮你装，但如果你电脑上已经有Java，可能会版本冲突。我建议先卸载旧版Java再装。
1.4 双核调试环境配置：让两个核心"同时跑"
单核调试很简单，点一下"Debug"就行。但双核调试，你需要同时控制两个核心的启停。这就像同时遛两条狗——你得有两根绳子。
1.4.1 调试器选择
ST-Link V3或J-Link都可以。我个人更推荐ST-Link V3，因为它对STM32H7的双核调试支持更原生。J-Link也行，但需要配置额外的脚本。
1.4.2 CubeIDE中的双核调试配置
在CubeIDE里，你需要创建两个调试配置：一个给M7，一个给M4。步骤如下：
- 右键工程 → "Debug As → Debug Configurations"
- 新建一个"STM32 Cortex-M C/C++ Application"配置
- 在"Debugger"选项卡里，选择"Debug probe"为"ST-LINK (OpenOCD)"
- 在"Startup"选项卡里，勾选"Set core to: Cortex-M7"（或M4）
- 关键步骤：在"Shared"选项卡里，勾选"Allow other debug sessions to attach to the target"
调试技巧：先启动M7的调试会话，让它跑起来初始化系统时钟和内存。然后再启动M4的调试会话。顺序不能反——M4依赖M7初始化好的时钟树。我曾经因为顺序搞反，M4一启动就HardFault，查了半天才发现是时钟没配好。
1.4.3 验证双核通信
环境搭好后，写一个最简单的测试程序：M7往共享内存的某个地址写一个值，M4读出来并通过串口打印。如果能看到正确的值，说明双核通信链路通了。
/* M7 端代码示例 */
#define SHARED_ADDR ((volatile uint32_t *)0x30040000)
void M7_Init(void) {
*SHARED_ADDR = 0xDEADBEEF; // 写入一个魔数
HAL_HSEM_FastTake(0); // 释放信号量，通知M4
}
/* M4 端代码示例 */
void M4_Main(void) {
while(HAL_HSEM_FastTryTake(0) != HAL_OK); // 等待信号量
uint32_t val = *SHARED_ADDR;
printf("M4 read: 0x%08X\n", val); // 应该打印 0xDEADBEEF
}
小提示：第一次调试时，建议把两个核心的调试日志都通过串口输出，但用不同的UART口。M7用UART1，M4用UART2，这样不会互相干扰。我在项目里就是这么干的，排查问题效率翻倍。
1.5 本章小结
这一章我们走完了从理论到实践的完整闭环。你知道了STM32H7双核架构的"谁是谁"，也亲手搭好了开发环境，甚至跑通了双核通信的Hello World。
说实话，环境搭建这一步，很多人觉得枯燥，总想跳过去直接写代码。但我见过太多人因为工具链没配好，后面debug时浪费大量时间。所以，请务必按照上面的步骤，一步一步来。