2. 开发环境搭建：IAR/Keil MDK多核工程配置、JTAG/SWD调试器连接、双核镜像烧录方法
好，咱们直接进入正题。开发环境搭建这件事，说白了就是给你的双核处理器「铺路」。路铺不好，后面写再多代码也跑不起来。我见过太多工程师在环境配置上卡一整天，最后发现是调试器驱动装错了版本——这种坑，咱们今天一次性填平。
2.1 双核工程的「骨架」：IAR与Keil MDK的配置逻辑
双核工程和单核最大的区别是什么？你得同时管两个核的启动、编译和调试。我个人习惯把双核工程拆成三个部分：
- Core0工程：主核，负责系统初始化、外设管理、任务调度
- Core1工程：从核，专注计算密集型任务（比如信号处理、算法加速）
- 共享工程：存放两个核都要用的头文件、链接脚本、内存映射定义
你想想看，如果两个核的链接脚本里把同一块RAM都声明成「我的」，那不乱套了？所以第一步，先把内存分清楚。
2.1.1 IAR下的多核工程配置
IAR对多核的支持其实挺成熟的。我记得第一次用IAR搭Cortex-R5双核时，被它的「Workspace」概念绕了一下。后来发现，其实很简单：
- 创建一个Workspace，里面放两个Project：
Core0和Core1 - 每个Project独立配置编译器选项、链接脚本
- 在Project Options → General Options → Target里，指定对应的核心（比如Cortex-M4或Cortex-M7）
关键点：两个Project的链接脚本必须严格区分内存区域。比如Core0用0x0000_0000～0x000F_FFFF，Core1用0x0010_0000～0x001F_FFFF。共享内存区域单独划一块，比如0x2000_0000～0x2000_3FFF。
我曾经在一个项目里，Core0和Core1的链接脚本都写了 .bss : {} > RAM，结果两个核的全局变量互相覆盖，调试了整整两天才发现。嗯，这种低级错误，犯一次就记住了。
2.1.2 Keil MDK下的多核工程配置
Keil MDK的做法稍有不同。它用「Multi-Project Workspace」来管理多核工程。我个人觉得Keil的界面更直观一些：
- 在Project → Manage → Multi-Project Workspace里添加两个工程
- 每个工程独立选择Device（比如选Cortex-M7 for Core0，Cortex-M4 for Core1）
- 在Options for Target → Target里，设置IRAM和IROM的起始地址和大小
小技巧：Keil里可以用 __CORE__ 宏定义来区分代码。比如在Core0工程里定义 __CORE0__，Core1工程里定义 __CORE1__，然后在共享头文件里用条件编译：
#ifdef __CORE0__
#define SHARED_BUF_ADDR 0x20000000
#elif defined(__CORE1__)
#define SHARED_BUF_ADDR 0x20001000
#endif2.2 调试器连接：JTAG vs SWD，你选哪个？
调试器是开发者的「眼睛」。没有它，你根本不知道芯片内部在干什么。JTAG和SWD是两种最常见的调试接口，我来聊聊它们的区别。
| 特性 | JTAG | SWD |
|---|---|---|
| 引脚数 | 5（TCK、TMS、TDI、TDO、nTRST） | 2（SWCLK、SWDIO） |
| 速度 | 最高可达几十MHz | 通常4MHz以内，但够用 |
| 调试能力 | 支持多核调试、边界扫描 | 单核调试为主，部分调试器支持多核 |
| 适用场景 | 多核、复杂系统、生产测试 | 资源受限、引脚紧张的设计 |
我个人习惯：开发阶段用JTAG，因为它能同时调试两个核。量产测试时改用SWD，省引脚。但要注意，有些调试器（比如J-Link）在SWD模式下也支持多核调试，前提是芯片本身支持。
警告：连接调试器时，务必确认Vref引脚的电平与目标板匹配。我曾经因为调试器的Vref接了3.3V，而目标板是1.8V的IO电平，结果烧了调试接口——嗯，那是一个加班的夜晚。
2.3 双核镜像烧录：让两个核「各就各位」
烧录双核镜像，说白了就是把Core0和Core1的二进制文件分别写到它们对应的Flash地址里。这里有两种主流方法：
2.3.1 方法一：独立烧录（适合开发阶段）
用调试器分别连接每个核，单独烧录。步骤：
- 先烧Core0的镜像到地址A（比如0x0800_0000）
- 再烧Core1的镜像到地址B（比如0x0804_0000）
- 复位后，Core0从0x0800_0000启动，Core1由Core0通过IPC（核间通信）唤醒
这种方法简单直接，但效率低。我一般只在调试初期用。
2.3.2 方法二：合并镜像烧录（适合量产）
把两个镜像合并成一个文件，一次性烧录。比如用 srec_cat 工具：
srec_cat core0.hex -intel core1.hex -intel -o combined.hex -intel然后在烧录工具里指定起始地址为0x0800_0000，烧录整个combined.hex。这样一次搞定，省时省力。
注意：合并镜像时，要确保两个镜像的地址范围不重叠。否则烧录工具会报错，或者更糟——静默覆盖，导致其中一个核的代码损坏。
2.4 避坑指南：我踩过的那些坑
- 调试器连接不上：先检查复位电路。有些芯片需要外部上拉复位引脚，否则调试器无法识别。我曾经被一个0.1μF的电容坑过——复位引脚上的电容太大，导致复位时间过长，调试器超时。
- 双核调试时断点冲突：IAR和Keil都支持多核调试，但断点资源是共享的。Core0设了8个断点，Core1就只能用剩下的。解决办法：用硬件断点（数量有限）配合软件断点（无限，但影响实时性）。
- 烧录后Core1不启动：检查Core0的启动代码里有没有调用
IPC_StartCore1()之类的函数。很多双核芯片需要主核显式唤醒从核。
嗯，开发环境搭建这部分，说难不难，说简单也不简单。关键是理解双核的「分工」和「协作」——内存分清楚、调试器接对、烧录地址别搞错。做到这三点，后面写代码就顺畅多了。