1. 课程导论与开发环境搭建
各位同学好，我是你们这门课的老周。在嵌入式这行摸爬滚打了十几年，从最早的Cortex-M0做到现在的双核H7、MP1，踩过的坑比走过的路还多。今天咱们开始第一讲，先把地基打牢。
说实话，多核MCU这几年越来越常见。为什么？因为单核跑到2GHz也解决不了实时性和低功耗的矛盾。你想想看，一个核既要跑复杂的AI算法，又要处理微秒级的电机控制，还要兼顾功耗——这活儿一个人干不来。
1.1 STM32多核架构概览
STM32的多核产品线，目前主要分两大阵营：H7系列和MP1系列。这两兄弟虽然都叫多核，但设计哲学完全不同。
| 特性 | STM32H7（双核） | STM32MP1（异构） |
|---|---|---|
| 核心组合 | Cortex-M7 + Cortex-M4 | Cortex-A7 + Cortex-M4 |
| 主频 | M7: 480MHz / M4: 240MHz | A7: 650MHz / M4: 209MHz |
| 典型应用 | 高性能实时控制+信号处理 | Linux + 实时控制 |
| 内存架构 | 共享SRAM + 各自TCM | DDR + 共享SRAM |
| 启动方式 | 双核同步/异步启动 | A7先启，M4由A7加载 |
我个人习惯把H7叫做「对称双核」，两个核都是M系列，跑裸机或RTOS都很顺手。MP1则是「异构双核」，A7跑Linux当大哥，M4当小弟做实时控制。我在一个工业网关项目里用过MP1，A7跑网络协议栈和Web服务器，M4负责采集传感器和电机控制，分工明确，互不干扰。
核心要点：多核不是简单地把两个核拼在一起。核间通信、资源争抢、功耗管理，这些才是真正的挑战。后面我们会花大量时间讲这些。
嗯，这里要注意一个细节：H7的M7和M4共享一套外设总线，但各自有独立的TCM（紧耦合内存）。M7跑主循环，M4做协处理，这种模式我在一个音频处理项目里用过——M7负责FFT和算法，M4专职做I2S数据搬运，效果出奇的好。
1.2 低功耗设计的重要性
做嵌入式，功耗永远是绕不开的话题。尤其是多核系统，两个核一起跑，功耗可不是1+1=2那么简单。
我曾经接过一个客户的项目：电池供电的便携式设备，要求续航72小时。单核方案算下来勉强够，但客户非要加AI语音识别。没办法，上了H7双核。结果第一次测试，满负荷跑起来功耗直接飙到500mW，电池半天就没了。
后来怎么解决的？说白了就是「该睡就睡，该醒才醒」。多核低功耗的核心思路其实就三条：
- 动态电压频率调节（DVFS）：负载低的时候降频降压，H7支持多个电压等级。
- 睡眠模式分级：M4可以深度睡眠，M7继续干活；或者反过来。
- 外设时钟门控：不用的外设直接关时钟，这个很多人会忽略。
我的经验：低功耗设计不是最后才考虑的。项目一开始就要定好功耗预算，每个模块分配多少mA，心里要有数。否则后期改起来，牵一发动全身。
你想想看，一个多核芯片，如果两个核都在全速跑，功耗轻松上W。但如果你能让M4在99%的时间里处于待机状态，只在需要时唤醒干活，那整体功耗就能降一个数量级。这就是我们这门课要讲的核心——怎么让多核系统既快又省电。
1.3 性能调优的挑战
多核性能调优，比单核复杂得多。单核你只需要优化算法和中断响应，多核还得考虑：
- 核间通信延迟：两个核怎么传数据？共享内存？消息队列？
- 缓存一致性：M7改了数据，M4能看到吗？要不要手动清Cache？
- 中断负载均衡：中断该给哪个核处理？处理不好就变成中断风暴。
我记得有个项目，M7和M4通过共享内存交换数据，结果跑着跑着数据就乱了。查了两天，最后发现是M7的Cache没刷新，M4读到的全是旧数据。从那以后，我养成了一个习惯：所有共享数据都放在非Cache区域，或者手动做Cache维护。
避坑指南：我曾经在H7上遇到过M7和M4同时访问同一个外设寄存器，导致系统死锁。后来加了信号量才解决。多核共享资源一定要做互斥保护，别偷懒。
性能调优还有一个容易被忽视的点：内存带宽。H7的M7和M4共享AXI总线，如果两个核同时大量访问外部SDRAM，总线就会成为瓶颈。这时候就要考虑把高频访问的数据放到各自的TCM里。
1.4 开发环境搭建
工欲善其事，必先利其器。咱们这门课用的工具链，我帮你捋一遍。
1.4.1 STM32CubeIDE
这是ST官方的IDE，基于Eclipse，集成了CubeMX配置工具。我个人觉得它最大的好处是：图形化配置时钟、外设、引脚，自动生成初始化代码。对于多核项目，它还能帮你配置核间通信的底层。
安装步骤很简单：
- 去ST官网下载最新版STM32CubeIDE（目前是1.15.x）。
- 双击安装，一路Next就行。注意选对操作系统版本。
- 安装完成后，第一次启动会提示你选择工作空间（Workspace），建议单独建一个文件夹。
- 在Help菜单里安装你需要的芯片包（H7或MP1的固件包）。
小技巧：CubeIDE默认的代码补全有点慢，可以在Preferences里把自动补全的延迟调低到200ms，用起来会顺手很多。
1.4.2 调试器：J-Link vs ST-Link
调试器是嵌入式开发的「眼睛」。没有它，你根本不知道芯片内部在干什么。
| 特性 | J-Link（SEGGER） | ST-Link（ST官方） |
|---|---|---|
| 速度 | 最高可达50MHz SWO | 最高4MHz SWO |
| 断点数量 | 硬件断点无限制（取决于芯片） | 通常6个硬件断点 |
| 多核调试 | 支持同时调试两个核 | 支持，但需要切换 |
| 价格 | 较贵（教育版约300元） | 便宜（开发板自带） |
| 推荐场景 | 专业开发、多核调试 | 学习、简单项目 |
我个人建议：如果预算允许，直接上J-Link。尤其是调试多核项目时，J-Link可以同时连接两个核，分别设置断点，查看各自的寄存器状态。ST-Link虽然也能用，但切换核的时候要手动选择，效率低不少。
1.4.3 安装与配置流程
这里我直接给步骤，你照着做就行：
- 安装STM32CubeIDE（上面已经说了）。
- 安装J-Link驱动：去SEGGER官网下载J-Link Software Pack，安装后会自动识别调试器。
- 配置调试器：在CubeIDE里，打开Run → Debug Configurations，选择你的调试器类型（J-Link或ST-Link），设置SWD接口速度（建议先设4MHz，稳定后再往上调）。
- 验证连接：点击Test Connection，如果能读到芯片ID，说明连接成功。
注意：如果你用的是H7系列，调试时一定要把VCORE电压设置正确。H7有多个电压等级（VOS0、VOS1等），电压设低了，芯片跑高频会死机。我刚开始就吃过这个亏，折腾了一天才发现是电压配置问题。
1.5 本章知识体系
下面这张图，帮你把本章的核心内容串起来。你可以把它当作这门课的地图。
好了，第一章的内容就到这里。工具装好，芯片认识，咱们下节课就开始真正动手——写第一个多核程序，让M7和M4打个招呼。